文章分三部分展開描述如何進(jìn)行產(chǎn)品的需求管理，希望對(duì)大家有所啟發(fā)。

這是產(chǎn)品硬技能知識(shí)中需求分析系列的最后一篇文章，之前已經(jīng)發(fā)布了5篇，分為兩部分，一部分是與用戶需求相關(guān)的內(nèi)容，見下圖所示：

需求往往來源于痛點(diǎn)，當(dāng)我們發(fā)現(xiàn)了一個(gè)痛點(diǎn)后，通過用戶研究的方法，發(fā)現(xiàn)了痛點(diǎn)背后龐大的市場(chǎng)；市場(chǎng)很大，而我們能力有限，這時(shí)候我們就要找到自己能解決的哪一部分，并了解這部分用戶的需求，這個(gè)過程就是定義用戶需求的過程，在這個(gè)過程中我們要弄清楚這里的用戶角色、使用場(chǎng)景、用戶的問題，這三個(gè)方面綜合起來也就是我們常說的用戶需求，在這里要注意、痛點(diǎn)、市場(chǎng)需求和用戶需求并不是同一個(gè)東西。

另一部分是與產(chǎn)品需求相關(guān)的內(nèi)容，見下圖：

當(dāng)我們弄清楚了用戶需求后，就需要提供一個(gè)產(chǎn)品解決方案來解決用戶的需求，在提供解決方案的時(shí)候，我們不能只考慮用戶需求，還需要考慮戰(zhàn)略的需求，老板的需求，產(chǎn)品運(yùn)營(yíng)的需求，業(yè)務(wù)人員的需求，競(jìng)爭(zhēng)的需求，作為產(chǎn)品經(jīng)理自己本身的價(jià)值觀需求等，基于這些需求，我們來構(gòu)建產(chǎn)品，在這個(gè)產(chǎn)品方案里面會(huì)有很多產(chǎn)品的功能，這個(gè)功能就是我們常說的產(chǎn)品需求。

當(dāng)我們確認(rèn)了產(chǎn)品需求后，產(chǎn)品就從需求階段進(jìn)入到了實(shí)施階段，接下來就是怎么管理產(chǎn)品的需求，我們分三部分來講：

1. 交付需求
2. 制定需求實(shí)施計(jì)劃
3. 控制需求變更

一. 交付需求

產(chǎn)品經(jīng)理本身不能對(duì)產(chǎn)品方案進(jìn)行實(shí)施，需要協(xié)調(diào)研發(fā)，測(cè)試，設(shè)計(jì)等工作人員來共同完成產(chǎn)品需求，這個(gè)時(shí)候我們就需要將自己梳理的產(chǎn)品需求，傳達(dá)給我們需要協(xié)調(diào)的這些人，這個(gè)過程就是交付需求的過程，一般分下面兩個(gè)步驟：

第一步：提交需求

提交需求就是把產(chǎn)品需求完整清晰的告知給需要協(xié)作的小伙伴，讓他們清楚的了解產(chǎn)品的需求， 一般通過以下三個(gè)交付物來告知：

1.產(chǎn)品流程圖

產(chǎn)品流程圖是說明產(chǎn)品操作和相應(yīng)過程的文檔，一般有兩類：

一類是業(yè)務(wù)流程圖，基于業(yè)務(wù)邏輯來設(shè)計(jì)，一般包含主要流程和功能模塊，用來說明產(chǎn)品的架構(gòu)；

另一類是功能流程圖，一般基于用戶任務(wù)來設(shè)計(jì)，包含人物角色，操作過程的關(guān)鍵節(jié)點(diǎn)，狀態(tài)，判斷，結(jié)果等，可以參考下面兩個(gè)簡(jiǎn)單的小例子（只是為了說明問題，不代表真實(shí)流程）：

2.產(chǎn)品原型

上面的流程圖主要偏重于對(duì)產(chǎn)品后端和邏輯的描述，而產(chǎn)品原型的作用正好與流程圖互補(bǔ)，偏重于對(duì)產(chǎn)品界面信息架構(gòu)，跳轉(zhuǎn)邏輯和交互功能的展示說明，通過產(chǎn)品原型，可以將抽象的產(chǎn)品具體化，讓產(chǎn)品更容易被理解，產(chǎn)品原型一般由線框圖構(gòu)成，在業(yè)界大部分人使用axure來制作，有的公司有交互設(shè)計(jì)師，原型制作工作由交互設(shè)計(jì)師來承擔(dān)，大部分互聯(lián)網(wǎng)公司是沒有交互設(shè)計(jì)師的，所以產(chǎn)品原型一般由產(chǎn)品經(jīng)理來完成，一般長(zhǎng)下面這樣:

3. 產(chǎn)品需求文檔

產(chǎn)品需求文檔，英文Product Requirement Document，簡(jiǎn)稱prd, 主要以文字形式來闡述產(chǎn)品的詳細(xì)需求，與流程圖，產(chǎn)品原型配合使用來說明產(chǎn)品需求，核心內(nèi)容是對(duì)要實(shí)現(xiàn)的每個(gè)產(chǎn)品功能及里面用戶角色、前置條件、后置條件、界面、流程，數(shù)據(jù)統(tǒng)計(jì)等內(nèi)容的描述，主要面向研發(fā)人員，使用word來撰寫和閱讀。
以上這三種交付物是產(chǎn)品經(jīng)理協(xié)作過程中比較常見的交付物，尤其是在大公司中這些是必備的。但這不是強(qiáng)制的標(biāo)準(zhǔn)，很多中小公司都沒有產(chǎn)品文檔這個(gè)部分，有的直接用產(chǎn)品原型標(biāo)注文字說明來做文檔，有的是用excell來寫文檔，所以具體的交付物根據(jù)自己所處公司的實(shí)際要求來看，這些交付物的目的是為了輔助溝通，不管什么樣的交付物，只要能達(dá)到簡(jiǎn)單，快速，高效溝通的目的就可以。

第二步. 評(píng)審需求

在提交了產(chǎn)品需求后，需要組織研、運(yùn)營(yíng)、設(shè)計(jì)、測(cè)試等人員對(duì)產(chǎn)品需求評(píng)審，在評(píng)審過程中，對(duì)產(chǎn)品的目標(biāo)、背景、問題、思路、解決方案等進(jìn)行介紹，評(píng)審的目的一個(gè)是為了讓產(chǎn)品更完善，更具有可行性，另一個(gè)目的，也是讓所有參與實(shí)施的人員對(duì)產(chǎn)品需求認(rèn)可，目標(biāo)達(dá)成一致，只有被所有參與人員認(rèn)可并評(píng)審?fù)ㄟ^的產(chǎn)品需求才能被開發(fā)，評(píng)審是產(chǎn)品工作中非常重要的環(huán)節(jié)，如果這部分工作做不好，開發(fā)過程中的摩擦和修改需求的概率非常大。

二. 制定需求實(shí)施計(jì)劃

需求評(píng)審?fù)ㄟ^后，就可以開始實(shí)施了，在實(shí)施前需要和具體的執(zhí)行人一起來確定執(zhí)行計(jì)劃，一般包含下面幾種情況

1.和研發(fā)確定開發(fā)計(jì)劃，主要包含：

• 誰來做？
• 什么時(shí)候開始做？
• 什么時(shí)候完成？
• 什么時(shí)候測(cè)試？
• 什么時(shí)候測(cè)試版上線？
• 什么時(shí)候正式版上線？

2.和設(shè)計(jì)人員確定UI設(shè)計(jì)計(jì)劃，主要包含：

• 誰來設(shè)計(jì)？
• 什么時(shí)候開始設(shè)計(jì)？
• 什么時(shí)候出主風(fēng)格？
• 什么時(shí)候完成設(shè)計(jì)？

3.和運(yùn)營(yíng)人員確定運(yùn)營(yíng)計(jì)劃，主要包含：

• 誰來運(yùn)營(yíng)？
• 什么時(shí)候開始試運(yùn)營(yíng)？
• 運(yùn)營(yíng)計(jì)劃和資源準(zhǔn)備？

在這里面特別要注意下面三點(diǎn)：

第一：明確干系人，每一項(xiàng)需求的實(shí)現(xiàn)工作都要具體到某個(gè)人，不能似是而非，否則最后出了問題都找不到人；

第二：明確工作中的關(guān)鍵時(shí)間節(jié)點(diǎn)，比如研發(fā)什么時(shí)候開始，什么時(shí)候測(cè)試，什么時(shí)候結(jié)束等問題；

第三：在計(jì)劃中要考慮風(fēng)險(xiǎn)因素，和執(zhí)行成員事先商量好規(guī)避的辦法，比如在計(jì)劃安排上考慮到后面需求變更，人員變更，技術(shù)實(shí)現(xiàn)困難等因素，在排期上時(shí)間安排的寬松一點(diǎn)，這樣有意外情況發(fā)生也有時(shí)間來調(diào)整，另外在執(zhí)行過程中，可以和團(tuán)隊(duì)小伙伴商量使用每天10分鐘站立晨會(huì)的方式對(duì)執(zhí)行過程的工作內(nèi)容進(jìn)行把控，讓每個(gè)人講一下前一天工作的進(jìn)展，有沒有延期或者有沒有什么自己解決不了的，然后再講一下今天的工作計(jì)劃，有沒有什么困難需要幫助，通過對(duì)每一天工作內(nèi)容和進(jìn)度的把控來保證產(chǎn)品需求能被按照計(jì)劃來實(shí)現(xiàn)，這個(gè)方法在很多互聯(lián)網(wǎng)公司使用。

三. 管理需求變更

在需求評(píng)審?fù)瓿珊?，產(chǎn)品會(huì)進(jìn)行封版，需求池也會(huì)凍結(jié)，不論什么需求，都不會(huì)加在這個(gè)版本里面了，原則上是不能再改變需求了，但是有時(shí)候因?yàn)橐恍┛陀^因素，需求變更又是不可避免的，比如市場(chǎng)環(huán)境的變化，之前考慮不周，功能被遺忘，技術(shù)實(shí)現(xiàn)比預(yù)估的困難等因素，所以管理產(chǎn)品需求變更也是產(chǎn)品需求管理一項(xiàng)重要的工作，下面來說說怎么管理需求變更。

1. 分析需求

需求變更常見的類型有三種，新增，刪除和更改，當(dāng)產(chǎn)生了新的需求的時(shí)候，首先我們使用之前講的需求分析的方法，從痛點(diǎn)－用戶需求－產(chǎn)品需求－到評(píng)審這樣一個(gè)流程來對(duì)需求進(jìn)行分析，確認(rèn)需求的價(jià)值，看看這個(gè)需求是真需求還是偽需求，只有靠譜的需求才有變更的必要和討論的意義，在這里要防止拍腦袋變更需求，拍腦袋一兩次是可以的，經(jīng)常隨意改變需求，自己的信譽(yù)會(huì)下降，而且能力也會(huì)被同事質(zhì)疑。

2. 分析變更的可行性

變更需求通常意味著要調(diào)整資源、重新分配任務(wù)，并修改前期的工作成果，有時(shí)要付出較大的代價(jià)，如果動(dòng)不動(dòng)就變更需求，項(xiàng)目也許永遠(yuǎn)不能按時(shí)完成，要不要變更需求，我們可以從以下三個(gè)方面來評(píng)估：

第一.考慮變更需求對(duì)用戶使用的影響：

產(chǎn)品最終是要推向市場(chǎng)面向用戶的，要不要改，首先得考慮對(duì)用戶使用的影響，如果一個(gè)需求屬于無差異型需求，有沒有對(duì)用戶使用都沒有影響，那這樣的需求就沒必要存在，更沒必要變更，如果一個(gè)需求屬于基礎(chǔ)型需求，比如社交網(wǎng)站沒有用戶上傳頭像功能，這對(duì)社交網(wǎng)站來說是功能的缺陷，沒有頭像，用戶體驗(yàn)不到社交的氛圍，這樣的需求就得考慮變更。

第二.考慮需求變更帶來的成本因素：

需求變更意味著在計(jì)劃外要做很多工作，額外的工作就需要額外的投入，如果本來2個(gè)月可以完成的開發(fā)的產(chǎn)品，需求變更后，變成了3個(gè)月，就多了一個(gè)月的人力，物力，財(cái)力的投入，不論是大公司還是小公司，每個(gè)項(xiàng)目都有預(yù)算，如果因?yàn)樾枨笞兏鼘?dǎo)致預(yù)算超支，即使產(chǎn)品開發(fā)完成也得不償失，所以在評(píng)估需求是否要變更的時(shí)候，要考慮變更帶來的成本大小。

第三.考慮市場(chǎng)的機(jī)會(huì)成本：

大多數(shù)需求變更都會(huì)影響產(chǎn)品的上線時(shí)間，產(chǎn)品上線時(shí)間直接決定了后面投入市場(chǎng)運(yùn)營(yíng)，推廣的時(shí)間，如果錯(cuò)過了某個(gè)有利的時(shí)間窗口期，產(chǎn)品是完善了，但是同樣喪失了市場(chǎng)推廣的有利機(jī)會(huì)，這樣也是不可取的，所以在考慮變更需求的時(shí)候，也要考慮市場(chǎng)因素，不能單純的看功能。

3. 變更需求

變更的需求被評(píng)估，確定要進(jìn)行需求變更后，就可以執(zhí)行需求變更了，這時(shí)候需要做兩方面的工作

• 第一部分是自己獨(dú)立完成的工作，需要進(jìn)行需求變更后的產(chǎn)品流程，功能，原型，文檔制作和變更工作。
• 第二部分是協(xié)調(diào)其它參與人，及時(shí)把需求變動(dòng)告知相關(guān)人員，讓其對(duì)工作做出對(duì)應(yīng)的調(diào)整。

做完以上兩個(gè)工作，需求變更才算真正完成。

四.小結(jié)

需求分析系列文章到這里就結(jié)束啦，大家可以翻閱以前的文章進(jìn)行學(xué)習(xí)和練習(xí)，師父領(lǐng)進(jìn)門，修行在個(gè)人，后面怎么使用就看大家的了。

相關(guān)閱讀：

需求分析01：如何發(fā)現(xiàn)用戶需求？

需求分析02: ?如何判斷用戶需求？

需求分析03：如何定義用戶需求？

需求分析04：如何定義產(chǎn)品需求？

需求分析05：如何評(píng)估產(chǎn)品需求？

專欄作家

作者：木木，高級(jí)產(chǎn)品經(jīng)理，人人都是產(chǎn)品經(jīng)理專欄作家，曾經(jīng)在人人網(wǎng)，新浪微博等從事產(chǎn)品運(yùn)營(yíng)工作。微信公眾號(hào)：大白學(xué)堂（ID：dabaixuetang）。

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