開發說這個需求實現不了，怎麼破？

嗯，這個工作量比想象的要大，短期內實現不了

設計的似乎不太合理，這次還是先不做吧

感覺這個功能沒有什麼意義，以後再說吧

……

作為一名摸爬打滾N年的PM，與程式設計師相愛相殺的堪稱一本血淚史，天衣無縫的功能常在上線前被開發突然告知實現不了而被迫腰斬，部分功能甚至再三延期，PM們備顯無奈。好的方案總是實現不了，真的太難了！挫敗感籠罩著整個團隊，久而久之，PM的工作狀態愈發迷茫，毫無價值和榮譽可言。

為什麼開發總說實現不了？

討論這個問題前，我們先覆盤常見的產研工作流程，以便發現問題本質：

1. 功能規劃：PM調研市場需求，收集競品特性，根據產品特性規劃功能，產出原型稿

2. 介面設計：設計師收到原型稿後，開始進行介面還原，產出高保真UI設計稿

3. 計劃評審：PM召開需求或計劃評審，講解功能及意義並提出驗收重點

4. 前端開發：工程師根據UI介面開發介面，開發完成後，合併程式碼，提交測試

5. 測試上線：產品人員、開發人員對照原型稿、設計稿對功能進行測試，記錄問題指派開發修復

……

再三推敲，不難發現“這個需求實現不了”的根本原因如下，但大家似乎對這些都習以為常，甚至並不覺得有什麼問題：

1. PM僅關注功能價值，不負責程式碼，具體難度還是在具體工作中才能準確判斷；

2. PM在開發階段參與感很少，基本是開發悶頭苦幹，主動的跟進較為匱乏；

3. 開發一個新功總會衍生其他BUG，開發還需要充足的時間進行測試和修復。

難度無法評估、產研溝通匱乏、開發時間緊張……,這就是典型的產品管理問題，功能制定、開發追蹤、測試上線的各個環節都存在缺陷，倉促上線，產品質量必然一言難盡。

3招破局，保證產品質量

所以，開發說 “這個需求實現不了”，看似是開發任務未完成，實際上是在抱怨產品管理的不合理，PM需要從源頭根治問題，才能快速破局、保證產品上線質量。

（一）制定合理的開發計劃

合理的開發計劃（通常指月度計劃），是團隊工作的重要指導，制定計劃時，以下3個原則一定要切記，看似微不足道，實際上都能在源頭上避免很多問題：

1）版本釋出次數不宜超過2次

一般來說，月版本釋出次數建議為1次，因為每釋出一次版本，就需要調動團隊內所有人手進行上線準備，包含環境部署、指令碼匯入、功能自查、測試驗證、產品驗收、功能文件、教程等繁瑣的工作量，來回至少需要折騰1周才能如期上線，剩餘1次用於臨時修復，如一些重大BUG或策略缺陷的熱更新。

2）人均開發時長控制在10-14天

計劃中的任務量最終都是落到人頭上，縝密的安排尤為重要，這直接決定版本的釋出與否，切記寧鬆不緊，寧願任務量少一點，也要確保版本能如期上線，若該同事開發的功能將於本月釋出，則控制應在10-12天/月較為合理，若本月不釋出，則可適當調整為12-14天/月，儘可能杜絕負荷過大導致的版本延遲。

3）協調重大新功能的人手、時間

PM設計的重大新功能，開發預估的時間往往與實際開發時間存在較大的差異，這是因為很多難點只有在開發階段才能湧現，極其考驗開發判斷能力和綜合實力，PM能做的不多，但我們可以對比競品重大功能的更新頻次，從而優化產品釋出節奏，比如難點功能，我們可以安排1箇中高階工程師負責，1-2個初級工程師從旁協助，釋出時間從當月調整為下月，從源頭上根治開發時間、人手不夠的問題。

（二）全流程把控開發進度

大多數PM在講解完計劃或功能後，基本處於甩手掌櫃的狀態，開發階段的跟進和參與感非常低，而這個階段開發若遇到功能實現與策略描述不一致，則會優先保證功能，選取最簡單的技術手段實現，這就是產品預期與開發結果有較大出入的原因——開發比較無助的階段，產品缺少主動的溝通和追蹤，導致開發憑經驗做事，最終的產出和預期相背。

對此，PM不僅需要嚴格把控設計稿的還原進度，還需要優化團隊現有的協作方式，在這裡，推薦一款高效的線上協作平臺——摹客設計雲，產品、設計、開發全流程線上協作，大幅度提升團隊的工作效率。

1. 設計師可上傳UI設計稿至協作平臺，並新增設計說明，便於團隊評審；

2. 前端工程師可下載所需切片並複用程式碼，保證介面、功能的還原正確；

3. PM可依據UI設計稿的還原情況追蹤開發進度，補充一定的策略支援。

（三）必要之時的取捨意識

誠然，我們在前期已經做的足夠充分，但計劃始終趕不上變化，上線期間或多或少會遇到各種突發情況如開發轉崗或離職、重點客戶的需求需要緊急處理，這就導致部分功能不能如期上線。

此時，PM應調整心態、挺身而出，根據功能的價效比的高低做判斷——功能價效比=功能價值/開發時間，優先保證價效比高的功能如期上線，再妥善安排剩餘功能，PM並不怕功能晚發，就怕釋出的功能不是使用者需要的。

“這個需求實現不了”，確實有開發人員本身的問題，但作為一名優秀的PM，單純的將責任歸給開發能力不足不僅解決不了問題，反而會陷入與開發持續衝突的死迴圈。

我們需要深度挖掘問題的本質並從源頭進行根治，方能一勞永逸。

1. 計劃制定時，保證合理的任務量，預留充足的時間進行自測；

2. 計劃執行時，主動追蹤開發進度，提供必要測策略支援和測試用例；

3. 意外出現時，客觀判斷需求的價值，優先上線市場急需的功能。