“產(chǎn)品需求”是產(chǎn)品經(jīng)理基礎(chǔ)能力中最重要的一項(xiàng)，貫穿了整個(gè)行業(yè)生涯。下面這篇文章是筆者分享總結(jié)通用的需求分析產(chǎn)品方法論并結(jié)合實(shí)際工作場(chǎng)景的內(nèi)容，令大家再重新認(rèn)識(shí)B端需求分析。為了不辜負(fù)筆者的好意大家一起來(lái)看看吧！

如果選一項(xiàng)能力作為產(chǎn)品基礎(chǔ)能力中最重要的一項(xiàng)，那我會(huì)毫不猶豫的選擇“需求分析”?？呻S著工作的推進(jìn),我相信大部分產(chǎn)品經(jīng)理會(huì)變得麻木，不再去分析需求的真實(shí)性，不再去考慮技術(shù)的可行性。

會(huì)變成需求的翻譯器，業(yè)務(wù)提什么就是什么，畫(huà)個(gè)原型直接開(kāi)發(fā)應(yīng)付了事就好了。說(shuō)實(shí)話很長(zhǎng)時(shí)間我也陷入到這種狀態(tài)之中，甚至喪失了思考的能力。但需求分析作為產(chǎn)品經(jīng)理最最重要的能力之一，一旦丟棄也就相當(dāng)于放棄了產(chǎn)品生涯。

今天我將總結(jié)通用的需求分析產(chǎn)品方法論并結(jié)合實(shí)際工作場(chǎng)景與大家重新認(rèn)識(shí)B端需求分析！

一、什么是需求分析？

如果說(shuō)一句話概括需求分析，那么我的回答是：挖掘用戶(hù)需求背后最真實(shí)的想法并轉(zhuǎn)化為性?xún)r(jià)比最高的產(chǎn)品需求。

這句話中涉及到的關(guān)鍵詞有：

• 挖掘：用戶(hù)不是已經(jīng)說(shuō)了他想要什么了嗎？為什么還要挖掘？用什么方式挖掘？
• 最真實(shí)的想法：用戶(hù)想要的到底是什么？
• 性?xún)r(jià)比最高：解決問(wèn)題的方式有很多，哪種才是當(dāng)下最應(yīng)該選擇的也是投入回報(bào)最大的呢？

二、B端需求分析有哪些類(lèi)型？

B端需求分析可大可小，通常可分為用戶(hù)需求（用戶(hù)在工作中或產(chǎn)品使用中產(chǎn)生的功能性需求），業(yè)務(wù)需求（滿(mǎn)足業(yè)務(wù)在某一場(chǎng)景下的系統(tǒng)支撐需求），產(chǎn)品需求（根據(jù)產(chǎn)品經(jīng)驗(yàn)或行業(yè)標(biāo)準(zhǔn)提出的規(guī)劃性需求）。

寫(xiě)到這里我突然發(fā)現(xiàn)好像沒(méi)辦法有一套通用的需求分析模板去應(yīng)對(duì)不同類(lèi)型的B端需求。且C端常用的KANO模型、Y模型、馬斯洛需求層級(jí)理論等好像都不是特別適用。因?yàn)锽端的側(cè)重點(diǎn)更在于業(yè)務(wù)的高效運(yùn)作，用戶(hù)的體驗(yàn)往往不是決定作用。所以我將對(duì)不同的B端需求類(lèi)型提出自己的思考。

三、如何針對(duì)不同類(lèi)型的需求進(jìn)行分析？

1. 業(yè)務(wù)需求

（往往涉及多角色、多場(chǎng)景、多模塊）在B端工作中業(yè)務(wù)場(chǎng)景的支撐是很常見(jiàn)的一類(lèi)需求，比如供應(yīng)鏈金融產(chǎn)品方案的資方對(duì)接，業(yè)務(wù)數(shù)據(jù)四流合一校驗(yàn)。這類(lèi)需求往往包含了多個(gè)具體場(chǎng)景以及需要多系統(tǒng)，多模塊之間的配合才能支撐業(yè)務(wù)流程的運(yùn)作。清晰的梳理出不同場(chǎng)景下，不同角色的訴求至關(guān)重要。

此處以供應(yīng)鏈金融經(jīng)理最常接觸的金融產(chǎn)品資方對(duì)接為例。所謂的金融產(chǎn)品資方對(duì)接就是將銀行提供的支撐公司供應(yīng)鏈場(chǎng)景下的某一類(lèi)金融產(chǎn)品方案，形成內(nèi)部系統(tǒng)與資方系統(tǒng)的全流程對(duì)接，支撐客戶(hù)在該場(chǎng)景下的授信、支用、還款等主要操作。

那么在接手這樣一個(gè)龐大的業(yè)務(wù)需求后如何開(kāi)展呢？我認(rèn)為可以抽象成以下幾步：

1）了解項(xiàng)目背景

在了解項(xiàng)目背景這一步往往需要具備一定的領(lǐng)域知識(shí)，在本例中就需要了解金融產(chǎn)品方案要素，業(yè)務(wù)模式，以及與需求的各個(gè)參與方溝通，明各方在本需求中期望實(shí)現(xiàn)的結(jié)果。

2）業(yè)務(wù)場(chǎng)景分析

在進(jìn)行業(yè)務(wù)場(chǎng)景分析時(shí)需要明確在該需求中存在的核心場(chǎng)景有哪些，可以是通過(guò)線下用戶(hù)調(diào)研了解，也可以是通過(guò)行業(yè)標(biāo)準(zhǔn)化的東西去制定，這也需要產(chǎn)品經(jīng)理具備一定的行業(yè)知識(shí)。

就本案例來(lái)說(shuō)如果不了解供應(yīng)鏈金融的運(yùn)作流程，是無(wú)法從關(guān)鍵節(jié)點(diǎn)切入進(jìn)行分析的。當(dāng)了解到關(guān)鍵的運(yùn)作節(jié)點(diǎn)有客戶(hù)授信，客戶(hù)支用，客戶(hù)還款以后就可以從這三大主流程切入進(jìn)行需求分析了。

以客戶(hù)授信舉例，需要梳理出在這一關(guān)鍵場(chǎng)景下，各參與角色的背景、誘因及期望?？刹扇?W1H的方法進(jìn)行細(xì)致拆分。

3） 核心業(yè)務(wù)流程梳理

在完成了核心業(yè)務(wù)場(chǎng)景分析后，我們就需要進(jìn)行核心業(yè)務(wù)流程的串聯(lián)，這一步至關(guān)重要。在這一步通常需要進(jìn)行泳道圖的繪制。

將核心場(chǎng)景中的參與角色進(jìn)行串聯(lián)形成完整的作業(yè)流。這里的流程可能不是由產(chǎn)品決定的，其實(shí)往往是由業(yè)務(wù)決定的。所以產(chǎn)品需要反復(fù)與運(yùn)營(yíng)、資方進(jìn)行溝通以確保流程能夠滿(mǎn)足各方的需要。

這一步的分析將很大程度的影響后續(xù)在產(chǎn)品設(shè)計(jì)中能否滿(mǎn)足用戶(hù)的核心需求。因此在分析過(guò)程中對(duì)于各方的側(cè)重點(diǎn)需要深入挖掘。對(duì)于資方來(lái)說(shuō)它在意的是客戶(hù)的詳細(xì)數(shù)據(jù)獲取以最大程度的支持授信風(fēng)險(xiǎn)判斷；對(duì)于運(yùn)營(yíng)來(lái)說(shuō)更在意的是在推廣業(yè)務(wù)時(shí)流程和客戶(hù)操作的便捷性最大程度的提升授信額度。

4）產(chǎn)品需求

在了解了項(xiàng)目背景，業(yè)務(wù)場(chǎng)景及業(yè)務(wù)流程后，我們終于可以開(kāi)始進(jìn)行產(chǎn)品需求的轉(zhuǎn)換。我們需要著重考慮在業(yè)務(wù)流程中各系統(tǒng)應(yīng)該提供什么樣的功能來(lái)支撐業(yè)務(wù)流程的高效運(yùn)作，并完美的與現(xiàn)有系統(tǒng)融合，以及后續(xù)產(chǎn)品迭代的拓展性。以及設(shè)計(jì)的功能能否滿(mǎn)足每個(gè)用戶(hù)最核心的訴求。

下圖為我在本案例中涉及的工作任務(wù)：

2. 用戶(hù)需求

用戶(hù)需求的提出往往是針對(duì)非常具體的一個(gè)業(yè)務(wù)場(chǎng)景，它也可能包含在業(yè)務(wù)需求之中，在業(yè)務(wù)需求中定義好每一個(gè)模塊后可能仍需對(duì)具體模塊進(jìn)行需求分析。那如何進(jìn)行這類(lèi)需求的分析呢？可參照C端需求分析方法。

1）需求澄清

用戶(hù)在提出需求的時(shí)候往往不會(huì)的特別具體，甚至他自己也不知道自己的核心訴求是什么。他可能只說(shuō)了一句話，但如果不進(jìn)行澄清的話，直接按照個(gè)人主觀判斷去做很可能得到的并不是用戶(hù)想要的。這里仍可以采取5W1H方法。

那么對(duì)于上面業(yè)務(wù)需求的客戶(hù)授信場(chǎng)景下，會(huì)存在這樣一個(gè)需求，客戶(hù)基礎(chǔ)數(shù)據(jù)的收集并推送資方。采取5W1H可拆分進(jìn)行分析。

• who:準(zhǔn)入客戶(hù)(多為紡織業(yè)學(xué)歷水平較低的土老板)，潛在用戶(hù)有運(yùn)營(yíng)同學(xué)（可能在推廣現(xiàn)場(chǎng)幫助用戶(hù)操作）。
• what:高效便捷提交客戶(hù)基礎(chǔ)數(shù)據(jù)并推送資方。
• where:授信資料提交場(chǎng)景，線下客戶(hù)辦公室使用地點(diǎn)。
• when:客戶(hù)授信前？客戶(hù)授信后？
• why:資方對(duì)客戶(hù)數(shù)據(jù)的維護(hù)。
• how:提供客戶(hù)基礎(chǔ)數(shù)據(jù)收集界面。

經(jīng)過(guò)以上的分析可以得出哪些產(chǎn)品設(shè)計(jì)的關(guān)注點(diǎn)呢？

使用客戶(hù)多對(duì)PC端操作不熟悉，更多使用移動(dòng)端，信息收集盡量簡(jiǎn)便、多采取下拉選擇方式。收集節(jié)點(diǎn)在授信審核前，因?yàn)樵谑谛徘皶?huì)有運(yùn)營(yíng)同學(xué)在現(xiàn)場(chǎng)可指導(dǎo)客戶(hù)操作，為滿(mǎn)足資方對(duì)客戶(hù)數(shù)據(jù)的維護(hù)也需要與資方溝通確認(rèn)采集字段，并盡量與資方爭(zhēng)取簡(jiǎn)化滿(mǎn)足客戶(hù)高效填寫(xiě)的問(wèn)題避免損失客戶(hù)耐心。

這樣一來(lái)毫無(wú)頭緒的一句話的簡(jiǎn)單需求在腦海中就更加清晰了，也能夠指導(dǎo)我們下一步的工作以及產(chǎn)品設(shè)計(jì)的側(cè)重點(diǎn)。

2）需求甄別

在日常需求工作中，產(chǎn)品經(jīng)理會(huì)接收到大量的需求，如果全盤(pán)接收，那么開(kāi)發(fā)的招聘將永無(wú)止境。因此在進(jìn)行產(chǎn)品設(shè)計(jì)前還需要確定需求是否值不值得，應(yīng)不應(yīng)該做?？梢詮囊韵聨讉€(gè)方面考慮：

前面幾點(diǎn)都很好理解，但對(duì)于是否為硬性要求來(lái)說(shuō)需要考慮的是業(yè)務(wù)場(chǎng)景中合規(guī)要求、合作方硬性要求等等。

3）需求優(yōu)先級(jí)

• 這里有兩個(gè)常用方法論：四象限法則、P序列。兩者可結(jié)合使用。
• 四象限法則：根據(jù)重要和緊急程度劃分為四個(gè)維度。

如下圖所示：

緊急與不緊急的判斷在B端可以根據(jù)影響業(yè)務(wù)運(yùn)行的程度來(lái)判斷，重要不重要可以根據(jù)提升業(yè)務(wù)的價(jià)值程度來(lái)判斷。

P序列：按照優(yōu)先級(jí)劃分P0>P1>P2>P3>…>Pn，如下圖所示：在工作中產(chǎn)品經(jīng)理經(jīng)常會(huì)碰到多個(gè)需求，沒(méi)辦法絕對(duì)判斷出哪個(gè)需求是P1、哪個(gè)需求是P2的順序。這種情況下，建議按照經(jīng)驗(yàn)執(zhí)行就好，不要那么糾結(jié)，反而浪費(fèi)時(shí)間。

4）確定產(chǎn)品需求方案

確認(rèn)需求方案，其實(shí)就是根據(jù)前面在需求分析的過(guò)程中，所提煉出的目的及流程，針對(duì)性的去設(shè)計(jì)出滿(mǎn)足需求的產(chǎn)品方案。包括但不限于：系統(tǒng)流程設(shè)計(jì)，頁(yè)面流程設(shè)計(jì)，原型設(shè)計(jì)，交互設(shè)計(jì)等等。

當(dāng)然對(duì)于一個(gè)問(wèn)題的解決方案有很多，作為B端產(chǎn)品可能還需要由業(yè)務(wù)決定，可將你認(rèn)為合理的方案全部提供出來(lái)由業(yè)務(wù)拍板，當(dāng)然也要有自己的思考和立場(chǎng)。

3. 產(chǎn)品需求

在日常產(chǎn)品工作中，產(chǎn)品經(jīng)理可能會(huì)根據(jù)自己或行業(yè)的經(jīng)驗(yàn)提出對(duì)現(xiàn)有功能的迭代或新的功能點(diǎn)，更有可能是領(lǐng)導(dǎo)的一句話需求。對(duì)于這類(lèi)需求需要注意的是避免陷入自嗨，覺(jué)得自己想到個(gè)新功能直接原地起飛，在一年半的工作里沒(méi)少干這些事。還是要將需求放在業(yè)務(wù)場(chǎng)景之中，多做競(jìng)品分析及用戶(hù)調(diào)研，結(jié)合業(yè)務(wù)發(fā)展現(xiàn)狀及價(jià)值綜合分析。

四、總結(jié)

在B端產(chǎn)品分析中可能沒(méi)有C端那樣側(cè)重用戶(hù)體驗(yàn)的分析，更多的分析重點(diǎn)是業(yè)務(wù)運(yùn)作本身。對(duì)于業(yè)務(wù)需求及用戶(hù)需求兩者經(jīng)常會(huì)結(jié)合在一起。通過(guò)分析業(yè)務(wù)需求得出產(chǎn)品整體架構(gòu)，再通過(guò)用戶(hù)需求分析對(duì)具體的功能模塊或功能點(diǎn)最大程度的滿(mǎn)足各方需要。

當(dāng)然還有一些其它的需求分析方法論，比如用戶(hù)體驗(yàn)地圖、KANO模型、Y模型等等，更多的會(huì)偏向C端一點(diǎn)。在B端這里UML統(tǒng)一建模也是邁向更高級(jí)產(chǎn)品分析的一門(mén)好課程，有興趣的可以深入了解一下。最后歡迎大家交流自己的思考和批評(píng)指正！