對于產品而言，無論是接到新的需求任務還是新入職一家公司，你都不可避免地需要進行業務調研，對自己的業務有一個清晰的認識。那么怎么進行B端業務調研呢？應該準備什么呢？作者總結了自己的一些經驗，與你分享。

不管你是新入職一家公司還是被指派了一個新的需求任務，你總是避免不了去業務調研。甚至最好你能把業務調研當做是一個日常任務，定期跟業務大佬們聊一聊，找到一些需求設計上忽略的地方，同時增進下和業務的感情。

所以對于一個產品來說業務調研的能力是必要的。

與C端產品注重用戶體驗調研和對用戶心智模型的揣測不同，B端產品更關注業務場景貼合度和產品對效率的提升程度，憑主觀臆想是B端產品設計的大忌。

那么怎么進行B端業務調研呢？應該準備什么呢？下面我就說一下我的一些經驗：我先把調研分為整體業務調研（適用于初入公司或者作為乙方了解甲方問題）和具體功能調研（適用于某個功能或者模塊的迭代優化調研）。

一、整體業務調研

1. 為什么要做整體業務調研？

整體業務調研會比較大且寬，適合整體上了解一個業務，比如入職新公司，負責新的業務線。這類調研其實就是讓你自己對于整體業務流程有個大方向的掌握。方便之后詳細功能調研的時候，和業務方的理解一致。

2. 要了解哪些方面？

①組織架構和崗位職責和績效考核規則

首先搞清楚組織架構和部門職責，才能更好的了解業務全貌，不疏漏重要部門和流程。

這一點上有的公司在新人培訓的時候會專門有講的，但是講的可能會不太落地，也可以跟業務人員了解下她們眼中自己部門的職責和別的部門負責什么。

其次要搞清楚崗位設置及職責。這樣才能理解用戶分工，以及他們之間的協作和監督關系。這能幫助我們找到關鍵用戶和關鍵環節，幫助我們提升產品設計的效率。

最后要關心每個崗位的績效考核規則，績效里面的數據反映了業務重點抓的方向。

【示例】

②業務概況

需要從整體上了解企業的經營模式和業務流程。比如銷售管理系統：如果企業是制造業，銷售部門的職責往往是做好渠道鋪貨工作，維持分銷價格秩序，與生產部門協調好產品交付時間與質量；如果客戶是經銷型企業，那么引入有競爭力的商品，找到有意向購買的客戶，并通過供應鏈做到不積壓不缺貨，才是經營的核心。

如果設計的是一套SAAS產品，不僅要梳理客戶的經營策略，還要梳理整個行業的經營策略（保證標準化產品的普適性，整體規劃好產品的拓展方向）。

一些常見的指標：銷量（年銷售額）、銷售網絡架構、戰略方向、競爭對手。

產品經理不要局限于場景，不要局限于流程，應該站在企業經營的思路上去思考。就想需求需要知道用戶的根本目的是什么一樣。企業讓你做事的根本目的是擴大企業銷售額，是盈利。

③現有的系統

了解清楚目前有哪些系統，每個系統負責什么功能，如果有條件的話，親自操作一下系統的功能，且拿到主要的表單字段。

④業務痛點和期望

業務期望不能漏掉，產品的上線最重要的是解決業務最關心的問題。

注意區分角色，獲得不同角色的業務痛點和期望和優先級，這個有利于對后續的計劃做整體規劃。

⑤報表

報表是管理層關心數據的表現，反映了真正的整體業務方向。

比如你看到市場部門的數據是電話觸達量，那么可能公司市場部目前只負責了清洗線索的作用，并沒有為有效線索和線索質量負責。那么可能目前公司業務還是以銷售為主，你可以根據這個推論再了解更多的信息。

⑥業務流程圖

通過業務流程圖詳細的了解業務情況。知道系統或者功能目前處于哪個環節，解決了哪些問題。

來源：可以是業務本身就有，或者愿意提供對應的資料。也可以是自己調研后輸出的結果（如果是自己輸出的，需要找業務確認1~2次）。

注意自己繪制的好處：需要繪制具體的業務流程圖，再好的聊天也不如動手畫出來整體的業務流程，涉及到哪些系統，做哪些主要的操作。畫的時候你自然而然的會產生一些問題幫助你更好的理解。

【示例】

二、具體功能調研

上圖是整個需求流程，這個流程可以看出需求調研所處的位置和重要性。

1. 為什么要做具體功能調研？

詳細功能調研針對具體需求和問題進行調研。這類在精不在廣，通過深入挖掘業務問題，首先在需求上線前能借助調研結論輸出產品方案，其次需求上線后能主觀的驗證產品方案是否實現預期效果。

2. 調研階段

類比于社會學上的調研，需求調研可分為4個先后的階段。

1. 需求早期：具有探索性質，重點在于從用戶角度收集領域知識，廣泛而開放地討論問題，較少深究細節。
2. 需求中期：用戶模式初步顯現，設計師開始提出開放式和明確的問題，形成初步輪廓，問題更關注細節。
3. 需求后期：用先前收集到的信息，對功能和需求進行假設性訪談。封閉性問題大量增加。
4. 需求上線：主要為了驗證效果，確認用戶的問題是否解決，使用情況是否如預期。

3. 要了解哪些內容？

類似于整體業務調研，具體需求調研也包含下面幾個內容：

• 業務流程：通過業務流程圖詳細的了解業務情況。知道功能目前處于哪個環節，解決了哪些問題。
• 目前存在的問題：用戶描述清楚目前的問題，結合具體使用場景來理解問題。
• 根本目的：找到用戶的根本目的，不要關注用戶給的”方案“，關注目的。
• 現狀：目前是怎么解決的，使用什么方式
• 用戶期望：記錄用戶希望的結果，避免需求偏離方向。

4. 需要注意哪些調研原則？

雖然調研內容是類似的，但具體需求調研需要關注更多的細節，更深挖，這些細節可以匯總成一些基本的調研原則。

下面列出了我覺得比較重要的原則（建議多看about face這本書）

①原則一、在交互發生的地方進行訪談

遵循上下文調查的首要原則，進行訪談的地方位于用戶實際使用產品的地方非常重要，這不僅可以讓我們有機會觀察到正在使用的產品，也了解交互發生的環境，從而可以更深入的洞察產品的約束條件和用戶需求和目標。

近距離的觀察環境可能發現訪談者之前沒有提到的任務線索，例如，注意一下他們需要的信息類型（桌面上的紙張或者屏幕邊緣的便條），不充分的系統（手頭參考資料和用戶手冊），任務的頻率和優先級（收件箱和發件箱），他們遵循的工作流類型（備忘錄、圖標、日歷）。

②原則二、避免一組固定問題

使用固定一組問題，不僅冒著疏遠訪談對象的風險，而且可能錯失豐富而有價值的用戶數據。

調研的整個前提是，作為調查者，我們是無法充分了解領域，去預先假定我們要問的問題。我們必須從訪談者那里了解到哪些是重要的。這意味著心中知道某些問題類型非常有用。