職場的小世界2018-09-02 15:15:39

首先，瞭解產品方案的內容結構和作用。

內容結構

1。 需求背景和目的：主要是告知參與的人員，該需求的背景，及主要解決使用者什麼問題，不要讓他們一頭霧水的工作；

2。 需求調研和分析：透過競品分析，市場調研來分析需求的可行性，為業務流程和頁面設計做參考；

3。 業務流程和頁面流程設計：主要是梳理出新增功能的流程設計，是否合理；

4。 詳細的功能點設計及原型圖：主要給開發人員看，讓他們可以根據原型圖進行開發，保證開發出來的版本與預期相同。

為什麼會出現不一致呢？

1。 需求評審的時候，與開發人員溝通不充分，沒有讓開發人員清楚瞭解到你們想做什麼樣的需求功能，導致開發人員進行開發時，部分功能會按照自己的想法來開發。

2。 需求文件變更頻繁，完成業務邏輯修改前後不符，會造成開發人員的混亂，導致不一致。

3。 需求文件的業務流程過於簡單，沒有考慮到異常情況的處理，或者是業務流程設計過於複雜，導致開發無法理解，開發得不一致。

解決方案

1。 立即評估開發的版本是否符合預期的功能要求，如果符合，只是頁面設計的問題，可以進行頁面修改再上線，如果已經嚴重偏離原先設計，需推遲上線，重新開發。

2。 評估推遲版本更新，是否完成較大影響？比如運營人員前期已經進行大量宣傳該版本的功能，推遲更新會造成宣傳成本的浪費，和產品聲譽的受損。

這時有兩種方案，一是安排更多人力資源進行開發，確保準時上線；二是砍需求，先上最基礎的需求功能，之後再更新其他的。

總結

產品經理的產品方案是開發人員的指南，要重視其質量和需求評審的溝通，這樣才能避免出現這種不一致的問題。

我是一個會程式設計的PM，每週分享產品趣事，歡迎關注。