需求分析是產(chǎn)品經(jīng)理的日常工作之一，也是基本技能。對(duì)于大型需求，一般不會(huì)出現(xiàn)太多問(wèn)題，而對(duì)于中小型需求，卻因?yàn)檫^(guò)于自信、疏忽等原因容易出現(xiàn)各種小問(wèn)題，這篇文章，我們嘗試解決一下。

在處理中小型需求時(shí)，因?yàn)閮?nèi)容過(guò)于簡(jiǎn)單，所以總自信滿(mǎn)滿(mǎn)，三五兩下就弄完了。

但提交研發(fā)后卻發(fā)現(xiàn)這個(gè)邏輯漏了一點(diǎn)，那個(gè)邏輯漏了一點(diǎn)，雖然是細(xì)節(jié)問(wèn)題不影響，但也容易拖慢工作進(jìn)度，還惹研發(fā)抱怨。

痛定思痛后，再仔細(xì)研讀了一遍楊堃老師的《決勝B端》和徐鋒老師的《有效需求分析》，也結(jié)合自己的經(jīng)驗(yàn)將過(guò)往處理中小需求的全流程整理成一張圖，每次有需求都拿出這張圖對(duì)著思考一遍，果然媽媽再也不用擔(dān)心我需求梳理遺漏了。

今天把這張SOP圖分享給大家，并詳細(xì)說(shuō)明使用步驟，希望對(duì)大家的工作也能起到幫助。

步驟1：還原需求

1）原始需求

直接將對(duì)方提到的所有與需求相關(guān)的內(nèi)容CtrlC+V復(fù)制到這個(gè)框框內(nèi)，接下來(lái)我們圍繞著這個(gè)需求拆解就好。

2）提出人、使用人、關(guān)聯(lián)影響人

直接將提出人的名字和崗位填上，然后將功能直接使用人、關(guān)聯(lián)影響人填上。

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

雖然每個(gè)公司組織架構(gòu)都不一樣，總得可以分為這4類(lèi)：

1. 業(yè)務(wù)執(zhí)行人：通常是一線(xiàn)執(zhí)行人員，如銷(xiāo)售人員、地推人員等；
2. 業(yè)務(wù)管理者：通常是中層管理人員，如銷(xiāo)售主管、地推主管等；
3. 業(yè)務(wù)提出人（高層）：通常是高層人員，這里可以更籠統(tǒng)地理解為對(duì)整個(gè)業(yè)務(wù)有關(guān)鍵決策作用，但平時(shí)基本不使用系統(tǒng)的人員。如：CEO、業(yè)務(wù)線(xiàn)負(fù)責(zé)人等；
4. 業(yè)務(wù)協(xié)助者：通常是支撐部門(mén)，如財(cái)務(wù)、薪酬等；

3）用戶(hù)遇到了什么問(wèn)題？

我們常常遇到上來(lái)就講：“我們需要一個(gè)xxx功能”的業(yè)務(wù)方，但解決方案≠問(wèn)題，這一步就是督促我們要詢(xún)問(wèn)：“你們遇到了什么問(wèn)題？”

相信產(chǎn)品經(jīng)理們道理都懂，但容易犯錯(cuò)的是：自以為自己懂了。我就曾自作聰明地從解決方案推斷問(wèn)題，最后發(fā)現(xiàn)自己根本就是瞎猜。

所以無(wú)論有多了解業(yè)務(wù)，還是不能自滿(mǎn)，多問(wèn)問(wèn)業(yè)務(wù)具體遇到了什么問(wèn)題。

4）現(xiàn)在怎么解決？

用戶(hù)現(xiàn)狀是如何解決問(wèn)題的？這不僅能給我們的設(shè)計(jì)方案一個(gè)參考，也能判斷該需求目前的優(yōu)先級(jí)。

下面是一個(gè)例子：

步驟2：需求補(bǔ)充

1）是否存在同類(lèi)問(wèn)題？

很多時(shí)候我們?nèi)菀紫萑搿包c(diǎn)狀思維”，也就是對(duì)方提出一個(gè)問(wèn)題，我們解決一個(gè)問(wèn)題，這樣容易導(dǎo)致我們剛上線(xiàn)完需求，第二個(gè)需求緊接著就來(lái)了，不僅讓工作效率變低，也更容易讓我們陷入“原型仔”的境地。

最好的辦法是舉一反三，當(dāng)對(duì)方提出自己遇到什么問(wèn)題時(shí)，可以問(wèn)下對(duì)方是否有遇到同類(lèi)型的其他問(wèn)題。

例如退款時(shí)除了補(bǔ)償金額外，還有沒(méi)有其他特殊退出金額的操作？

2）上游關(guān)聯(lián)者、下游關(guān)聯(lián)者、協(xié)作者、管理者

盤(pán)出這幾個(gè)角色原因是為了盤(pán)出下面的關(guān)聯(lián)行為。有時(shí)候我們遺漏了需求并不是需求本身有問(wèn)題，而是因?yàn)檫@個(gè)改動(dòng)影響了上下游的另外一個(gè)環(huán)節(jié)。

例如當(dāng)改動(dòng)退款功能時(shí)，雖然使用人是財(cái)務(wù)，但是溝通退款細(xì)節(jié)的客服人員也會(huì)被影響到。

這時(shí)候我們需要盤(pán)出這一整條鏈路的關(guān)聯(lián)者，并寫(xiě)出它們?cè)谶@個(gè)鏈路上的工作內(nèi)容是什么。

這里舉例退款功能：

• 上游關(guān)聯(lián)者：客訴人員（溝通退款細(xì)節(jié)，退款金額）、銷(xiāo)售人員（對(duì)接客訴人員，告知對(duì)方的退款訴求）
• 下游關(guān)聯(lián)者：學(xué)生（接收錢(qián)款）、會(huì)計(jì)（支出記錄）、班主任（得知學(xué)生退款，更新學(xué)生標(biāo)簽）
• 管理者：財(cái)務(wù)主管、客訴主管
• 協(xié)作者：數(shù)據(jù)人員（相關(guān)數(shù)據(jù)更新）

梳理好后，下一步才是最關(guān)鍵的。

3）關(guān)聯(lián)行為

根據(jù)上面梳理的關(guān)聯(lián)人，捋出這個(gè)鏈路上所有的關(guān)鍵行為。

1.財(cái)務(wù)人員根據(jù)客訴人員的記錄來(lái)操作具體退款金額。

2.學(xué)生退款后，班主任會(huì)避免與學(xué)生再次溝通，在備注中備注該學(xué)生已退款。

3.…………………………

例如學(xué)生接收錢(qián)款、銷(xiāo)售人員提供退款訴求，當(dāng)然也是關(guān)聯(lián)行為。但是如果在本次需求中不是那么重要，則可以略過(guò)。

步驟3：需求評(píng)估

1）是否存在更簡(jiǎn)便的解決辦法

挖掘該問(wèn)題下可能存在的更簡(jiǎn)便的解決辦法。

對(duì)問(wèn)題解決思路的窮舉，可以采取金字塔思維、結(jié)構(gòu)化拆解的方式，遵循MECE原則（Mutually、Exclusive、Collectively、Exhaustive，相互獨(dú)立、完全窮盡）

2）是否存在關(guān)聯(lián)的改動(dòng)功能點(diǎn)

如果我們?cè)谠O(shè)計(jì)時(shí)只是實(shí)現(xiàn)了一個(gè)點(diǎn)，那么接下來(lái)總會(huì)有接二連三的補(bǔ)充需求出現(xiàn)。作為產(chǎn)品經(jīng)理，需要提前將這些可能的優(yōu)化點(diǎn)、相關(guān)的補(bǔ)充場(chǎng)景都考慮周全，能避免很多緊急需求的出現(xiàn)。

例如剛才的退款功能，關(guān)聯(lián)改動(dòng)點(diǎn)梳理后如下：

1.財(cái)務(wù)人員根據(jù)客訴人員的客訴記錄中也應(yīng)該對(duì)相關(guān)字段進(jìn)行記錄更新來(lái)操作具體退款金額。

2.學(xué)生退款后，班主任處的會(huì)避免與學(xué)生標(biāo)簽需自動(dòng)更新再次溝通，打上“在備注中備注該學(xué)生已退款”標(biāo)簽。

3.……………………

諸如此類(lèi)，就能將鏈路上所有被關(guān)聯(lián)到的功能點(diǎn)捋出來(lái)，避免剛做了A功能，緊接著發(fā)現(xiàn)B功能又要改的局面。

3）評(píng)估需求優(yōu)先級(jí)

最后將捋出來(lái)的需求方案拆分功能點(diǎn)，劃分優(yōu)先級(jí)就大功告成啦。

總結(jié)一下

自從用了SOP，確實(shí)感覺(jué)工作效率變高，且省了不少思考精力，最重要的是減少了重復(fù)返工，避免自己的工作時(shí)間又被碎片化切割。

希望今天的分享能對(duì)你也有幫助，也歡迎大家留言分享更好用的需求分析法，一起交流和進(jìn)步。

參考資料：

楊堃-《決勝B端2》

徐鋒-《有效需求分析》