起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識高價值完成B端需求設計總結
編輯導語：在做B端產品時，業務部門有時會隨著業務發展以及管理訴求的變動，提出一個個需求。這種時候，該如何有效地、高價值地處理這些需求呢？本文作者對此作出了分析總結，一起來看一下吧。
在從事B端以來，發現業務部門會隨著業務發展以及管理訴求的變動，提出一個個需求。當一個個需求撲面而來，如何有效面對、高效精準處理，現筆者將個人分析方法總結如下。
當一個需求反饋過來后，該如何處理呢？請隨著筆者的思路往下看。
一、業務剖析
當業務部門提出需求時，首先要做的就是業務剖析，具體步驟如下：
1. 需求目的
首先需要弄清楚業務提出需求，背后所需要解決的問題，如上文《需求管理中的常見疑問剖析》中所講，業務部門所提的需求，大多都經過了一定的包裝，業務部門通過自己的理解消化以自己的口吻進行闡述，故需求深入刨地探查到業務部門的真實目的。
2. 角色與訴求
在探查到需求目的后，因為B端業務一般均有其復雜性，不像C端一般只有一個角色，故需要對涉及到的角色進行分解。需特別注意的是業務流中會存在純線下的角色，也需要納入考慮，對于大型業務來講，還需要將管理者角色與執行者角色進行區分，兩者訴求一般不一致（管理者角色一般側重于總體業務運轉情況，以及異常業務提醒方便及時介入）。
在梳理角色后，需要分別了解每個角色的職責與訴求，分別了解到每個角色的關注點，如果需求過于龐大，可能還需要現場調研。
如果對所對應角色不太了解，還需要對其進行初步了解，如其辦公環境、文化素養等，否則后續可能會出現場景不適合的解決方案，如A角色沒有電腦并且還來回走動，故不能使用電腦端而是手機端的解決方案。
3. 業務流程
分別梳理角色后，需要針對整體業務流程，進行全盤流程梳理。其中特別需要注意不同情況下業務流程分叉，進行出不同的分支流程，還需要關注同一事件不同角色的查看、處理、審批、監管等不同的權限。
在整理時，如果為純線下無法線上的操作，也需要納入梳理范圍，確保涵蓋整個業務流程。
4. 業務問題
在梳理業務流程后，那么結合業務本次提出的問題點，確定業務急迫需要解決的問題點。
哪怕業務只是一句話訴求，還是需要還原業務流程，對其進行全面梳理，做到心中有全貌。
二、問題診斷
在對業務剖析后，各位已經對業務訴求有了一定的了解，那么后續該進行業務問題診斷。
1. 問題的本質
上述描述中，已經對本業務問題有了一定的了解，那么為了準確把握業務核心，需要對該業務問題產生的原因進行分析，一般B端業務的問題主要是業務問題、經營問題、管理問題、財務問題等維度，如提高對目標用戶的服務水平，帶來更大應收，或提高內部效率降低成本，或從財務角度進行分析，提前進行財務收支的考量等。
2. 問題的探索
一般來講，問題深層次原因分析，是有一定方法的，有經驗的可能能直接洞穿核心目的，但也可以通過5why法則，層層深入分析，一層層解剖，直到無法在深入為止，那么可以把握到核心的本質。
在追問時還需要注意，需不斷進行糾偏，防止在不斷追問中進入錯誤的岔路，因此需要逆推，也最好能正著推理一遍，并進行論證。
三、方案解析
經過上述分析后，業務背景、項目目標有了深刻了解，也對涉及角色、訴求有了了解，也繪制出了業務流程圖，那么接下來該如何完成產品方案的解析呢？
1. 數據建模
需要對業務中處理事項進行模擬建模，分別建立一個個數據實體，圍繞數據實體可形成一個個的基礎數據層級，數據建模的步驟可以分為 梳理核心流程 – 提取名詞 – 找到關鍵要素 – 提煉圍繞表單的人事物。
舉例，引用《決勝B端第2版（19）：業務數據建模》一文中的案例，首先整理核心流程，“小李是XX公司的采購員，工作日每天，小李都需要拿著M公司的業務員發給他的最新商品清單和報價，檢查自己所在門店的缺貨情況，購買黃瓜、土豆等蔬菜，整理記錄在自己的記事本上，然后仔細核對后，將本次采購清單用微信發送給M公司的運營人員，等待對方確認”。
在整個流程中，我們將所有名詞標出作為備選數據實體。然后找出這個流程中的關鍵表單，在上述中，我們將采購清單作為關鍵表單，也就是訂單。最后，我們找到圍繞關鍵表單的人、事、物，將剛標記的名詞，做合并同類項，我們可以抽象出商品、用戶等實體。
2. 梳理關系
確定實體關系后，我們要梳理實體之間的關系，判斷哪些實體有關系，是什么關系。實體之間的關系一般有一對一，一對多，多對多三種關系。
在梳理關系后，還需要對各實體之間的關鍵屬性進行梳理。
3. 功能流程梳理
在梳理數據實體，彼此間的關聯關系，以及其屬性后，可以結合業務流程，繪制功能流程圖，可按照不同實體在業務流程下，其屬性如何變化，有一定關聯下，彼此如何影響。
4. 其他注意點
在梳理完成上述分析后，還有幾個點需要注意：
- 首先需要考慮業務的可能發展模式，考慮其兼容性，避免隨著時間推移兼容性降低，無法滿足后續功能迭代需求
- 需分析與現有功能的聯系性如何，需整理出相關聯的影響性
- 系統性能，是否有較為龐大的計算性能需要考慮，那么將其納入考慮，或者以前預研
- 用戶權限，不同的操作功能，用戶權限是否一致需進行判斷
5. 功能清單
在經過上述分析后，可以整理輸出功能清單，對涉及功能點以及功能描述進行整理，并對優先級進行判斷，可依據業務情況進行分期實現。
四、價值分析
其實價值分析，是上一步”方案解析”的一部分，筆者將其單獨拿出，進行描述。是因為很多人在進行方案中，常常忘了對方案價值度的分析，從而可能會做一些低價值度的工作。對價值的分析，可以讓我們提煉一些更有價值的事情，也可以讓我們的方案價值度更高，下面筆者對多個價值維度進行分析。
1. 業務價值
在完成分析后，需再次回顧對業務的價值點，是否完成了業務目標，對業務的價值提升點在哪里，業務價值度大小?？梢杂脕砼袛嗍马椀木o急度以及重要程度，以及上線后對業務的價值度大小。此時可以對一些偽需求以及價值度低的需求調低優先級。
2. 方案成本
在考慮方案后，需考慮方案的成本情況，如果價值度一般但成本較大，則可以考慮不做，或換一種低成本的實現方式。
3. 方案亮點
回歸到產品方案本身，那么對產品方案的提煉，考慮其擴大化價值以及其他額外價值，是需要再次進行提煉的。擴大產品價值的范圍，或者深化產品邏輯，可以從信息化的角度，多思考下，下一步對技術的賦能是哪些。最好能做到做一步看一步想一步，多往前思考幾步。
五、原型設計
在上述方案完成后，就需要對原型進行設計了。一般來講，這個是產品常規的操作動作，筆者就不深入展開了，就簡單講幾個提效的方法。
1. 原型內容模塊化
原型為了快速繪制，可以整理常用的axure架構文檔，如可以將文檔日志、背景目的、流程圖、管理后臺、APP端等不同的內容，模塊化掉，這樣在axure中可快速按照目錄快速繪制。
2. 備注表格清單化
在繪制原型外，還需要增加備注描述，那么筆者推薦清單化的備注方式，可以整理備注的表格模板，在繪制時直接按照模板近快速備注。這樣形成規范后，可以按照內容快速輸入，技術也可以按照此模板形成習慣。
3. 功能模塊組件化
為了快速繪制原型，可以整理組件庫，按照常用模塊，如后臺樣式，app樣式等，梳理組件庫。在繪制時可快速拖拽形成高標準的低保真原型。
4. 檢視清單可視化
在完成原型設計后，可能存在快速完成原型，出現遺漏的情況，可建立檢視清單，對重點項與常遺漏項建立清單，后續可核對數據。此表格可?？闯Ｐ?。
六、業務模擬
到第五步為止，方案已經成型，那么為何這里還要多此一步呢？因為對于B端業務來講，其大多數對系統并無想象能力，單純通過對系統的了解，無法想象出實際操作的場景，因此按照傳統瀑布流的操作方式，業務往往在上線后才知道實際使用場景，故會出現對需求返工的現象，故結合敏捷思維，增加業務模擬步驟。
1. 模擬演示
在快速迭代中強調價值驅動與風險驅動，故對著原型將業務流程重新模擬一遍，在結合業務流程后，可以保留該方案使用中可能產生的風險，并在模擬中讓一線感知到系統對業務的幫助，進一步強化業務價值。同時該過程也是對方案與業務匹配度的核實過程。
注：該過程也業務確認的區別在于，業務確認過程是以自己為核心給業務灌輸方案，而模擬演示是在引導下業務自驅完成模擬。
2. 運營策略
在模擬演示后，核實方案無誤后，還需要討論商量運營策略。即該模塊上線后業務方準備如何推廣，如何讓一線使用起來的策略。該策略也是最后體現方案價值的點，故也需要深入思考。
以上是筆者對完成B端需求設計的總結，希望能對此時閱讀的你有幫助。歡迎各位來留言哦~
本文由 @王常耑 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
作者分析的很有用！對于B端業務來講，其大多數對系統并無想象能力
作者分析的很有用！對于B端業務來講，其大多數對系統并無想象能力
分析介紹寫的很詳細的一篇文章，很有幫助，感謝作者分享！