“接需求”是產(chǎn)品經(jīng)理（下文簡稱“PM”）工作中必不可少的一環(huán)，文章中筆者會(huì)結(jié)合自己的親身經(jīng)歷，講述做好需求分析的幾個(gè)關(guān)鍵點(diǎn)，希望能給剛?cè)胄泻痛蛩闳胄械呐笥褌円稽c(diǎn)兒啟發(fā)。

需求分析在產(chǎn)品生命周期中占有重要的地位，決定著產(chǎn)品做出后被用戶接納的程度。通過對接觸過的PM進(jìn)行觀察，我發(fā)現(xiàn)大部分人進(jìn)行需求分析時(shí)做的事情大同小異。故總結(jié)出幾個(gè)關(guān)鍵點(diǎn)，形成一個(gè)可以應(yīng)對大多數(shù)需求的操作方法。

說明：由于筆者一直從事ToB產(chǎn)品的工作，故本文所述的方法只針對此類產(chǎn)品，不保證對ToC產(chǎn)品適用。

一、需求從哪里來的

需求是某些用戶在特定場景下為了得到某種服務(wù)或功能而提出的訴求或建議，它是產(chǎn)品的組成部分，也是產(chǎn)品最終要達(dá)到的目的。它可以是老板的一句話，可以是用戶使用過程中的一聲抱怨，也可以是對一堆數(shù)據(jù)分析后得出的結(jié)論。

根據(jù)筆者的觀察，需求的來源有以下幾種：

1. 老板

對于老板提出的需求，一定要重視，并非因?yàn)樾枨蠓绞抢习?，而是因?yàn)樗瑫r(shí)包含著機(jī)會(huì)和陷阱，而且很難拒絕。

（1）機(jī)會(huì)

• 通過老板的需求，了解老板的思路，借此一窺公司戰(zhàn)略發(fā)展方向；
• 將自己對產(chǎn)品的理解和老板的對照，找出其中的區(qū)別并思考原因；
• 和老板交流下自己的產(chǎn)品思路，發(fā)現(xiàn)自己和老板的差距；
• 把老板交代的事做好了，得到老板的賞識(shí)（這個(gè)大家都懂）。

（2）陷阱

• 并非所有的老板都了解產(chǎn)品開發(fā)流程，了解業(yè)務(wù)發(fā)展，會(huì)出現(xiàn)瞎指揮的情況；
• 某些需求會(huì)打亂團(tuán)隊(duì)的產(chǎn)品規(guī)劃及開發(fā)節(jié)奏，PM處理不好將會(huì)里外不是人。

2. 用戶（內(nèi)部同事）

筆者面對的用戶是公司內(nèi)部的同事，大部分是使用系統(tǒng)的部門同事，小部分是其他的PM。

從部門同事的需求中看出，他們在意的是系統(tǒng)能否滿足他們的某項(xiàng)要求，通常會(huì)在提出需求的同時(shí)給出他們的解決方案。但是并不意味著就是真實(shí)需求，一個(gè)很著名的案例是想要快馬但是福特提供了汽車（不知道的朋友請自行查詢）。因此，PM在溝通中需要引導(dǎo)他們表述出自己的真實(shí)需求。

負(fù)責(zé)其他系統(tǒng)（業(yè)務(wù)線）的PM也會(huì)提出需求，來滿足一些需要跨系統(tǒng)實(shí)現(xiàn)的功能。這種情況的溝通會(huì)比較順暢，因?yàn)楸舜藢ο到y(tǒng)、開發(fā)流程、技術(shù)邊界都比較了解。

3. 自我驅(qū)動(dòng)

這類需求通常會(huì)基于以下三種原因產(chǎn)生：

1. 通過數(shù)據(jù)分析得出的。
2. PM在使用系統(tǒng)時(shí)發(fā)現(xiàn)的問題（通常用戶無感知）。例如：筆者做風(fēng)控系統(tǒng)時(shí)發(fā)現(xiàn)的問題，需要對推送的進(jìn)件增加控制開關(guān)。作用是在風(fēng)控模型調(diào)整或新功能上線后，控制推送進(jìn)件的數(shù)量，待驗(yàn)證無問題后再打開，允許大量進(jìn)件。
3. 根據(jù)產(chǎn)品感提出的。產(chǎn)品感是指基于PM對產(chǎn)品的理解，對市場的分析，提出了一些對于產(chǎn)品未來發(fā)展有益的需求。

二、對需求提出方式做規(guī)定是有必要的

每個(gè)需求的提出者，通常會(huì)站在自己的角度提需求，或基于交互，或基于效率，或基于KPI等。這對PM把握需求的重要程度，了解需求內(nèi)容的準(zhǔn)確性增加了難度。

例如：筆者曾經(jīng)對接過和我不在一個(gè)城市工作的業(yè)務(wù)部門。對接過程中，出現(xiàn)了同一個(gè)部門多人同時(shí)提需求且優(yōu)先級(jí)不明確，需求上線后使用者（非需求提出者）反饋需求實(shí)用性不高，或者需求上線后很多等待使用的人不知道等問題。

筆者通常會(huì)分三步進(jìn)行操作：

1. 確定接口人并明確其職責(zé)

接口人：和需求方部門Leader溝通，讓他指定一名接口人，所有人的需求都在接口人處匯總，再提給PM。

職責(zé)：

1. 收集部門同事的需求；
2. 過濾掉不合理和不必要的需求；
3. 給出需求的優(yōu)先級(jí)；
4. 將需求提交給PM；
5. 跟進(jìn)需求進(jìn)度；

2. 確定需求提出方式

郵件提出，確保周知所有相關(guān)人，并能留存記錄。

3. 部門Leader進(jìn)行審批

必須由部門Leader審批，確保他了解并認(rèn)可需求內(nèi)容和優(yōu)先級(jí)。

三、需求收集方式

一句話概括，就是多提問、多溝通，了解業(yè)務(wù)和實(shí)際使用場景。

1. 5W1H分析法

很多需求提出者不了解系統(tǒng)，他們只關(guān)心當(dāng)前問題是否能夠解決，PM必須詳細(xì)了解需求的來龍去脈，以便能提出解決方案。在此推薦5W1H分析法，用來收集需求內(nèi)容。

（1）What（描述）

需求是什么？

（2）Why（原因）

為什么會(huì)有這樣的需求？之前的替代方案是什么？

（3）Who（使用者）

需求的使用者是誰，或者說是哪個(gè)部門？

（4）Where（場景）

需求的使用場景是什么？

（5）When（時(shí)機(jī)）

需求什么時(shí)候會(huì)被用到？被用到的頻率是怎樣的？

（6）How（檢驗(yàn)）

如何確認(rèn)需求已經(jīng)被滿足？

上述問題要求需求方描述清楚，可通過郵件，也可通過面談。需求的收集方法可按照自己的習(xí)慣選擇，重點(diǎn)在于對需求信息的收集。

2. 和需求方的溝通頻次

負(fù)責(zé)ToB產(chǎn)品的PM必須了解業(yè)務(wù)，筆者曾經(jīng)負(fù)責(zé)過財(cái)務(wù)系統(tǒng)的設(shè)計(jì)，由于不了解需求方對于結(jié)算、對賬、提現(xiàn)等操作使用場景的要求（需求方也不了解），導(dǎo)致設(shè)計(jì)出現(xiàn)問題，需要進(jìn)行二次開發(fā)。

要想深入了解業(yè)務(wù)，就需要和需求方保持溝通。筆者認(rèn)為，在接到需求后，至少應(yīng)該有三次溝通。

• 第一次是在接到需求后。要遵循5W1H分析法，圍繞其中的問題進(jìn)行溝通，收集需求詳細(xì)信息。
• 第二次是在收集信息并對需求進(jìn)行分析后。PM會(huì)結(jié)合自己對系統(tǒng)的了解，挖掘出一些細(xì)節(jié)問題，其中有一些需要和需求方確認(rèn)。這期間可能會(huì)有多次溝通。
• 第三次是在PRD完成后。要將文檔內(nèi)容講給需求方聽，在評(píng)審前最后一次確認(rèn)自己是否準(zhǔn)確理解需求。至于需求背景這類問題，必須在評(píng)審會(huì)前了解清楚，以便在會(huì)上講給所有人。

四、需求的分析與整理

1. 需求分析的步驟

判斷需求的真?zhèn)?#8211;>分析需求的業(yè)務(wù)價(jià)值–>評(píng)估需求的可行性–>給出需求的優(yōu)先級(jí)。

筆者將以自己的經(jīng)歷為例，說明如何進(jìn)行這四步操作：

（1）判斷需求的真?zhèn)?/strong>