大家可能已經(jīng)在各種網(wǎng)站上看過許多B端需求的各種分析方法，作為一個(gè)運(yùn)營(yíng)商合作方的產(chǎn)品經(jīng)理，也就是乙方產(chǎn)品經(jīng)理（笑），筆者也斗膽來談?wù)勏嚓P(guān)的一些B端需求思考方法。

一、什么情況下，誰，遇到了什么問題？

這是筆者了解到任何需求時(shí)的第一反應(yīng)，筆者通常與許多不懂業(yè)務(wù)、沒有產(chǎn)品思維的運(yùn)營(yíng)人員、B端用戶打交道。當(dāng)他們向筆者反饋需求時(shí)，通常會(huì)提出一個(gè)“解決方案”，比如：要什么功能之類的；亦或會(huì)將BUG當(dāng)做需求來提出。

這時(shí)筆者需要將用戶的思維拉回筆者的框架：“什么情況下，誰，遇到了什么問題？”，避免需求提出人的“解決方案”掩蓋了真實(shí)的問題。

二、用戶的目的是什么？

當(dāng)了解到用戶的問題之后，可以進(jìn)一步推測(cè)得到用戶的目的，筆者見到最多的需求最終目的就是用戶想偷懶:）

下一步需要評(píng)估這個(gè)目的是否合理。

不是每一個(gè)目的都是合理的，作為系統(tǒng)的維護(hù)者，通常會(huì)與用戶的需求產(chǎn)生沖突。比如：敏感數(shù)據(jù)相關(guān)、危及安全的目的就需要謹(jǐn)慎考慮。對(duì)于不合理的目的，嘗試是否可以通過數(shù)種合理的方案組合來達(dá)到，如果確實(shí)無法達(dá)到，則直接拒絕。

三、誰的利益會(huì)受損？

另一個(gè)需要考慮的問題是：如果需求實(shí)現(xiàn)了，誰會(huì)受益？誰會(huì)受損？

舉個(gè)例子：現(xiàn)在有個(gè)請(qǐng)假流程，需求提出人要求新增一個(gè)需求：請(qǐng)假必須由人事部經(jīng)理審批，這時(shí)候需要考慮到人事部經(jīng)理了。這個(gè)需求將會(huì)大大增加人事部經(jīng)理的工作量，導(dǎo)致人事部經(jīng)理的利益受損，畢竟誰都希望工作能少則少，不希望自己的工作量平白無故地增加。此時(shí)人事部作為利益相關(guān)者，應(yīng)當(dāng)要一同評(píng)審該需求，共同評(píng)估新流程與舊流程的優(yōu)缺點(diǎn)。

在需求評(píng)估階段考慮利益相關(guān)者的意見，有助于減少需求上線之后利益相關(guān)者的反彈。畢竟，不論哪個(gè)產(chǎn)品經(jīng)理都不希望需求上線之后遭到用戶的一片罵聲。

當(dāng)然，如果利益相關(guān)者無法出席需求評(píng)審會(huì)，則需要產(chǎn)品經(jīng)理站在利益相關(guān)者的角度上去考慮這個(gè)需求，做出準(zhǔn)確的預(yù)估。

四、現(xiàn)有功能是怎么樣的？能否滿足需求？

針對(duì)用戶的目標(biāo)，系統(tǒng)中現(xiàn)有功能是否已經(jīng)可以滿足？

如果業(yè)已有類似的功能，或功能組合，則該需求不再需要評(píng)審，直接告訴用戶具體的操作方法即可。

五、有多少種方案？

通常實(shí)現(xiàn)一個(gè)需求的方案都有很多種，產(chǎn)品經(jīng)理需要列舉所有的解決方案，思考每一個(gè)方案可能會(huì)涉及到的系統(tǒng)模塊，每一個(gè)解決方案可能存在的問題以及規(guī)避方法，方案的實(shí)現(xiàn)難易程度等。

通常方案選擇的影響因素很多，通常最重要的影響因素是時(shí)間。在時(shí)間緊迫的情況下，通常選擇相對(duì)容易實(shí)現(xiàn)的方案，其次是要選擇風(fēng)險(xiǎn)較小的方案。

通常一個(gè)需求非常緊急時(shí)，需要首先實(shí)施臨時(shí)方案，以快速響應(yīng)，后續(xù)需要考慮最終的方案，此時(shí)可能會(huì)存在臨時(shí)方案與最終方案的兼容性問題。對(duì)于臨時(shí)方案如何順滑過度至最終方案，也是產(chǎn)品經(jīng)理需要去考慮的問題。

六、方案的配套工作有哪些？需要誰配合？

確定完方案路線后，產(chǎn)品經(jīng)理下一步需要考慮：除了開發(fā)工作，還有哪些配套工作？

例如：總有一些數(shù)據(jù)需要在需求上線時(shí)進(jìn)行初始化，這些數(shù)據(jù)需要產(chǎn)品經(jīng)理牽頭提前收集。

哪些存量數(shù)據(jù)需要初始化？初始化成怎么樣的？

這是需要產(chǎn)品經(jīng)理制定詳細(xì)的數(shù)據(jù)初始化策略等，這些工作都是功能上線時(shí)必須要做的。

題外話1：如何對(duì)需求進(jìn)行抽象？

筆者現(xiàn)在負(fù)責(zé)的系統(tǒng)中，存在許多個(gè)性化的功能，比如：有些功能，同一角色的用戶，用起來就不一樣的，針對(duì)這類功能，需要產(chǎn)品經(jīng)理有勇氣有魄力去統(tǒng)一起來。

另外有些需求，例如：上交附小需要在8月25日至9月25日免費(fèi)使用學(xué)生管理功能。

這類需求可以進(jìn)一步進(jìn)行抽象，可以將學(xué)校、時(shí)間段、功能點(diǎn)抽象出來，做成可以配置的模式。后續(xù)有更多的學(xué)校需要申請(qǐng)免費(fèi)功能時(shí)，就可以使用該配置功能進(jìn)行快速配置了，完全無需開發(fā)。當(dāng)系統(tǒng)越來越多這種配置時(shí)，系統(tǒng)就變得越來越靈活。

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

題圖來自Unsplash，基于CC0協(xié)議