編輯導(dǎo)語：在做B端產(chǎn)品時(shí)，業(yè)務(wù)部門有時(shí)會(huì)隨著業(yè)務(wù)發(fā)展以及管理訴求的變動(dòng)，提出一個(gè)個(gè)需求。這種時(shí)候，該如何有效地、高價(jià)值地處理這些需求呢？本文作者對(duì)此作出了分析總結(jié)，一起來看一下吧。

在從事B端以來，發(fā)現(xiàn)業(yè)務(wù)部門會(huì)隨著業(yè)務(wù)發(fā)展以及管理訴求的變動(dòng)，提出一個(gè)個(gè)需求。當(dāng)一個(gè)個(gè)需求撲面而來，如何有效面對(duì)、高效精準(zhǔn)處理，現(xiàn)筆者將個(gè)人分析方法總結(jié)如下。
當(dāng)一個(gè)需求反饋過來后，該如何處理呢？請(qǐng)隨著筆者的思路往下看。

一、業(yè)務(wù)剖析

當(dāng)業(yè)務(wù)部門提出需求時(shí)，首先要做的就是業(yè)務(wù)剖析，具體步驟如下：

1. 需求目的

首先需要弄清楚業(yè)務(wù)提出需求，背后所需要解決的問題，如上文《需求管理中的常見疑問剖析》中所講，業(yè)務(wù)部門所提的需求，大多都經(jīng)過了一定的包裝，業(yè)務(wù)部門通過自己的理解消化以自己的口吻進(jìn)行闡述，故需求深入刨地探查到業(yè)務(wù)部門的真實(shí)目的。

2. 角色與訴求

在探查到需求目的后，因?yàn)锽端業(yè)務(wù)一般均有其復(fù)雜性，不像C端一般只有一個(gè)角色，故需要對(duì)涉及到的角色進(jìn)行分解。需特別注意的是業(yè)務(wù)流中會(huì)存在純線下的角色，也需要納入考慮，對(duì)于大型業(yè)務(wù)來講，還需要將管理者角色與執(zhí)行者角色進(jìn)行區(qū)分，兩者訴求一般不一致（管理者角色一般側(cè)重于總體業(yè)務(wù)運(yùn)轉(zhuǎn)情況，以及異常業(yè)務(wù)提醒方便及時(shí)介入）。

在梳理角色后，需要分別了解每個(gè)角色的職責(zé)與訴求，分別了解到每個(gè)角色的關(guān)注點(diǎn)，如果需求過于龐大，可能還需要現(xiàn)場調(diào)研。

如果對(duì)所對(duì)應(yīng)角色不太了解，還需要對(duì)其進(jìn)行初步了解，如其辦公環(huán)境、文化素養(yǎng)等，否則后續(xù)可能會(huì)出現(xiàn)場景不適合的解決方案，如A角色沒有電腦并且還來回走動(dòng)，故不能使用電腦端而是手機(jī)端的解決方案。

3. 業(yè)務(wù)流程

分別梳理角色后，需要針對(duì)整體業(yè)務(wù)流程，進(jìn)行全盤流程梳理。其中特別需要注意不同情況下業(yè)務(wù)流程分叉，進(jìn)行出不同的分支流程，還需要關(guān)注同一事件不同角色的查看、處理、審批、監(jiān)管等不同的權(quán)限。

在整理時(shí)，如果為純線下無法線上的操作，也需要納入梳理范圍，確保涵蓋整個(gè)業(yè)務(wù)流程。

4. 業(yè)務(wù)問題

在梳理業(yè)務(wù)流程后，那么結(jié)合業(yè)務(wù)本次提出的問題點(diǎn)，確定業(yè)務(wù)急迫需要解決的問題點(diǎn)。
哪怕業(yè)務(wù)只是一句話訴求，還是需要還原業(yè)務(wù)流程，對(duì)其進(jìn)行全面梳理，做到心中有全貌。

二、問題診斷

在對(duì)業(yè)務(wù)剖析后，各位已經(jīng)對(duì)業(yè)務(wù)訴求有了一定的了解，那么后續(xù)該進(jìn)行業(yè)務(wù)問題診斷。

1. 問題的本質(zhì)

上述描述中，已經(jīng)對(duì)本業(yè)務(wù)問題有了一定的了解，那么為了準(zhǔn)確把握業(yè)務(wù)核心，需要對(duì)該業(yè)務(wù)問題產(chǎn)生的原因進(jìn)行分析，一般B端業(yè)務(wù)的問題主要是業(yè)務(wù)問題、經(jīng)營問題、管理問題、財(cái)務(wù)問題等維度，如提高對(duì)目標(biāo)用戶的服務(wù)水平，帶來更大應(yīng)收，或提高內(nèi)部效率降低成本，或從財(cái)務(wù)角度進(jìn)行分析，提前進(jìn)行財(cái)務(wù)收支的考量等。

2. 問題的探索

一般來講，問題深層次原因分析，是有一定方法的，有經(jīng)驗(yàn)的可能能直接洞穿核心目的，但也可以通過5why法則，層層深入分析，一層層解剖，直到無法在深入為止，那么可以把握到核心的本質(zhì)。

在追問時(shí)還需要注意，需不斷進(jìn)行糾偏，防止在不斷追問中進(jìn)入錯(cuò)誤的岔路，因此需要逆推，也最好能正著推理一遍，并進(jìn)行論證。

三、方案解析

經(jīng)過上述分析后，業(yè)務(wù)背景、項(xiàng)目目標(biāo)有了深刻了解，也對(duì)涉及角色、訴求有了了解，也繪制出了業(yè)務(wù)流程圖，那么接下來該如何完成產(chǎn)品方案的解析呢？

1. 數(shù)據(jù)建模

需要對(duì)業(yè)務(wù)中處理事項(xiàng)進(jìn)行模擬建模，分別建立一個(gè)個(gè)數(shù)據(jù)實(shí)體，圍繞數(shù)據(jù)實(shí)體可形成一個(gè)個(gè)的基礎(chǔ)數(shù)據(jù)層級(jí)，數(shù)據(jù)建模的步驟可以分為 梳理核心流程 – 提取名詞 – 找到關(guān)鍵要素 – 提煉圍繞表單的人事物。

舉例，引用《決勝B端第2版（19）：業(yè)務(wù)數(shù)據(jù)建?！芬晃闹械陌咐紫日砗诵牧鞒?，“小李是XX公司的采購員，工作日每天，小李都需要拿著M公司的業(yè)務(wù)員發(fā)給他的最新商品清單和報(bào)價(jià)，檢查自己所在門店的缺貨情況，購買黃瓜、土豆等蔬菜，整理記錄在自己的記事本上，然后仔細(xì)核對(duì)后，將本次采購清單用微信發(fā)送給M公司的運(yùn)營人員，等待對(duì)方確認(rèn)”。

在整個(gè)流程中，我們將所有名詞標(biāo)出作為備選數(shù)據(jù)實(shí)體。然后找出這個(gè)流程中的關(guān)鍵表單，在上述中，我們將采購清單作為關(guān)鍵表單，也就是訂單。最后，我們找到圍繞關(guān)鍵表單的人、事、物，將剛標(biāo)記的名詞，做合并同類項(xiàng)，我們可以抽象出商品、用戶等實(shí)體。

2. 梳理關(guān)系

確定實(shí)體關(guān)系后，我們要梳理實(shí)體之間的關(guān)系，判斷哪些實(shí)體有關(guān)系，是什么關(guān)系。實(shí)體之間的關(guān)系一般有一對(duì)一，一對(duì)多，多對(duì)多三種關(guān)系。

在梳理關(guān)系后，還需要對(duì)各實(shí)體之間的關(guān)鍵屬性進(jìn)行梳理。

3. 功能流程梳理

在梳理數(shù)據(jù)實(shí)體，彼此間的關(guān)聯(lián)關(guān)系，以及其屬性后，可以結(jié)合業(yè)務(wù)流程，繪制功能流程圖，可按照不同實(shí)體在業(yè)務(wù)流程下，其屬性如何變化，有一定關(guān)聯(lián)下，彼此如何影響。

4. 其他注意點(diǎn)

在梳理完成上述分析后，還有幾個(gè)點(diǎn)需要注意：

• 首先需要考慮業(yè)務(wù)的可能發(fā)展模式，考慮其兼容性，避免隨著時(shí)間推移兼容性降低，無法滿足后續(xù)功能迭代需求
• 需分析與現(xiàn)有功能的聯(lián)系性如何，需整理出相關(guān)聯(lián)的影響性
• 系統(tǒng)性能，是否有較為龐大的計(jì)算性能需要考慮，那么將其納入考慮，或者以前預(yù)研
• 用戶權(quán)限，不同的操作功能，用戶權(quán)限是否一致需進(jìn)行判斷

5. 功能清單

在經(jīng)過上述分析后，可以整理輸出功能清單，對(duì)涉及功能點(diǎn)以及功能描述進(jìn)行整理，并對(duì)優(yōu)先級(jí)進(jìn)行判斷，可依據(jù)業(yè)務(wù)情況進(jìn)行分期實(shí)現(xiàn)。

四、價(jià)值分析

其實(shí)價(jià)值分析，是上一步”方案解析”的一部分，筆者將其單獨(dú)拿出，進(jìn)行描述。是因?yàn)楹芏嗳嗽谶M(jìn)行方案中，常常忘了對(duì)方案價(jià)值度的分析，從而可能會(huì)做一些低價(jià)值度的工作。對(duì)價(jià)值的分析，可以讓我們提煉一些更有價(jià)值的事情，也可以讓我們的方案價(jià)值度更高，下面筆者對(duì)多個(gè)價(jià)值維度進(jìn)行分析。

1. 業(yè)務(wù)價(jià)值

在完成分析后，需再次回顧對(duì)業(yè)務(wù)的價(jià)值點(diǎn)，是否完成了業(yè)務(wù)目標(biāo)，對(duì)業(yè)務(wù)的價(jià)值提升點(diǎn)在哪里，業(yè)務(wù)價(jià)值度大小?？梢杂脕砼袛嗍马?xiàng)的緊急度以及重要程度，以及上線后對(duì)業(yè)務(wù)的價(jià)值度大小。此時(shí)可以對(duì)一些偽需求以及價(jià)值度低的需求調(diào)低優(yōu)先級(jí)。

2. 方案成本

在考慮方案后，需考慮方案的成本情況，如果價(jià)值度一般但成本較大，則可以考慮不做，或換一種低成本的實(shí)現(xiàn)方式。

3. 方案亮點(diǎn)

回歸到產(chǎn)品方案本身，那么對(duì)產(chǎn)品方案的提煉，考慮其擴(kuò)大化價(jià)值以及其他額外價(jià)值，是需要再次進(jìn)行提煉的。擴(kuò)大產(chǎn)品價(jià)值的范圍，或者深化產(chǎn)品邏輯，可以從信息化的角度，多思考下，下一步對(duì)技術(shù)的賦能是哪些。最好能做到做一步看一步想一步，多往前思考幾步。

五、原型設(shè)計(jì)

在上述方案完成后，就需要對(duì)原型進(jìn)行設(shè)計(jì)了。一般來講，這個(gè)是產(chǎn)品常規(guī)的操作動(dòng)作，筆者就不深入展開了，就簡單講幾個(gè)提效的方法。

1. 原型內(nèi)容模塊化

原型為了快速繪制，可以整理常用的axure架構(gòu)文檔，如可以將文檔日志、背景目的、流程圖、管理后臺(tái)、APP端等不同的內(nèi)容，模塊化掉，這樣在axure中可快速按照目錄快速繪制。

2. 備注表格清單化

在繪制原型外，還需要增加備注描述，那么筆者推薦清單化的備注方式，可以整理備注的表格模板，在繪制時(shí)直接按照模板近快速備注。這樣形成規(guī)范后，可以按照內(nèi)容快速輸入，技術(shù)也可以按照此模板形成習(xí)慣。

3. 功能模塊組件化

為了快速繪制原型，可以整理組件庫，按照常用模塊，如后臺(tái)樣式，app樣式等，梳理組件庫。在繪制時(shí)可快速拖拽形成高標(biāo)準(zhǔn)的低保真原型。

4. 檢視清單可視化

在完成原型設(shè)計(jì)后，可能存在快速完成原型，出現(xiàn)遺漏的情況，可建立檢視清單，對(duì)重點(diǎn)項(xiàng)與常遺漏項(xiàng)建立清單，后續(xù)可核對(duì)數(shù)據(jù)。此表格可?？闯Ｐ隆?/p>

六、業(yè)務(wù)模擬

到第五步為止，方案已經(jīng)成型，那么為何這里還要多此一步呢？因?yàn)閷?duì)于B端業(yè)務(wù)來講，其大多數(shù)對(duì)系統(tǒng)并無想象能力，單純通過對(duì)系統(tǒng)的了解，無法想象出實(shí)際操作的場景，因此按照傳統(tǒng)瀑布流的操作方式，業(yè)務(wù)往往在上線后才知道實(shí)際使用場景，故會(huì)出現(xiàn)對(duì)需求返工的現(xiàn)象，故結(jié)合敏捷思維，增加業(yè)務(wù)模擬步驟。

1. 模擬演示

在快速迭代中強(qiáng)調(diào)價(jià)值驅(qū)動(dòng)與風(fēng)險(xiǎn)驅(qū)動(dòng)，故對(duì)著原型將業(yè)務(wù)流程重新模擬一遍，在結(jié)合業(yè)務(wù)流程后，可以保留該方案使用中可能產(chǎn)生的風(fēng)險(xiǎn)，并在模擬中讓一線感知到系統(tǒng)對(duì)業(yè)務(wù)的幫助，進(jìn)一步強(qiáng)化業(yè)務(wù)價(jià)值。同時(shí)該過程也是對(duì)方案與業(yè)務(wù)匹配度的核實(shí)過程。
注：該過程也業(yè)務(wù)確認(rèn)的區(qū)別在于，業(yè)務(wù)確認(rèn)過程是以自己為核心給業(yè)務(wù)灌輸方案，而模擬演示是在引導(dǎo)下業(yè)務(wù)自驅(qū)完成模擬。

2. 運(yùn)營策略

在模擬演示后，核實(shí)方案無誤后，還需要討論商量運(yùn)營策略。即該模塊上線后業(yè)務(wù)方準(zhǔn)備如何推廣，如何讓一線使用起來的策略。該策略也是最后體現(xiàn)方案價(jià)值的點(diǎn)，故也需要深入思考。

以上是筆者對(duì)完成B端需求設(shè)計(jì)的總結(jié)，希望能對(duì)此時(shí)閱讀的你有幫助。歡迎各位來留言哦~

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

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