華為IPD需求管理全思路分享！純乾貨

來源：水果怎麼吃釋出時間：2023-06-23 09:11

作為一名產品經理，會在日常工作中接收到各種需求，而解決需求要提供對應的解決方案。本篇文章以華為的IPD需求管理流程為例，探討其需求管理思路，幫助產品崗位的你快速做好需求管理並解決方案。

一、理清什麼是產品需求

說到這個話題，我們先來理一下關鍵詞【需求】到底指的是什麼？

一般來說，需求是一個想法，指的是誰想透過什麼來解決什麼樣的問題。

在網際網路產品孵化以及商業化的各個階段，我們會接收到無數問題或者建議，像業務需求、系統需求、使用者需求、包括其他各式各樣的建議類需求（技術、市場、測試、缺陷等）。

我們可以把它們叫做需求，但這些都不屬於產品需求，那什麼是產品需求呢？

華為提了一個思路，那就是：

產品需求=場景問題+解決方案

因此，很明顯，產品需求提供的是針對問題的解決方案。

有了產品需求，產品經理就可以進行產品功能設計搭建，進而完成後續開發實現、測試上線、週期迭代的過程。

而產品需求，則需要有一個標準化的管理模式。

沒有標準化的管理思維，就會產生如下問題：

產品需求混亂，頻繁變更，研發週期成本加大，程式碼結構混亂無法維護。
採用技術導向開發產品，想要透過技術優勢讓客戶買單，但並沒有。
一味抄襲模仿，產品並沒有形成市場競爭優勢，最後全程了程式碼廢墟。
產品交付質量差，客戶現場成了產品實驗局。
未提前識別需求風險，研發預算失控，專案虧錢。
需求做一次完一次，公司像外包，沒有核心產品，無法應對市場變化。
…

諸如此類，太多太多。

為了解決上面這些問題，我們來看一下標杆企業華為是怎麼做的？

二、華為IPD需求管理流程

小拓展：IPD即整合產品開發體系，最早來源於美國，後被華為引進，改良為更適合國內企業的研發管理體系，被廣泛使用。是一套端到端的方法論，需求管理只是其中的一環。

首先，需求管理=全生命週期的管理。

在華為IPD裡分為幾個階段：需求收集、需求分析、需求分發、需求實現、需求驗證。

如下圖：

來源網路（侵刪）

當然這個是華為內部的一個管理，使用的時候具體情況具體看待。

我們分別對每一個階段，來進行一個思路延展，看看在網際網路產品裡，它是如何適用的。

1. 需求收集

關注問題：需求從哪來？如何收集？

這一階段，我們首先確定對內和對外需求來源。

1）對內

領導、產品研發組、行研組、市場、研發、測試等。

從需求收集的出發點來說，需要改變以往的序列體系，最佳化為各部門協作的並行體系（專指與客戶、行業接觸最緊密的部門）。即大家圍繞產品坐在一起討論應該是什麼樣。

因為需求是分佈在各個部門的（比如市場更熟悉行業、客戶；開發更熟悉技術需求、運維採購知道如何實現成本最低等等），這就是華為IPD變革帶來的創新。在這個對內的需求收集階段，一般產品研發團隊負責收集和歸檔。

2）對外

客戶、使用方、行業、友商、媒體、資料分析等。

對外的需求來源階段，我們重點關注幾個點：

行業內上下游產業鏈中，top友商企業的競品分析。
行業研究分析。透過產品市場反饋資料進行分析收集等。
常用的華為需求收集方式：問卷調查、焦點小組、面對面訪談、第三方調研、客戶滿意度調查、β測試、概念原型驗證評審、高層拜訪…

分享一個常用的需求採集卡、或者利便可以做成線上文件表格進行收集歸檔：

需要注意的是：

在收集這些潛在的功能需求時，我們不要忘記收集DFX需求，因為產品需求=功能需求+DFX需求。
成熟的企業，是會把這些都落實到產品開發裡的，而很多現實情況裡，卻都容易忽視DFX。

2. 需求分析

透過審視收集上來的需求（一般包括bug、新需求、最佳化需求），進行需求過濾、需求重構、優先順序排序。

初步篩選：透過對需求描述的檢視過濾掉無價值、不可行的需求；再進行優先順序排序。

需求優先順序方法：KANO模型、四象限法則、投入產出比優先、二八法則(挖掘使用高頻的20%需求）、風險成本、技術限制等進行劃分。

3. 需求分發

需求分析結束，就到了需求分發階段，在華為的理念原則是：需求分發的目的是將分析後的需求分配到最佳的組織和流程中去拆解完善和處理。

來自網路（侵刪）

我們可以看到、不同的需求包有各自對應的流程機制來進行處理，分別為：

長期需求（未來3-5年需求）：產品演進長期需求進入市場/戰略管理類團隊進行分析歸檔。
中期需求（未來1-3年需求）：形成產品路標、指導產品階段迭代體系。
短期需求（1年內）：需要儘快立項，透過charter評審，進入產品開發流程處理。
緊急需求（需儘快實現）：來源與領導或者高價值客戶或者產品bug、最佳化需求，都需要透過變更評審納入開發專案處理（儘量降低此類需求佔比、因為只能說明產品前期規劃能力較差）。

到此，我們得出了待進入開發流程的產品需求池，產品經理需要形成一個需求池表格進行動態管理（需描述清楚需求的基本資訊、狀態、優先順序、工作量等，內容要求視各公司情況而定）。

4. 需求實現

需求實現是需求進入開發階段，跟蹤管理、指導釋出測試的過程。

從需求的立項、產品架構、產品演進圖路標的匯入，到需求包的釋出、評審；到產品經理的原型設計、文件輸出；和研發中需求變更的控制，直至產品上線、進入驗證階段。都是產品經理需要參與或者管理的實現環節。

這一過程，考驗產品經理的需求溝通能力、解決阻塞問題、需求邊界管理、產品迭代版本管理、專案進度管理、產品質量（體驗及功能設計）等多項能力，更重要的是極強的思辨能力。

甚至在這個過程當中，若出現重大研發失誤，產品將推翻重來。

需求實現的過程當中，產品經理要重點跟進變更的需求，以及在開發中的需求阻塞問題，確保需求可正常進行。

有重大外部資源阻塞的需求，如果剛開始沒有識別出來，在這一階段做不了要全部納入需求池記錄。

5. 需求驗證

需求驗證環節，一般整個過程要經過模組需求驗證（單元測試）、子系統需求驗證（子系統整合測試，即是否滿足概要設計的要求）、確認測試（即是否滿足需求特性規格的要求）系統需求驗證（系統測試,即非功能需求特性的符合度）、特性驗證（α測試）、客戶驗證（β測試）等測試驗證活動。

最終滿足驗證需求，形成可實施交付/發版上線的高質量產品。

雖然主要工作都在測試團隊，但必要時，在這個環節，建議產品經理也參與進來，進行產品交叉驗證。便於瞭解研發實現結果與預估的匹配度和存在的問題，並記錄下來，歸類留檔，便於後續產品管理體系的完善。