掛著產品經理的頭銜負責app改版到目前有一個月的樣子了，實際上從3月5號到3月25號，本人全面負責，26、27號因為主管要介入，不斷與之據理力爭，期間打斷了不少時間，不但產品的，還有工程師的，還有UI的，4月3號還是堅持自己意見，終于要到老大來裁奪，最終讓主管全面負責，至此，我的工作淪為對產品的建議，按照主管的意見修改UI布局，換言之，工作已被邊緣化，這大概是個危險的信號，不過有趣的是，還是讓我學到了不少東西，有些事，必須要經歷的，大抵如此。

項目預估時間

3月1號主管召集相關人員開會，總共5人，主管(目前還沒搞清楚具體角色是什么，姑且叫他A吧)，一個技術主管(負責web和一些后臺管理系統)，一個iOS工程師(三年工作經驗)，一個Android工程師(尚未畢業，今年暑假畢業)，還有我。A提出他的看法，期限是一個月，包括iOS和Android的，然后就問iOS和Android工程師有沒有問題，iOS說沒問題，Android因為是新丁，肯定回答之余能聽得出不是那么確定。我提醒說一個月的時間恐怕有點激進，主要是擔心Android這邊，因為我本人有過四年的開發經驗，知道好多功能不是做出來就了事的，QA測試發現bug要修改，更何況app還要考慮用戶體驗之類，很多瑣碎的細節必然要消耗時間，這些細節隱藏在功能之外但又不得不去做；另一個擔心是當時沒有美工設計人員，如果找外包，先不說水平如何，單單溝通就是很大的成本。總而言之，我提出了自己的看法，但A還是堅持一個月，理由是做的只是改版，沒有添加新功能。

產品原型

2月28號、3月1號~3月3號用了四天將新版app線框圖設計完畢，3月4號產品評審通過，提了一些修改意見，當天連夜修改并初步定稿

協同工作軟件

工作幾天發現公司雖然有日報、周會的情況，但覺得有些不足，一是iOS和Android每天的工作日志是郵件發給主管，沒有發給我，可能是職位的問題，但我沒法知道工程師每天做了什么；二是沒有一個可以管理的工具來跟進開發的進度，隨著開發的進展，必然會遇到各種bug，各種交互的情況，到時該怎么樣向工程師們溝通是個問題；三是產品原型肯定要不斷修改，總不能每次修改了就跟工程師到會議室講，我希望有個工具能夠存放一些原型并記錄修改點，自動通知工程師，讓他們在開發的時候看最新設計稿，并能專注在變化點上，于是我向主管提議用某個輕量型的協同工作軟件來管理app的項目進展，得到了支持，說可以試行一個月

開發階段

• iOS
  iOS工程師(叫他B吧)因為有三年開發經驗，而且iOS版就是他一直跟過來的，所以進展順利，大概用了一個星期，就將舊版的功能按照新版設計遷移過來，但只是功能能用而已，里面的信息布局、組織，文字大小，顏色，icon，pic，交互統統都還沒有處理，我口頭跟他說需要修改哪些地方，在協同軟件上一一列出了要修改的地方，并指派給他，他就是不太愿意動，理由是要美工設計好了icon、pic之類的才能做，其實我知道有些地方無關美工，這時候你就會發現工程師的思維跟產品狗的思維有不一致的地方了，工程師會覺得功能都已經實現了，干嗎還要改那些細節的問題？比如左對齊右對齊，比如icon放置在左邊信息放置在右邊，還是反過來？為啥輸入框要做那么多交互反饋？不是一樣能輸入信息嗎？為啥要自定義鍵盤？節省輸入法切換有必要嗎？等等諸如此類。這時候產品狗真的需要給出理由，在工程師不認可修改的情況下，況且我們只是剛剛成立的小團隊，還沒建立默契，而我也不太愿意用強硬的態度(或者說不夠自信)去push工程師必須怎么樣，所以盡管iOS開頭進展順利，但中間兩三天的時間由于B覺得沒有美工無法后續工作和我不夠強勢推進，導致iOS這邊進展慢了下來

• Android
  Android工程師(叫他C吧)是個新手，當iOS已經把舊版功能遷移到新版時，這邊連影都沒看到，開發了將近10個工作日，終于可以拿出測試版看看，結果一試玩，莫名其妙閃退，啟動閃退，切換主菜單欄閃退，基本的功能也沒實現。我跟C說先解決閃退問題，這是致命的，并列了優先級，但C不知道是對閃退問題沒信心解決還是不愿意做，自己埋頭做其他簡單的功能模塊，期間我催了幾次，都沒有效果，C的理由是閃退是個難點，解決不了的話就一直卡在這里，不如先把其他功能做了，然后回來修補之前做的不足。從C身上看到了當初自己是個菜鳥工程師的影子，那就是N多功能模塊，每個模塊完成的效果只有60%的樣子，剩下的有些有難度的就一直留著，然后就去做其他的功能模塊，也是同樣的套路，等到簡單的能做的都做完了，再回到剛開始的位置慢慢研究之前沒完成的難點，其實這樣一來花費了更多的時間和精力，而且把問題一直隱藏著，等最后暴露的時候期限將近，反而不利于項目掌控，這些問題都跟C溝通過，只是效果不太如意

意料之外的工作

時間每天過去，臨近3月底只有10來天的樣子，這時候主管說上頭有另外更重要的需求，要iOS和Android抽出時間做另外獨立的app，功能簡單但優先級高，B和C自己評估后說一天能搞定，再加一天測試，時間被抽走兩天

美工來啦

3月18號，終于招到美工(叫她D吧)，之前一些時間，我一直跟一個其他城市的UI外包團隊溝通，談好價格和合作方式，先讓他們制作幾張效果圖，結果不太理想，看得出是匆匆忙忙隨便拼湊出來的，而且讓他們修改，也是花費不少精力，所以還是需要招自己的美工。第一天跟美工講了產品的定位、用戶人群、功能、想要的設計風格等等，第二天讓美工先熟悉了解一下主要競品的設計，第三天開始，美工就干活了。對了，新招的美工也是個剛畢業的

主管介入，兩次沖突

• 第一次沖突
  項目在緊張進行著，經過一小段時間磨合，我也慢慢了解成員的秉性，B有能力，但沒有熱情；C態度認真，但能力明顯不足；D作為新人，能力可以，工作態度介乎B和C之間，能完成任務，但不加班。成員們也開始認可我的做事，慢慢感覺團隊有良好的凝聚力，能向著一個目標前進(期間我跟他們幾個開了兩三次小會，大意是表達項目進度、工作態度、責任成敗的問題)。25號，iOS版本定了首頁風格，頁面布局，字體大小，icon，交互，然后交給主管A查看，A看了半個小時的樣子，然后找美工說要修改哪里哪里，包括狀態欄顏色、內容區底色，信息組織方式，美工按他的意思修改完，A說就這么定了。我一看，就不同意他的做法了，他的方案中有些是我考慮過的，而且讓美工和工程師修改后看實際效果的，有些是直接違反設計原則的，比如信息親密性，對比性等，當天下班前的會議，我還是堅持自己的設計，后來A說讓美工D考慮一晚后決定用哪種風格，第二天早上我問了D，她說還是覺得我的風格好些；然而A說覺得讓D做決定不太好，還是讓公司員工投票，過程的折騰就不說了，投票結果選的我的風格

• 第二次沖突
  A在看輸入框設計的時候要求輸入框標題右對齊，輸入框內容區是左對齊。理由是用戶焦點集中在右邊輸入框；我的設計是輸入框標題左對齊，輸入框內容區也是左對齊，因為我隱約記得以前看過的某本設計書籍中提到這個問題，而且也參考了競品和其他一些app的設計，還是覺得我的設計好些，因為A的方案標題右對齊的話由于每個輸入框標題長度不一，左邊會有鋸齒狀效果，而且從整個頁面排列看，顯得不整齊；A讓我拿例子，我在自己手機上隨便打開幾個app的表單設計，A終于沒說什么，但問題是，A已經讓美工修改了，好在程序員B還沒動手

與主管溝通

3月31號因為私事請了一天假回老家，4月1號回到公司，B和D跟我說我不在的那天A又讓他們修改了不少東西，然后A找我溝通，A的大意有三點，

• app項目進展太慢，不滿意；
• 做出的測試版本很差，交互、界面、布局讓他不滿意；
• 接下來他要全面掌管，項目他會跟進，交互、界面什么的有不同意見的情況下由他決定。

他要全面介入的理由是：他的介入能推進項目更快進展。我同意了項目進展由他跟進，但是設計交互那些還是由我來定，而且認為他介入這么細的層面不會推進項目進展，只會延遲，理由是

• 職責界限要清晰，產品狗對產品負責，A對項目進展不滿意，接口對我，設里程碑，到時間點交付版本給他檢驗，沒必要直接找美工找工程師直接修改
• 項目快到deadline時，主管介入修改產品設計稿，讓原有美工、工程師和產品經理做好的功能、界面、交互重新修改，只會延遲項目進展(人月神話說到項目deadline增加工程師并不會提高項目進展，很多時候反而會拖延進度，原因是新來的工程師需要培訓熟悉項目，需要溝通，增加溝通成本)
• 我委婉的表達了A不是產品出身的，在這點上我相對他專業些，而且整個產品是我系統構思、參考、權衡做的，需要風格統一。

A還是堅持他的決定，要全面接管，我承認了項目推進的不足，接下來由他推進項目進展，但我還是堅持A不宜介入產品設計。
最后A說他對自己自信，對app團隊不自信，然后建議由高層決定這事情

高層決定

高層聽完整個來龍去脈，采納了A的意見，并講了一些原因

學到了什么

• 體會到了不同的企業風格
  由于以前工作的幾個公司都是外企，感受到的是相對開明的管理方式，職責清晰，界限分明，團隊氣氛相對輕松，溝通比較平等，每個角色都可以發出自己的聲音和提出自己的理由，一般主管或者項目經理會尊重個人的意見，不太有上級因為職位高而產生壓下級的感覺；工作分配是清晰易量化的，不會有模糊不清的表述或者口頭上的要求而讓下級完成具體的工作，也不會突然給你一封沒有上下文背景的郵件讓你做事的情況；民企相對事情不確定而且雜，多少有官僚意識在里面，相對強勢的自上向下的推動，強調更多的是服從和向領導思想靠攏，做事之外還要“做”人。
  哪種好？其實無所謂好壞，不同風格而已，存在就有理由
• 團隊管理
  項目剛啟動時，我想用敏捷開發的思維管理團隊，慢慢就發現自己沒法用好，三個具體做事的，B、C、D，兩個是畢業生，他們可能還沒有這種意識去實踐，我也不夠強勢去推動(考慮到新團隊需要磨合適應)，比如agile強調對人的信任，相信人能主動去做好事情，放在B身上，B就不夠認真了；再比如敏捷開發團隊里，每個人都是獨當一面的，有足夠的能力，對C來說，顯然也不行；讓他們每天記錄做了什么，哪些沒做，遇到什么問題，也稀稀拉拉地沒有嚴格執行。
  自身也有問題，團隊管理經驗不足，發現問題沒有及時糾正，跟主管的溝通過于直接等等

結論

成長需要時間，道路還長，但老板對于項目的渴求，只會給你20天的時間，你要做的，是在這20天讓老板滿意