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

在處理中小型需求時，因為內(nèi)容過于簡單，所以總自信滿滿，三五兩下就弄完了。

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

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

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

步驟1：還原需求

1）原始需求

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

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

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

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

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

3）用戶遇到了什么問題？

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

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

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

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

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

下面是一個例子：

步驟2：需求補充

1）是否存在同類問題？

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

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

例如退款時除了補償金額外，還有沒有其他特殊退出金額的操作？

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

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

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

這時候我們需要盤出這一整條鏈路的關(guān)聯(lián)者，并寫出它們在這個鏈路上的工作內(nèi)容是什么。

這里舉例退款功能：

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

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

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

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

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

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

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

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

步驟3：需求評估

1）是否存在更簡便的解決辦法

挖掘該問題下可能存在的更簡便的解決辦法。

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

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

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

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

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

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

3.……………………

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

3）評估需求優(yōu)先級

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

總結(jié)一下

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

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

參考資料：

楊堃-《決勝B端2》

徐鋒-《有效需求分析》