編輯導讀：建設B端產品時，作為整個項目的第一步，業務調研的重要性不言而喻，它將確定整個產品方向和價值點。稍有差池，後面的產品解決方案設計、開發測試、上線試運營基本就都錯了。本文作者結合自己的一些工作體會，將業務調研分為3個階段進行分析，與你分享。
第一階段：調研前
盤點現有資源：
- 公司/部門是否有類似產品的文檔留存
- 自己是否有相關的產品經驗或產品文檔
- 周圍同事是否做過(有)類似的產品或產品文檔留存
- 網上是否有相關產品的建設經(tao)驗(lu)
- 現有公司/團隊的組織架構
【資源盤點】總結圖
前4點，主要是為了站在巨人的肩膀上看世界。說人話就是為了能少踩點坑，少挨點罵。
第5點也很重要，B端產品的一大特點就是實際使用方和產品付款方一般是分開的。這一特點就導致B端產品在推進過程中需要優先照顧「老闆」們的感受，所以我們要弄清楚客戶公司或者自家公司的組織架構和行政彙報關係，才能抓住重點人物更好的推進項目。
在這個階段，我們通過將已有的產品經驗和現有的業務痛點作對比、總結，可以得到一些疑問點或者是初步的解決方案，這些會更好地幫助我們進行業務調研的第二階段。
第二階段：調研中
用戶調研&業務梳理：
下面，我結合之前做績效系統的例子和大家聊聊。
通過第一階段的準備，我選定了4個角色作為用戶訪談的對象：
1）HR中心總經理（業務的總負責人）
選擇HR中心的總經理作為第一個訪談對象有3個理由：
- 她是業務的總負責人，也就是第一階段所說的「老闆」。
- 通過她可以了解到公司當前績效考核的業務現狀和公司高層領導對這個系統的戰略定位看法。
- 她可以確定HR中心的需求對接人，這個對接人必須滿足2個特性：能夠代表HR中心（有話語權和決定權）；對業務足夠熟悉。
2）技術中心總經理（資源支持的總負責人）
訪談的目的主要是了解當前技術中心的技術成員和組織架構，以及績效系統在今年的項目排期位置和重要性，通過這兩點我們就可以得知，要組建團隊的話，現在有多少資源可以調配、有多少資源可以爭取。
3）薪酬績效室經理（最了解業務細節的人）
通過與薪酬績效室經理的交流，可以了解線下績效管理的流程、涉眾以及他們在日常工作中存在的問題（痛點）、問題發生的場景。
4）我的直屬領導（最能幫你推進工作的人）
這是很多人都會遺漏的非常重要的點，和直線領導溝通可以了解這項任務對於我來說意味著什麼，應該投入多少精力去做需求和產品設計，我們的工作必須要領導認可。俗話說的好，最可怕的不是不努力，而是你非常努力，但方向卻是錯的。
【用戶訪談】總結圖
可以看出，第一輪的用戶訪談目的是了解現有業務流程和業務痛點（特別是那些你不熟悉的業務，這一步必須要有）。
接下來，就可以畫出大致的線下業務流程圖，拿著它並帶上梳理業務過程中的疑問點、假設，再與需求方進行反覆訪談和確認。
因為我所在的公司規模太大，後面還藉助OA進行幾輪問卷調查，收集員工在線下填寫、評分績效時遇到的問題以及問題出現的場景，並使用KJ法（親和法）對問卷結果進行歸類處理。
之後在HR同事的幫助下，查看過往線下填寫績效的Excel表格數據，包括不限於員工單份文件的提交次數、退回修改次數、遺失率等等。
同時再找幾個填寫過或評分過多次績效表格的老員工，做一輪用戶訪談，基本就可以梳理出整體的業務邏輯和痛點。
【用戶調研】總結圖
梳理結果一般包含兩個部分：業務梳理和線下業務流程圖。
業務梳理會包含：公司現狀、業務類型、戰略定位、業務痛點、業務牽頭人、需求對接人、業務需求、業務目標。（可根據業務實際情況進行適當剪裁）
【業務梳理】總結圖
【線下業務】流程圖
接著，我們把梳理結果進行總結歸納，形成文檔正式發送給需求方確認，待對方確認后，就可以進入最後一個階段。
第三階段：調研后
這個階段的重點只有1個：業務抽象。就是要把線下的業務角色、業務活動、業務流程進行系統思考並實現數字化。
1. 業務角色&業務活動
通過與HR的溝通，結合線下業務流程，我們將業務流中的「員工」、「領導」、「HR」三個角色抽象為
1）申請人
作為績效業務流程的起點，是指那些需要填寫績效的員工，有可能是普通員工，也有可能是領導。
涉及的業務活動有：創建績效、填寫績效、暫存績效、刪除績效。
2）評分人
通常是申請人的直屬上級，負責對申請人提交的績效進行打分和退回（如果申請人提交的績效內容有問題）。
涉及的業務活動有：評分績效、退回績效。
3）審批人
通常是評分人的直屬領導，負責對評分人打分過的績效進行審批，目的是避免評分人有紕漏或違反公司的績效制度。
涉及的業務活動有：審批績效、退回績效。
4）HR
負責制定系統的績效規則，匯總其負責中心的績效給該中心的總經理審核。
涉及的業務活動有：匯總績效、退回績效。
5）審核人
績效業務流程的終點，一般是中心總經理，負責審核整個中心的整體績效情況是否符合公司的發展要求。
涉及的業務活動有：審核績效、退回績效。
6）系統管理員
系統的上帝角色。
涉及的業務活動有：系統管理。
【業務角色】總結圖
2. 業務流程
最後將業務角色和相關的業務活動，用UML表示出來。
【線上業務】泳道圖