從接觸G端產(chǎn)品到現(xiàn)在剛好1個月的時間，在這段時間主要的工作內(nèi)容是學習。學習甲方提供的資料，提煉業(yè)務以及業(yè)務需求，跟隨業(yè)務專家學習如何政務部門的業(yè)務進行初步的業(yè)務調(diào)研（以下簡稱“初調(diào)”）。這篇文章主要是講的是筆者對這一個月的工作的一個復盤。

研讀資料

資料不多就一個需求文檔，文檔內(nèi)容很豐富，包含有：各業(yè)務模塊的業(yè)務說明，辦理該業(yè)務的業(yè)務流程圖（沒有按照角色繪制的泳道圖），子系統(tǒng)功能需求說明。

仔細的研讀資料后，有一下幾點是可以確定的：

1. 業(yè)務明確，總共有十幾個業(yè)務模塊，每個業(yè)務模塊的業(yè)務都有說明，業(yè)務邊界也挺清晰的，因為涉及到的業(yè)務相差還是挺大的，邊界區(qū)分很清楚。
2. 業(yè)務流程明確，雖然還未細化到角色上，但是也知道到每項業(yè)務需要經(jīng)過幾步，每一步需要做什么。
3. 組織架構(gòu)相對明確，之所以說是相對明確，是因為還沒有細化到科室中的人員角色上，只是有一個大的組織結(jié)構(gòu)。具體的每個業(yè)務部門有哪些角色還需要通過調(diào)研才知道。

不確定的點也有很多，簡要羅列一些：

1. 業(yè)務模塊比較清楚了，還需要細化，細化可供角色參與的程度；
2. 細化到科室角色的完整組織架構(gòu)，以及對應角色的業(yè)務；
3. 泳道流程圖，由哪些角色分先后完成哪一步，然后最終把業(yè)務完成；
4. 文檔是由一個人寫的，他的描述是否與真實的用戶一致呢：
5. 文檔的需求他們是否與真正的業(yè)務員調(diào)研過，這個沒法確定；
6. 領導的想法是怎么樣，是否有遺漏；
7. ……

初調(diào)

1. 初調(diào)需要達到的目標

• 真實需求：深入一線業(yè)務員，面對面溝通需求，真實體驗他們的工作場景，了解他們的真實需求；
• 組織架構(gòu)：通過初調(diào)完成完整的組織架構(gòu)圖，細化到一線業(yè)務員角色；
• 角色流程圖：通過初調(diào)要摸清他們的在業(yè)務模塊中是在第幾個步驟，扮演的時什么角色，做什么樣的操作；
• 現(xiàn)狀：他們是否有現(xiàn)成的系統(tǒng)支撐他們的業(yè)務，如果有，調(diào)研清楚他們的使用情況，如果條件允許還可以直接上手操作體驗一下，拍照回來詳細分析，也需要調(diào)研清楚他們對現(xiàn)有系統(tǒng)的不滿意的地方是哪些，回頭加以分析，避免我們自己設計的踩同樣的坑；
• 集成系統(tǒng)：政務產(chǎn)品，涉及的業(yè)務非常廣，涉及的科室也很多，因此經(jīng)常會有某個業(yè)務部門會有自己的業(yè)務支撐系統(tǒng)，而且還是運行的比較好，使用體驗都很好的那種。在這種情況下，就不需要再開發(fā)一個系統(tǒng)來支撐業(yè)務了，只需要集成到平臺。這樣的情況下，初調(diào)的時候需要了解清楚現(xiàn)有系統(tǒng)的情況，需要做哪些數(shù)據(jù)的接入準備等；
• 工作場景：我們平常接觸到的政務部門有些是在大廳窗口，有些是由獨立辦公室，有些是在大辦公室，有些又是在室外工作，不同的工作場景會影響用戶的操作體驗；
• 領導的想法：政務產(chǎn)品領導的想法特別重要，直接影響產(chǎn)品最終的驗收。

2. 初調(diào)的方式

我們初調(diào)的方式很原始很粗狂，其實就是業(yè)務專家直接帶我們就去了要調(diào)研的科室，然后就采用疑問——回答的方式進行溝通，將疑惑點記錄下來。也許是因為我不懂業(yè)務，始終認為這些專家提問很隨意，沒有邏輯先后，然后提的問題有時候感覺不是平臺建設需要的問題。

總結(jié)：沒有調(diào)研大綱，提問沒有邏輯現(xiàn)有，想到什么說什么。

建議：

• 在還未進行調(diào)研之前，應業(yè)務以及科室兩條線分開了解詳情。從業(yè)務上要知道總體涉及到哪些業(yè)務，各業(yè)務劃分到哪些科室。從科室角度出發(fā)，各科室涉及哪些業(yè)務（至于科室具體負責業(yè)務的哪一個環(huán)節(jié)需要通過調(diào)研落實）。
• 進行業(yè)務調(diào)研之前應該編寫調(diào)研大綱，將系統(tǒng)建設過程中可能涉及到的點以及針對需求文檔不清楚的地方按照一定的邏輯順序?qū)懬宄⒋蛴〕鰜?。做到有針對性的提問，而不是憑經(jīng)驗無邏輯現(xiàn)有的提問。這樣也會避免漏掉一些關鍵問題。

3. 調(diào)研文檔整理

從調(diào)研達到的目標來反推一下，調(diào)研文檔應該包含哪些內(nèi)容。

• 調(diào)研基本信息交代：時間、調(diào)研對象、調(diào)研業(yè)務主體、參與調(diào)研的人員；
• 需求梳理：按照業(yè)務的流程的先后順序梳理出調(diào)研對象參與的是哪一個環(huán)節(jié)的業(yè)務，信息系統(tǒng)解決的哪項業(yè)務需求；他們對信息信息系統(tǒng)的交互需求有哪些；
• 流程梳理：完整的泳道角色流程圖；
• 現(xiàn)狀：現(xiàn)在是否有信息系統(tǒng)支撐業(yè)務；使用情況；對現(xiàn)有系統(tǒng)不滿意的地方；
• 新需求：在需求文檔中未提及的需求；
• 解決方案：針對業(yè)務需求和新需求，我們標準化產(chǎn)品是否有相應的解決方案；針對差異點（與現(xiàn)有系統(tǒng)匹配度不高）的改造方案；新需求（現(xiàn)有產(chǎn)品沒有與之匹配的功能）的解決方案；
• 風險點：針對差異點，新需求的風險在那里，需要向領導交代清楚，方便領導與甲方談判。

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

題圖來自Unspalsh, 基于CC0協(xié)議