當產品面試官問你：你認為初級產品經理的主要工作內容是什么，你會怎么回答呢？

產品經理的工作本質上是圍繞著挖掘、對接、分析以及實現需求來展開的。不同階段的產品經理，在需求的挖掘，對接，分析，實現中的時間占比也是不一樣的。而初級階段的產品經理，在整個工作當中，主要是接收leader下發的需求，進行產品設計，即分析，實現需求。

需求的實現，從方案設計到上線驗收，中間要經歷內外兩道評審，即產品內審、研測外審，這兩道評審，則是初級產品經理的日常戰場。

評審，為什么是日常戰場

我見過一些初級產品經理，辛苦設計的產品方案，在評審過程中， 被參會評審的產品告知其方案邏輯存在缺陷，質疑你的用戶場景考慮不全，某個功能細節描述不清晰…評審講到一半時就被懟的啞口無言，最終方案需要返工修補邏輯，甚至有時整個產品方案都被否認，需要重設計。

這樣的評審結果，糟心不說，遇到加班改方案還傷身體，筆者便有過慘痛的教訓。無論是整個方案進行重設計，還是在原方案上修補底層邏輯，方案的返工都需要我們花費額外的時間去完成，這導致我們推進需求實現的效率大大降低。

返工的低效率

說起返工，它對我們需求實現的推進影響有多大呢？

圖中我們可以看出，在產品方案進入研發之前，發生返工的工作總時長，足足比不返工時高出一半，本來2天完成的工作可能變成了3天。而當需求本身較為復雜，返工工作量大，或遇到大家都比較忙，二輪內審難以組織時，我們的推進效率越發低下！

舉個例子：筆者所在的公司，一輪的產品內審若不通過，無法進入研測外審，需要返工修改方案后，申請二輪產品內審，而二審組織起來，至少需要1天，甚至是幾天的時間，最后改完方案并通過二輪內審，可能是3、4天后的事情了。

這樣的推進效率，無疑是很低的。但問題的根源是產品方案的設計不夠合理，所以避免方案的不合理設計，保障自己一次性通過評審，自然就避免了返工的發生，保證了我們的推進效率。

如何避免產品方案的設計不合理？

1. 對接需求時，明確工作目標

（1）為什么要明確工作目標

職場關注結果，無論我們的產出過程有多艱難，只要最終結果不是leader想要的，那就為自己祈禱吧。而明確工作目標，是確保自己對需求的理解、思考方向與leader在同一條線上，即我們最初就是朝著領導想要的結果在前進。

（2）具體明確哪些點

• 需求的背景：確保自己理解為什么要做這個需求，做了要解決哪些問題；
• 需求的范圍：在這一期實現過程中，這個需求具體要做到什么程度，是完美解決所有問題，還是先解決部分核心問題；

一個需求的實現，定然是有一個時間限制的，大而全的設計方案固然能解決更多的問題，但也意味著更高的實現成本，更長的研發時間。而通常我們期望的是優先解決某些核心問題，小而輕的設計方案足以。因此確定需求在這一期的實現范圍，能夠避免自己在方案的設計上過于復雜，輕化自身的工作量。

（3）怎么明確目標

直截了當地問：

當我們從leader手中接過新的需求時，如果對新的需求理解不足，這時直接向leader提問，是合乎情理的，這時我們拋出自己對于需求的疑問點，不會體現自己的理解能力不足，反而認真確認需求的態度容易給leader正面的印象，當然，最重要的，是確保自身對需求的理解與leader在同一條線上；

委婉的提問：

根據自己對于需求的理解，可以用導圖描述自己的大概思路，與leader進行溝通，溝通過程中觀察leader反應，判斷自己的思考方向是否正確，不正確則借機問領導的想法，來確保自己的設計思路與其同步；

2. 產品設計中，降低犯錯成本

（1）集中確認的風險

我都不知道什么時候會犯錯，何來降低犯錯成本一說呢？

通常我們從需求對接，一步步走到產品內審時，產品方案才會進入到大家的視線中，如下圖

這意味著，產品方案一旦前期思考不全，所有問題將集中暴露在內審會議上，評審不通過的風險大大的增加，而此時一旦確定方案需要返工，從方案的底層邏輯開始修改，整個需求文檔必然是大面積的改動。這樣的犯錯成本，無疑是巨大的；

多階段溝通產出信息，“預知”錯誤節點

集中確認的風險點在于方案的信息同步偏晚，因此，確定基本方案之后，我們都可以將產出的信息進行同步。如下圖：

多階段的溝通確認，能讓我們更早的發現錯誤，而在錯誤伊始便進行修補，這樣的犯錯成本就小的多了。當然，工作中我們不可能頻繁的與leader確認同一件事情，這樣既打擾了leader的工作，也無法突顯自身的能力。

因此我們可以選擇在需求的基本方案確定后，或在需求的基本原型確定后，帶上已有的產出，主動找leader碰一下，確保對方知曉且認可你的方案，如果基本方案或者原型不被認可，那么當場記錄問題點，回去立刻做修改。

而當基本方案、或者原型在前期就經過leader的肯定后，我們即可放心的進行需求文檔的編寫了，這樣最終誕生的產品方案，即使在內審、外審上存在一些細節上的小問題，產品方案在方向上，完整性上，肯定也是ok的，最后的結果定然就是迅速過審，需求的實現也能繼續推進。

總結

保障需求的實現能夠更準，更快，是初級產品經理的天職，所以：

• 為了更準的結果，我們在對接需求時，要敢問，第一時間向leader提出自己的疑問，確保自己一開始就朝著正確的方向前進。
• 為了更快的實現，我們在產品設計中，要敢說，多階段主動與leader溝通產出情況，預知錯誤節點，保障自己始終在正確的方向上行駛。

需求實現的過程中我們難免會遇到各種各樣的問題，無論如何，我們都要優先保證結果的正確性，在這個前提下提高自身的推進效率。所以，避免返工，讓我們對結果負責，對效率負責，對自己負責。

作者：橙言。微信公眾號：橙言。非資深產品經理，會一個人旅行，一個人吃火鍋，一個人看電影的一個懶人。

本文由 @橙言?原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議