許多產品人可能會遇到方案屢遭駁回、被業務部門挑戰、被技術團隊質疑的情況，這不僅影響專案的進度，也容易打擊產品經理的自信心。本文總結了產品方案屢遭駁回的常見原因，並提供了實用的應對策略。
———— / BEGIN / ————
記得有一次，有個需求，到了計劃開發完成時間，PRD還沒透過產品Leader評審，並且被駁回了三次，因為需求比較著急，領導甚至給我下了最後通牒，方案再有問題，直接捲鋪蓋走人。
相信很多產品人，都有類似的經歷，產品方案被業務挑戰、被領導駁回、被研發挑毛病，很少能一次過審。
為什麼你的產品方案屢次被駁回，很難一次過審？如何提高產品方案評審透過率？根據我多年的產品工作經驗，總結了以下幾點原因，並給出了應對策略：
需求目標不明確
有次參加了一個高管參與的評審會議，當時主講產品經理一發言就被打斷，領導直接問，這個需求的目標是什麼？
方案的目標一定要描述清楚，這個需求能帶來什麼價值？尤其是立項會或高管參加的評審會，這一點至關重要。
關於需求目標，我有三點建議：
1）明確需求目標是誰最關心的。如果需求提出方是有話語權的業務老闆，或者跟直屬領導和跨級領導的OKR強關聯，需求目標要格外關注、認真對待，一旦透過評審，往往能夠獲得更多資源支援。
2）明確誰對目標負責，並且要在評審會前達成共識，避免最終無人對結果負責。如果產品目標確定了，但是上線後沒人跟進，目標沒達成也沒有覆盤，就容易虎頭蛇尾。我記得當年在京東工作時，專門有一個專案管理團隊，工作重點是負責跟進專案上線後的ROI達成情況。
3）價值描述定量化，要有具體資料。需求目標要有可衡量的指標，如果你無法衡量，就無法改進。
以倉庫作業效率提升這個需求目標為例。
錯誤目標：提高倉庫揀貨效率。
正確目標：透過本次對揀貨路徑的系統最佳化，在同等條件下，從過去每分鐘分揀1000單，提升到1100單，讓倉庫分揀效率提升10%。
需求目標明確是第一步，也是基礎。
產品方案考慮不周全
產品方案考慮不周全，這是在評審時，最容易出問題的地方。如果你的領導注重細節，專業能力強，那麼透過產品Leader評審尤為重要。
我在職場有10年+的工作經驗，遇到過不少領導，大致可分為2類：一類是抓大放小型，這類領導格局高，管理團隊規模大，幾乎不參加PRD評審。另一類專業能力比較強，注重細節，他們會參加幾乎所有的評審會，並對方案做細緻評估，一旦有考慮不周全的情況，就會被質疑。
比如在WMS倉儲系統的庫存管理中，出庫方出庫時扣減了庫存，但入庫方還沒收到貨，若貨物在途丟失了，應該怎麼處理？是在出庫方報損處理，還是入庫方報損處理。
類似這種情況，若考慮不周全，系統上線後，就會出問題，輕則相互扯皮，重則給公司帶來經濟損失。
產品在寫方案時，要多思考，多琢磨，多下功夫，千萬別存在僥倖心理，任何需求有遺漏，越早發現越好。
就像建房子，在設計時發現問題調整成本最低，建成後再調整幾乎不可能，代價會很大。
系統也是一樣，在方案設計階段發現問題調整代價最小，上線後再調整，費時費力，也會透支產品在團隊中的人脈和信譽。
我建議，尤其是產品新手，不妨花點時間，將跟上下游所有系統關聯的功能點羅列出來，同時將自己產品的所有功能梳理出來，放到一個表格中，時不時拿出來看一看。若你對自己產品和上下游系統足夠熟悉，會最大限度減少考慮不周全的情況。
此外，要儘量將所有可能的異常、報錯等特殊情況考慮到位。因為根據墨菲定律，任何事情只要有可能發生，就必然會發生。
就算你考慮非常全面、細緻了，並且技術評審也通過了，進入研發和測試階段依然會發現漏洞，因為有些問題，研發也無法提前預知，只能在開發、測試時才能暴露出來。問題暴露出來後，要快速響應並解決，舉一反三，先解決眼下緊急線上問題，再想辦法從源頭根治。
產品方案邏輯不嚴謹
有時候，產品方案將場景考慮到了，但是邏輯不嚴謹、不細緻，甚至前後矛盾，也是很忌諱的，雖然不像第二個問題那麼嚴重，但是在方案評審時，也容易被挑戰、被駁回。
舉一個常見的例子，比如要做一個檔案上傳的功能，看似普通、通用的功能，要描述清楚，沒有遺漏且邏輯嚴謹，並不容易。尤其對產品新人來說，頗具挑戰。具體如下：
錯誤需求描述：支援上傳多格式的檔案。
分析：可這樣描述需求“需要支援上傳圖片、Word、PPT、pdf、txt、Excel表格等多種格式檔案，具體需要支援.jpg、.jpeg、.png、.doc、.docx、.ppt、.pptx、.pdf，.txt、.xls、.xlsx等格式的檔案上傳。”
此外，檔案數量是否有限制，檔案大小上限是多少？檔案上傳進度如何展示？上傳失敗怎麼處理？是否支援斷點續傳等等，這些都需要考慮進去，只有這樣產品方案才足夠嚴謹、清晰，才更容易透過評審。
這些還算好，如果是上億使用者的大平臺，也許一個很小的問題考慮不周全，可能帶來巨大的損失。
比如今年1月份，支付寶“八折事故”，因為營銷模板配置錯誤，導致所有支付訂單被強制減免20%，支付寶確認為公司責任事故，沒有追回款項，短短5分鐘時間，造成的損失預計高達1億元。
千里之堤，潰於蟻穴。所以，產品方案任何一個小的細節，都不能忽視，尤其是大平臺，更是如此。
智者千慮，必有一失。產品方案很難100%不出問題，但是可以儘量將問題提前暴露出來。
我自己寫完產品方案後，會再檢查2-3遍，通常是隔一天檢查一遍，邏輯是否嚴謹，是否能經得起推敲，有沒有錯別字，幾乎每次檢查都能發現一些問題。
針對產品方案不嚴謹的情況，除了自身的思考和經驗之外，多與團隊人員交流，比如產品同事、研發、測試，以及業務等，都可以跟他們溝通、諮詢。此外，還可以找內部同事相互評審。
我在寫產品方案時，如果有一些邏輯、細節不確定，會提前跟研發、測試、業務溝通，儘量會前達成共識，減少會議上的分歧、爭論。
除了以上三點，還有一些tips，有助於提高產品方案評審透過率，減少被駁回情況的發生。
1）如果方案非常個性化，研發說開發有難度，則產品要儘量考慮通用方案，如果實在沒辦法，只能用個性化方案，需要有充分的理由。而且要儘量控制個性化需求，如果需求的確不合理，產品要能夠擋住這部分需求，而不是做業務的傳話筒，否則系統到後面容易失控，也會影響產品經理在團隊中的威信。
2）新到一個公司，新接手一個產品，需要找各種機會學習、瞭解產品。我有一次入職一個公司，多次找測試同事請教問題，因為他來公司時間比較久，很多邏輯、細節他都懂，能讓我快速瞭解產品現狀，避免方案中遺漏關鍵資訊或考慮不周全。
3）要養成總結和反思的習慣，自己做的不到位的地方要覆盤，儘量不重複犯錯。當我們參加方案評審多了，有了一定工作的經驗，基本就能總結出規律和原因，後面就會更加得心應手。此外，參加其他人的方案評審會，別人做得好的地方，可以吸收借鑑，取長補短，為己所用。
4）人是社會關係總和，平常跟業務、研發和領導打交道的過程中，注重積攢自己的人脈，多做人脈存款的事情，少做人脈取款的事情。
無論是業務、研發，還是領導，溝通的過程中，建立良好的關係至關重要，如果彼此沒有信任的基礎，每次評審會一上來就劍拔弩張，總在挑刺、找毛病、爭論，溝通效果就比較差。如果有良好的信任基礎，每次開會都是尊重、理解、補臺，溝通效果自然不差，工作效率也會更高。
總而言之，作為產品經理，要想產品方案提高評審透過率，不再屢次被駁回、被挑戰，自己需要下足功夫，專業能力要過硬，要始終保持學習、成長和開放的心態，隨著你專業能力的提升，你的方案評審透過率一定會越來越高。
———— / E N D / ————
本文來自微信公眾號：產品經理之路，作者：劉之恆
👇 想要第一時間瞭解行業動態、面試技巧、商業知識等等等？加入產品經理進化營，跟優秀的產品人一起交流成長！
———— / 推薦閱讀 / ————