2019-10-16 資深UI設計者
有些產品經理會陷入這種誤區——需求評審做完了，自己就可以放羊不管了。而本文則認為需求評審完，產品經理還要做這六件事。
1. 確認需求評審的遺留問題并同步各方
2. 制定詳細&責任到人的項目計劃
3. 完成文案設計
4. 按照項目計劃，協同各方，往前推進，關鍵環節必須與各方確認。關鍵環節包括：
5. 準備項目review
6. 開始下個需求的方案設計和需求文檔準備
產品經理A：需求終于評審完了。有種放飛的感覺，可以休假，去浪了！
產品經理B：你說真的嗎？為什么我評審完，還一直在被開發、測試、法務、財務窮追不舍？
產品經理C：你說真的嗎？為什么我評審完，從來都是我在窮追不舍開發、測試、法務、財務？
產品經理D：你們開玩笑的吧？就我這么慘！我不但要緊追不舍開發、法務、測試、法務、財務，還要被老板、被客戶窮追不舍。
產品經理A、B、C：哥們，來講講，最喜歡聽慘兮兮的故事了。你的傷痛最能撫平我的內心。
產品經理D：好吧。需求評審只講清楚了產品的骨架、細節，讓各方開始投資源。評審完，產品經理還有一堆事要推進，沒法放羊。
要跟的事情主要有下面6件：
需求評審總有一些遺留問題要進一步確認，而后同步給各方。我不是圣人，有時候有些問題或者細節沒想到，評審的時候，大家提出來了，得趕快明確。
有時候需求評審中還有很大的bug沒想到，必須快速解決，要在開發沒動工前，都捋順。要不然變成需求變更，或者上線后被推倒重來，欲哭無淚。
我這種求生欲這么強，也沒人罩著的，必須狠命把需求做到95分以上。100分也不太敢說，畢竟眾口難調。
產品經理還得身兼項目管理，項目管理從來都是事有輕重、事無巨細，難以假手他人。雖然我會盡可能調動大家的積極性，讓大家自驅管理項目，但還得牽扯不少精力。
項目管理的關鍵點：明確項目計劃、關鍵節點、每個關鍵節點的負責人、驗收方案。
比如什么時候交互評審、視覺評審、聯調、showcase、發布？分別是誰主要牽頭負責，哪些人需要參與。
為了防止項目延期，每個節點都還得提前趕。真是操碎了心。
文案從來不是隨便寫寫。文案是和客戶交流的重要途徑，整幾個客戶看不懂的文案上去，后面客戶咨詢搞死人！
文案設計除了客戶視角之外，也不是自己想怎么寫就怎么寫，還要和法務、客服團隊溝通。因為文案被客戶投訴的案例，又不是沒有。
還有啊，我的產品有3種語言，簡體中文、繁體中文、英文，雖然每種語言有專門的文案設計師，但得跟他們說清楚，也要花不少時間、精力。
當然，也有很多產品經理，不管文案這種小事?？晌矣X得文案體現了產品經理最基本的素養，是產品的底子。
關鍵環節有6個：
1）交互評審
一般來說會由交互設計師發起，開發、測試、法務、財務都要參與。
這樣能保證大家在說同一件事情，避免我要的是頭牛，結果開發給了頭驢。
如果設計師項目參與度低，交互評審還得我自己上。哪里缺人，我就得到哪補坑。
2）視覺評審
一般來說，交互和視覺評審會一起。
有時候項目很復雜，或者交互、視覺分工明確，那就得分開了。
通常由視覺設計師發起。同樣，如果視覺設計師參與度低的話，我還是得補坑。
3）推進聯調進度
聯調是很容易扯皮的環節，大家來自不同域、不同職能團隊，各有各的小九九，所以得盯著，避免聯調成為坑王。
4）推進測試進度
進入到測試就意味著開發的七七八八了，當然有時候為了壓縮項目周期，開發、測試會階段性并行。
除了測試進度，還得關注測試發現的問題，可能開發還得返工，也可能會發現需求評審中大家都沒有注意到的問題，得及時補救。
5）showcase
Showcase，說白了就是項目驗收。
驗收前，得先列出來要驗收哪些內容，主流程、分支流程、逆向流程、重大關鍵節點。Showcase，也有可能發現新的問題，但基本上要避免在showcase環節發現重大問題，不然就得重大需求變更了。
showcase有時候由測試主導，有時候沒資源，我得自己上。
6）項目發布
如果一路順利，就該發布項目了。
項目發布計劃雖然也是之前就定好的，但要考慮的方方面面也還挺多的，可以看之前的文章《項目發布要考慮的因素》。
總而言之，要和各方溝通好，要保證項目順利發布呦。
項目終于上線了，可我得天天得看客戶反饋，看數據，跟客戶聊，跟業務聊，準備復盤review。
產品狗似乎永遠都在準備復盤、復盤中、復盤后反思的路上。
項目通常是并行的。在需求評審完后，我已經開始下一個需求的研究、設計了。
開發資源從上一個需求釋放出來的時候，產品經理肯定得把下一個需求方案設計好，開始新的需求評審，妥妥的做好資源銜接。資源一旦釋放出來，下次想要資源，難上加難啊。
產品也需要持續迭代，讓客戶感受到，我們的產品在成長、進步，給人希望。
文章來源：人人都是產品經理