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

說到這個話題，我們先來理一下關(guān)鍵詞【需求】到底指的是什么？

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

(相關(guān)資料圖)

在互聯(lián)網(wǎng)產(chǎn)品孵化以及商業(yè)化的各個階段，我們會接收到無數(shù)問題或者建議，像業(yè)務(wù)需求、系統(tǒng)需求、用戶需求、包括其他各式各樣的建議類需求（技術(shù)、市場、測試、缺陷等）。

我們可以把它們叫做需求，但這些都不屬于產(chǎn)品需求，那什么是產(chǎn)品需求呢？

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

產(chǎn)品需求 = 場景問題 + 解決方案

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

有了產(chǎn)品需求，產(chǎn)品經(jīng)理就可以進(jìn)行產(chǎn)品功能設(shè)計搭建，進(jìn)而完成后續(xù)開發(fā)實現(xiàn)、測試上線、周期迭代的過程。

而產(chǎn)品需求，則需要有一個標(biāo)準(zhǔn)化的管理模式。

沒有標(biāo)準(zhǔn)化的管理思維，就會產(chǎn)生如下問題：

產(chǎn)品需求混亂，頻繁變更，研發(fā)周期成本加大，代碼結(jié)構(gòu)混亂無法維護(hù)。

采用技術(shù)導(dǎo)向開發(fā)產(chǎn)品，想要通過技術(shù)優(yōu)勢讓客戶買單，但并沒有。

一味抄襲模仿，產(chǎn)品并沒有形成市場競爭優(yōu)勢，最后全程了代碼廢墟。

產(chǎn)品交付質(zhì)量差，客戶現(xiàn)場成了產(chǎn)品實驗局。

未提前識別需求風(fēng)險，研發(fā)預(yù)算失控，項目虧錢。

需求做一次完一次，公司像外包，沒有核心產(chǎn)品，無法應(yīng)對市場變化。

…

諸如此類，太多太多。

為了解決上面這些問題，我們來看一下標(biāo)桿企業(yè)華為是怎么做的？

二、華為 IPD 需求管理流程

小拓展：IPD 即集成產(chǎn)品開發(fā)體系，最早來源于美國，后被華為引進(jìn)，改良為更適合國內(nèi)企業(yè)的研發(fā)管理體系，被廣泛使用。是一套端到端的方法論，需求管理只是其中的一環(huán)。

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

在華為 IPD 里分為幾個階段：需求收集、需求分析、需求分發(fā)、需求實現(xiàn)、需求驗證。

如下圖：

當(dāng)然這個是華為內(nèi)部的一個管理，使用的時候具體情況具體看待。

我們分別對每一個階段，來進(jìn)行一個思路延展，看看在互聯(lián)網(wǎng)產(chǎn)品里，它是如何適用的。

1. 需求收集

關(guān)注問題：需求從哪來？如何收集？

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

1）對內(nèi)

領(lǐng)導(dǎo)、產(chǎn)品研發(fā)組、行研組、市場、研發(fā)、測試等。

從需求收集的出發(fā)點來說，需要改變以往的串行體系，優(yōu)化為各部門協(xié)作的并行體系（專指與客戶、行業(yè)接觸最緊密的部門）。即大家圍繞產(chǎn)品坐在一起討論應(yīng)該是什么樣。

因為需求是分布在各個部門的（比如市場更熟悉行業(yè)、客戶；開發(fā)更熟悉技術(shù)需求、運維采購知道如何實現(xiàn)成本最低等等），這就是華為 IPD 變革帶來的創(chuàng)新。在這個對內(nèi)的需求收集階段，一般產(chǎn)品研發(fā)團(tuán)隊負(fù)責(zé)收集和歸檔。

2）對外

客戶、使用方、行業(yè)、友商、媒體、數(shù)據(jù)分析等。

對外的需求來源階段，我們重點關(guān)注幾個點：

行業(yè)內(nèi)上下游產(chǎn)業(yè)鏈中，top 友商企業(yè)的競品分析。

行業(yè)研究分析。通過產(chǎn)品市場反饋數(shù)據(jù)進(jìn)行分析收集等。

常用的華為需求收集方式：問卷調(diào)查、焦點小組、面對面訪談、第三方調(diào)研、客戶滿意度調(diào)查、β 測試、概念原型驗證評審、高層拜訪…

分享一個常用的需求采集卡、或者方便可以做成在線文檔表格進(jìn)行收集歸檔：

在收集這些潛在的功能需求時，我們不要忘記收集 DFX 需求，因為產(chǎn)品需求 = 功能需求 +DFX 需求。

成熟的企業(yè)，是會把這些都落實到產(chǎn)品開發(fā)里的，而很多現(xiàn)實情況里，卻都容易忽視 DFX。

2. 需求分析

通過審視收集上來的需求（一般包括 bug、新需求、優(yōu)化需求），進(jìn)行需求過濾、需求重構(gòu)、優(yōu)先級排序。

初步篩選：通過對需求描述的檢視過濾掉無價值、不可行的需求；再進(jìn)行優(yōu)先級排序。

需求優(yōu)先級方法：KANO 模型、四象限法則、投入產(chǎn)出比優(yōu)先、二八法則 ( 挖掘使用高頻的 20% 需求）、風(fēng)險成本、技術(shù)限制等進(jìn)行劃分。

3. 需求分發(fā)

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

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

長期需求（未來 3-5 年需求）：產(chǎn)品演進(jìn)長期需求進(jìn)入市場 / 戰(zhàn)略管理類團(tuán)隊進(jìn)行分析歸檔。

中期需求（未來 1-3 年需求）：形成產(chǎn)品路標(biāo)、指導(dǎo)產(chǎn)品階段迭代體系。

短期需求（1 年內(nèi)）：需要盡快立項，通過 charter 評審，進(jìn)入產(chǎn)品開發(fā)流程處理。

緊急需求（需盡快實現(xiàn)）：來源與領(lǐng)導(dǎo)或者高價值客戶或者產(chǎn)品 bug、優(yōu)化需求，都需要通過變更評審納入開發(fā)項目處理（盡量降低此類需求占比、因為只能說明產(chǎn)品前期規(guī)劃能力較差）。

到此，我們得出了待進(jìn)入開發(fā)流程的產(chǎn)品需求池，產(chǎn)品經(jīng)理需要形成一個需求池表格進(jìn)行動態(tài)管理（需描述清楚需求的基本信息、狀態(tài)、優(yōu)先級、工作量等，內(nèi)容要求視各公司情況而定）。

4. 需求實現(xiàn)

需求實現(xiàn)是需求進(jìn)入開發(fā)階段，跟蹤管理、指導(dǎo)發(fā)布測試的過程。

從需求的立項、產(chǎn)品架構(gòu)、產(chǎn)品演進(jìn)圖路標(biāo)的導(dǎo)入，到需求包的發(fā)布、評審；到產(chǎn)品經(jīng)理的原型設(shè)計、文檔輸出；和研發(fā)中需求變更的控制，直至產(chǎn)品上線、進(jìn)入驗證階段。都是產(chǎn)品經(jīng)理需要參與或者管理的實現(xiàn)環(huán)節(jié)。

這一過程，考驗產(chǎn)品經(jīng)理的需求溝通能力、解決阻塞問題、需求邊界管理、產(chǎn)品迭代版本管理、項目進(jìn)度管理、產(chǎn)品質(zhì)量（體驗及功能設(shè)計）等多項能力，更重要的是極強的思辨能力。

甚至在這個過程當(dāng)中，若出現(xiàn)重大研發(fā)失誤，產(chǎn)品將推翻重來。

需求實現(xiàn)的過程當(dāng)中，產(chǎn)品經(jīng)理要重點跟進(jìn)變更的需求，以及在開發(fā)中的需求阻塞問題，確保需求可正常進(jìn)行。

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

5. 需求驗證

需求驗證環(huán)節(jié)，一般整個過程要經(jīng)過模塊需求驗證（單元測試）、子系統(tǒng)需求驗證（子系統(tǒng)集成測試，即是否滿足概要設(shè)計的要求）、確認(rèn)測試（即是否滿足需求特性規(guī)格的要求）系統(tǒng)需求驗證（系統(tǒng)測試 , 即非功能需求特性的符合度）、特性驗證（α 測試）、客戶驗證（β 測試）等測試驗證活動。

最終滿足驗證需求，形成可實施交付 / 發(fā)版上線的高質(zhì)量產(chǎn)品。

雖然主要工作都在測試團(tuán)隊，但必要時，在這個環(huán)節(jié)，建議產(chǎn)品經(jīng)理也參與進(jìn)來，進(jìn)行產(chǎn)品交叉驗證。便于了解研發(fā)實現(xiàn)結(jié)果與預(yù)估的匹配度和存在的問題，并記錄下來，歸類留檔，便于后續(xù)產(chǎn)品管理體系的完善。

你會發(fā)現(xiàn)：什么叫各有所想。

三、總結(jié)

綜上，其實我們通過華為 IPD 的需求管理思路呢，能感受到華為以 " 客戶需求為中心 " 的理念，也感受到?jīng)]有流程化支撐的策略其實都是在紙上談兵，不切實際。

有時候管理思維適用于企業(yè)，更適用于我們產(chǎn)品經(jīng)理個人的日常工作，回歸到本質(zhì)。

我們常說：產(chǎn)品經(jīng)理非經(jīng)理，而是產(chǎn)品的經(jīng)理，要為產(chǎn)品負(fù)責(zé)。

如果在產(chǎn)品管理當(dāng)中你運用了較好的流程化思維，把控好每一個需求節(jié)點，這樣的產(chǎn)品它對企業(yè)、客戶甚至自己就是有價值的。

一些延伸

IT 需求管理工具

推薦一些提高效率的 IT 需求管理工具：其實大部分情況是跟隨開發(fā)計劃一起協(xié)作的 PingCode、Worktile、ONES、禪道、JIRA、TAPD、數(shù)知鳥、Polarion 等。

以上這些工具，都擁有各自特點，可以根據(jù)項目、團(tuán)隊的規(guī)模、領(lǐng)域和特點，來選擇最適合自己的需求管理工具。

一些書籍推薦

《IPD 華為研發(fā)之道》

《華為能，你也能：IPD 產(chǎn)品管理實踐》

本文由 @凱拉 Kella 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于 CC0 協(xié)議。