有些產品經理會陷入這種誤區(qū)——需求評審做完了，自己就可以放羊不管了。而本文則認為需求評審完，產品經理還要做這六件事。

需求評審完，產品經理還要干的6件事

1. 確認需求評審的遺留問題并同步各方

2. 制定詳細&責任到人的項目計劃

3. 完成文案設計

4. 按照項目計劃，協(xié)同各方，往前推進，關鍵環(huán)節(jié)必須與各方確認。關鍵環(huán)節(jié)包括：

• 1）交互評審
• 2）視覺評審
• 3）推進聯(lián)調進度
• 4）推進測試進度
• 5）項目showcase
• 6）項目發(fā)布

5. 準備項目review

6. 開始下個需求的方案設計和需求文檔準備

這六件事具體怎么做？

產品經理A：需求終于評審完了。有種放飛的感覺，可以休假，去浪了！

產品經理B：你說真的嗎？為什么我評審完，還一直在被開發(fā)、測試、法務、財務窮追不舍？

產品經理C：你說真的嗎？為什么我評審完，從來都是我在窮追不舍開發(fā)、測試、法務、財務？

產品經理D：你們開玩笑的吧？就我這么慘！我不但要緊追不舍開發(fā)、法務、測試、法務、財務，還要被老板、被客戶窮追不舍。

產品經理A、B、C：哥們，來講講，最喜歡聽慘兮兮的故事了。你的傷痛最能撫平我的內心。

產品經理D：好吧。需求評審只講清楚了產品的骨架、細節(jié)，讓各方開始投資源。評審完，產品經理還有一堆事要推進，沒法放羊。

要跟的事情主要有下面6件：

1. 確認需求評審的遺留問題并同步各方

需求評審總有一些遺留問題要進一步確認，而后同步給各方。我不是圣人，有時候有些問題或者細節(jié)沒想到，評審的時候，大家提出來了，得趕快明確。

有時候需求評審中還有很大的bug沒想到，必須快速解決，要在開發(fā)沒動工前，都捋順。要不然變成需求變更，或者上線后被推倒重來，欲哭無淚。

我這種求生欲這么強，也沒人罩著的，必須狠命把需求做到95分以上。100分也不太敢說，畢竟眾口難調。

2. 制定詳細&責任到人的項目計劃

產品經理還得身兼項目管理，項目管理從來都是事有輕重、事無巨細，難以假手他人。雖然我會盡可能調動大家的積極性，讓大家自驅管理項目，但還得牽扯不少精力。

項目管理的關鍵點：明確項目計劃、關鍵節(jié)點、每個關鍵節(jié)點的負責人、驗收方案。

比如什么時候交互評審、視覺評審、聯(lián)調、showcase、發(fā)布？分別是誰主要牽頭負責，哪些人需要參與。

為了防止項目延期，每個節(jié)點都還得提前趕。真是操碎了心。

3. 完成文案設計

文案從來不是隨便寫寫。文案是和客戶交流的重要途徑，整幾個客戶看不懂的文案上去，后面客戶咨詢搞死人！

文案設計除了客戶視角之外，也不是自己想怎么寫就怎么寫，還要和法務、客服團隊溝通。因為文案被客戶投訴的案例，又不是沒有。

還有啊，我的產品有3種語言，簡體中文、繁體中文、英文，雖然每種語言有專門的文案設計師，但得跟他們說清楚，也要花不少時間、精力。

當然，也有很多產品經理，不管文案這種小事?？晌矣X得文案體現(xiàn)了產品經理最基本的素養(yǎng)，是產品的底子。

4. 按照項目計劃，協(xié)同各方，往前推進，關鍵環(huán)節(jié)必須確認

關鍵環(huán)節(jié)有6個：

1）交互評審

一般來說會由交互設計師發(fā)起，開發(fā)、測試、法務、財務都要參與。

這樣能保證大家在說同一件事情，避免我要的是頭牛，結果開發(fā)給了頭驢。

如果設計師項目參與度低，交互評審還得我自己上。哪里缺人，我就得到哪補坑。

2）視覺評審

一般來說，交互和視覺評審會一起。

有時候項目很復雜，或者交互、視覺分工明確，那就得分開了。

通常由視覺設計師發(fā)起。同樣，如果視覺設計師參與度低的話，我還是得補坑。

3）推進聯(lián)調進度

聯(lián)調是很容易扯皮的環(huán)節(jié)，大家來自不同域、不同職能團隊，各有各的小九九，所以得盯著，避免聯(lián)調成為坑王。

4）推進測試進度

進入到測試就意味著開發(fā)的七七八八了，當然有時候為了壓縮項目周期，開發(fā)、測試會階段性并行。

除了測試進度，還得關注測試發(fā)現(xiàn)的問題，可能開發(fā)還得返工，也可能會發(fā)現(xiàn)需求評審中大家都沒有注意到的問題，得及時補救。

5）showcase

Showcase，說白了就是項目驗收。

驗收前，得先列出來要驗收哪些內容，主流程、分支流程、逆向流程、重大關鍵節(jié)點。Showcase，也有可能發(fā)現(xiàn)新的問題，但基本上要避免在showcase環(huán)節(jié)發(fā)現(xiàn)重大問題，不然就得重大需求變更了。

showcase有時候由測試主導，有時候沒資源，我得自己上。

6）項目發(fā)布

如果一路順利，就該發(fā)布項目了。

項目發(fā)布計劃雖然也是之前就定好的，但要考慮的方方面面也還挺多的，可以看之前的文章《項目發(fā)布要考慮的因素》。

總而言之，要和各方溝通好，要保證項目順利發(fā)布呦。

5. 準備項目review

項目終于上線了，可我得天天得看客戶反饋，看數(shù)據(jù)，跟客戶聊，跟業(yè)務聊，準備復盤review。

復盤內容見之前的文章《重大產品&項目流程長什么樣？》

產品狗似乎永遠都在準備復盤、復盤中、復盤后反思的路上。

6. 開始下個需求的方案設計和需求文檔

項目通常是并行的。在需求評審完后，我已經開始下一個需求的研究、設計了。

開發(fā)資源從上一個需求釋放出來的時候，產品經理肯定得把下一個需求方案設計好，開始新的需求評審，妥妥的做好資源銜接。資源一旦釋放出來，下次想要資源，難上加難啊。

產品也需要持續(xù)迭代，讓客戶感受到，我們的產品在成長、進步，給人希望。

產品經理A、B、C：向你學習。我們走起，麻溜地干活去。

作者：西湖漁歌，10年阿里數(shù)據(jù)、產品，我們談天說地聊產品。微信公眾號：西湖漁歌

本文由@西湖漁歌 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash， 基于CC0協(xié)議。