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

一、理清什么是產(chǎn)品需求

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

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

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

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

華為提了一個(gè)思路，那就是：

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

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

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

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

沒有標(biāo)準(zhǔn)化的管理思維，就會(huì)產(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)品實(shí)驗(yàn)局。
• 未提前識(shí)別需求風(fēng)險(xiǎn)，研發(fā)預(yù)算失控，項(xiàng)目虧錢。
• 需求做一次完一次，公司像外包，沒有核心產(chǎn)品，無法應(yīng)對(duì)市場變化。
• …

諸如此類，太多太多。

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

二、華為IPD需求管理流程

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

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

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

如下圖：

來源網(wǎng)絡(luò)（侵刪）

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

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

1. 需求收集

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

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

1）對(duì)內(nèi)

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

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

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

2）對(duì)外

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

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

1. 行業(yè)內(nèi)上下游產(chǎn)業(yè)鏈中，top友商企業(yè)的競品分析。
2. 行業(yè)研究分析。通過產(chǎn)品市場反饋數(shù)據(jù)進(jìn)行分析收集等。
3. 常用的華為需求收集方式：問卷調(diào)查、焦點(diǎn)小組、面對(duì)面訪談、第三方調(diào)研、客戶滿意度調(diào)查、β測試、概念原型驗(yàn)證評(píng)審、高層拜訪…

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

需要注意的是：

• 在收集這些潛在的功能需求時(shí)，我們不要忘記收集DFX需求，因?yàn)楫a(chǎn)品需求=功能需求+DFX需求。
• 成熟的企業(yè)，是會(huì)把這些都落實(shí)到產(chǎn)品開發(fā)里的，而很多現(xiàn)實(shí)情況里，卻都容易忽視DFX。

2. 需求分析

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

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

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

3. 需求分發(fā)

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

來自網(wǎng)絡(luò)（侵刪）

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

• 長期需求（未來3-5年需求）：產(chǎn)品演進(jìn)長期需求進(jìn)入市場/戰(zhàn)略管理類團(tuán)隊(duì)進(jìn)行分析歸檔。
• 中期需求（未來1-3年需求）：形成產(chǎn)品路標(biāo)、指導(dǎo)產(chǎn)品階段迭代體系。
• 短期需求（1年內(nèi)）：需要盡快立項(xiàng)，通過charter評(píng)審，進(jìn)入產(chǎn)品開發(fā)流程處理。
• 緊急需求（需盡快實(shí)現(xiàn)）：來源與領(lǐng)導(dǎo)或者高價(jià)值客戶或者產(chǎn)品bug、優(yōu)化需求，都需要通過變更評(píng)審納入開發(fā)項(xiàng)目處理（盡量降低此類需求占比、因?yàn)橹荒苷f明產(chǎn)品前期規(guī)劃能力較差）。

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

4. 需求實(shí)現(xiàn)

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

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

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

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

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

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

5. 需求驗(yàn)證

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

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

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

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

三、總結(jié)

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

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

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

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

一些延伸

IT需求管理工具

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

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

一些書籍推薦

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

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