【完結篇】社交產品方法論(十)：專案管理的二三事
如何與各職能同事緊密合作，推進專案高質量完成？如何處理在專案中發生的衝突，確保專案順利實施？帶著這2個疑問，請聽我為您慢慢分享。
許多網際網路公司團隊都會配置“專案經理”這個崗位，用於協調專案相關干係人，如產品，設計，測試，對整個專案的進度負責。身處產品環節的我們，努力提升專案管理能力，有助於提升對其他崗位的同理心，同項目，設計，開發，測試同學一起做出優秀的產品。
專案管理的本質是什麼？我們可以理解其為 在有限的時間和資源限制下，如何產生最大的生產力。 將其運用到中來，即如何合理利用時間，並充分調動自己，以及合作方的工作效率。
因此，產品經理的專案管理該怎麼做 ？ 我們可以分為五個步驟。
第一步：確定迭代需求
身為產品經理的我們，常常疲於無窮無盡的需求設計中，卻忘了思考有哪些需求是真正重要的。市場在變，需求也在變，登高才能望遠，做好自己的時間管理，多給自己一些時間思考大方向，確定每個版本的迭代需求。
管理好每個版本的需求池，做到開環的需求，閉環的版本，嚴格控制每個版本的需求數量，保證迭代在可預期的時間內完成。版本迭代需求確定後，要及時和上級溝通，確定修改的地方。將需要修改的地方逐一列出，根據其優先順序逐一解決。這裡推薦下 Wunderlist，一款 To do list 神器，最複雜的問題應保證最優先處理。
第二步：完成需求設計
戰略和執行，兩手都要抓好。如果說確定需求是戰略，那麼設計需求就是執行。需求設計時要多和產品同事溝通，整合想法，保證內部觀點一致。有爭議的地方，可以先記錄，在需求評審會時邀請更多人蔘與討論，確定一個方向。
需求設計中會涉及到許多產品邏輯，免不了要跟相關干係人確認能否實現。這裡需要我們成功施加自己的影響力推動事情完成。我們可以把影響力拆解為3個要素：
1. 獲知：獲取干係人的理解及認同。這件事的背景是什麼？為什麼要做這件事？
2. 動力：激發干係人的動力。這件事的價值是？別人為什麼要做這件事？
3. 能力：確保干係人完成任務的能力。這件事能完成嗎？需要多長時間完成？
溝通中如果發生衝突，切記對事不對人，多想為什麼發生衝突，明確衝突的根源在於能力還是情緒，並思考對應方法解決。Keep smile，Keep communication，Keep encouragement.
第三步：跟進視覺設計
設計小哥哥，小姐姐們可能是對介面細節最關注的一撥人，同時也是最具有創意的一波人。為了讓視覺稿最大限度吸引目標使用者，我們需要將需求背後的想法事無鉅細的傳遞給設計同學，明確傳達每個互動設計點想要的內容。一是讓設計同學從使用者角度思考，追去設計的易用性，避免一味追求美觀。二是讓設計同學可以最大限度發揮創造力，做出Amazing的設計。
此外，我們在需求設計時可以主動收集一些符合我們預期的設計稿，提供給設計同學作為一個參考，彌補純語言描述的畫面空洞感。讓設計師知道我們期望的風格大致是怎樣的，避免無目標的頻繁改稿。
第四步：跟進開發實現
需求評審後，開發同學對基本邏輯應該都比較明確了。但對於一些複雜邏輯，往往沒有充分了解，因此需要我們私下找時間跟相關人員把複雜邏輯梳理一下，達成共識，避免上線後出現不一致，此時邀請測試同學一起參加，效果加倍。
需求變更時，一定要書面或口頭通知相關干係人，並同步修改原型。如果開發在開發過程中對原型有任何問題，應及時溝通，儘早解決。溝通原則是小事文字溝通，大事先當面聊再整理成文件。溝通後的解決方案需要告知其他相關開發和測試。
第五步：協助測試驗證
專業的測試能讓產品質量有穩定的保證。正是他們對每個邏輯不辭辛苦的驗證，才保證我們的需求能按照預期的設想與使用者見面。因此，在協助測試的工作層面上，我們應當懷有相同的同理心去交付專案，畢竟士為知己者死嘛。原型是不是覆蓋了所有的用例？需求變動有沒有同步測試？複雜邏輯有沒有向測試解釋？
快邀請測試同學參與到需求設計中來吧！一可以幫助我們優化產品邏輯，二可以幫助產品保質上線。需求邏輯有漏洞，他們會提醒我們。發版的相關事宜，他們會協助我們完成，如圖文配置，更新文案，上線風險等。因此，對待測試同學一定要像春風一樣溫暖啊~
綜上 ，專案管理 的邏輯圖如下：
專案管理邏輯圖
舉個筆者最近參與的案例 ：國慶節運營活動
第一步：確定迭代需求
國慶節為了促進APP的活躍，運營同學策劃了玩遊戲得獎勵的運營活動，需要產品方面推動落地。該活動涉及到的干係人有筆者專案組的專案，運營，設計，服務端，測試同學和Web專案組的前端同學。通過半天時間和運營及專案同學明確了需求和專案進度安排。
第二步：完成需求設計
參考類似活動的設計，並結合自身APP的現狀，在2天的時間內完成了需求設計。期間自己發現對部分運營需求有一些困惑，通過和運營同學溝通，據理力爭，優化了需求。然後召開所有干係人蔘加需求評審會。會上把活動的邏輯以及互動的細節交代清楚，並把待討論的事項確定下來。會後修改原型，將修改日誌同步到所有干係人。
第三步：跟進視覺設計
評審會後，單獨找設計按照流程圖的路線把原型再次過了一遍，重點從視覺設計的角度強調哪些元素該突出，自己想要的大致風格，並把之前蒐集視覺參考圖分享給設計。結合設計稿，跟設計討論合適的互動動效。分階段和設計討論已完成的設計稿，2天內分批將定稿交付給開發，直至視覺設計結束。
第四步：跟進開發實現
評審會後，單獨找服務端同學把複雜邏輯部分梳理清楚，達成共識。互動動效通過AE輸出Demo交付前端開發。開發在實現過程出現了一些問題，自己及時介入處理，對一些較難實現的地方做了部分妥協。原型更新後，同步跟新日誌到所有干係人。開發實現共消耗2天，實現後第一時間體驗並給出修改意見。
第五步：跟進測試驗證
評審會後，配合測試完成測試用例。測試在梳理測試用例時提出的問題，第一時間解決並達成共識，確保上線質量。需求改動部分，同步測試並強調重點測試。功能上線前，配合測試完成上線前除錯和配置，確認埋點需求是否實現。直至上線，共消耗1天。
小結
一個好的專案管理者，內心一定要有自己的一套標準，什麼時候應該堅持，什麼時候可以妥協。努力提升溝通能力，千人千面，降低溝通成本。當然，最重要的，是培養自己對專案的主人翁意識，明確目標，有效度量，持續跟蹤，和所有人一起奮鬥。
你好，螢幕前的陌生人。如果看到了這行文字，想必我們是有緣的吧。感謝你在螢幕另一端的陪伴，支援著我給該系列文章畫下了句號。若對該系列文章有任何問題或探討，歡迎加筆者微信470341376。再次感謝你的閱讀，我們下次再見。