產品經理如何保證產品研發正確地進行二

Hi，各位小夥伴，大家回歸正常工作已經半個月了，今天是三月的第一個周末，一年已過去1/6，也是各位跳槽的旺季。最近面試了幾個產品小夥伴，又忍不住跟大家嘮嘮最近遇到的事情。

「深度思考比勤奮更重要」

先說說最近遇到的在面試產品經理中遇到的幾種情況，大部分面試的產品經理工作年限在2-3年左右。我在面試的過程中遇到的問題包括：

1、能陳述工作內容，但是沒有數據結果，無法闡述取得了什麼效果。

2、大部分的產品經理都是長期在做APP的開發，至於為什麼要做APP，自己有什麼想法說不出來，沒有參與到公司的業務和戰略層面而停留在操作階段。（由此可見，APP的開發還是很火啊）

3、能描述工作的內容，但是無法描述工作的目的。（當然，有時候產品經理確實只要能確保執行得好就可以了，無可厚非）

4、產品經理沒有去聽用戶的反饋。

5、產品經理沒有對產品進行長期規劃。

6、細節不足。

綜合以上幾點：

一直以來，「產品經理」是一個被市場高估的職業，好的產品經理只要能保證產品研發正確地發生就可以了。那麼，如何能保證產品研發正確地進行呢？

1、參與到公司戰略，回歸到商業的本質。不管是互聯網產品還是傳統商業產品，最後都是要面臨市場的考驗的。是否有顧客願意買單，是否能滿足市場的需求，如何進行運營推廣和宣傳，如何進行服務，都要做到心中有數。

2、對需求有規劃，下棋一步，心中已有九步。

3、目標清晰，貫穿始終，知其然，更要知其所以然。

4、重視數據反饋。

5、尊重用戶的想法。

6、注重細節。

好的，下面我們就來聊聊怎麼能保證讓產品研發正確地發生。

產品周期：

需求分析——產品文檔——需求評審——UI設計——前端重構——後台開發——測試與上線——效果評估——迭代優化

在我的上一篇文章《如何避免做出然並卵的產品》中，我詳細闡述了如何進行需求分析。那麼分析完需求後，今天我們分析一下其他的環節。

1、 產品文檔：完整地闡述。完整包括兩個概念：

一、好的產品文檔作為產品研發過程中的一個重要產出，能完整地闡述所有主幹功能和枝節功能。舉登錄為例，除了正常的註冊、登錄、驗證碼、第三方登錄，另外一些弱網環境、驗證碼錯誤、密碼錯誤、手機號碼無法錯誤、找回密碼等都需要考慮到。

二、完整的意思是能向UI設計人員、開發人員、測試人員詳細闡述為什麼要這麼做，能達到什麼目的，能為用戶帶來什麼價值，能為產品帶來什麼價值。這是產品經理專業性的提現，也是對團隊的尊重。

2、需求評審：需求評審環節需要產品經理向團隊闡述產品的願景、目標、規劃、細節、周期等。並就設計環節、開發實現環節徵求專業人員的意見。總體目標達成一致，才能更好地進行團隊合作。並就在需求評審環節遇到的問題記錄下來，優化文檔並固化下來郵件發給大家。

3、UI設計、前端重構、後台開發環節就不多說了。只要產品文檔規劃合理、需求評審環節大家目標統一，在這個環節產品經理除了確認一些細節，可以為研發團隊準備相關素材、圖片、資料等。還可以進行二期規劃，及上線後的準備工作。

4、測試與上線：在這個階段是考驗產品經理溝通協調能力的一個階段。並不是所有的研發團隊都有專業的測試人員進行測試用例分析、白盒黑盒測試等。這時候參與測試的人員可能是項目組成員、公司領導、公司其他成員、親朋好友等。產品經理需要把測試遇到的問題進行分類處理，並按照優先順序再次提交給開發人員。一個專業的團隊是不能容忍bug存在的，當然，不是所有的bug都需要在上線前解決。需要視情況而定。測試沒有問題以後就要進行上線發布了。

5、效果評估：項目上線，是團隊共同努力的結果。產品經理往往也兼任項目經理，需要及時地進行效果評估與跟進。追蹤用戶數據並進行驗證。輸出相關文檔。與產品運營、客服、銷售團隊做好培訓溝通。有時候，還需要與市場人員進行必要的文案宣傳工作。

6、迭代優化：一個好的互聯網產品一定是需要運營并迭代優化的。產品經理往往需要收集來自市場、用戶、團隊、客服等的反饋。這時候我們就需要再次回到需求分析的環節，將產品需求進行分類、確定優先順序、與研發人員進行溝通技術實現手段等。

【完】

GIF/461K

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！