需求調研篇:五年B端乙方產品生涯,總結的工作方法與工具
編輯導讀:作為一個產品經理,需求調研是一項基礎工作。根據客戶提供的核心業務搜集、整理資料,設計方案;梳理調研思路,準備調研提綱、調研文件;進行需求調研并整理。 本文作者總結了自己的工作方法和工具,與你分享。
16年入行產品,從產品小白到助理到專員到產品經理,一路走來,遇到過苦難挫折,但也收獲了方法,提升了能力。從事產品工作以來一直在乙方工作,做過政務項目,也做過B端產品。通過幾年的工作總結出了一些可復用的工作方法與工具,希望分享出來能夠幫助到入行不久或想要入行的朋友們,也希望經驗豐富的朋友們能夠多多指教。
首先介紹一下我從事工作的背景:主要負責G端項目需求調研、產品設計、系統培訓、優化迭代工作。我將工作流程分為七個階段進行簡單介紹:需求調研、需求分析、產品設計、開發測試、上線試運行、項目結項、上線運行。本篇文章將介紹第一個階段需求調研。
需求調研階段我們需要做的工作是:
- 根據客戶提供的核心業務搜集、整理資料,設計方案;
- 梳理調研思路,準備調研提綱、調研文件;
- 進行需求調研并整理。
需求調研階段我們的產出物是:
- 建設方案;
- 調研計劃、訪談表;
- 需求調研單、調研報告、需求庫。
需求調研階段我們的工作流程是:
1. 調研前
調研前需準備的材料包含但不限于:調研計劃、訪談表、電腦、鼠標、筆記本、筆等調研中需使用的物品。其中調研計劃需包涵:調研目的、調研內容、調研對象、調研時間和方式、調研成果,訪談表示例如下圖所示:
調研前需與對接負責人確認調研時間,地點,人員,方式等,盡量明確被調研人之間的利益關系、工作隸屬關系以及被調研人與系統的關系(決策者、使用者、無關者、利益相關者),每個被調研人的職級、崗位、職責權限等。
因G端客戶的特殊性,建議調研前與對接負責人溝通,請他幫忙協調所有被調研人的時間及方便的調研地點,盡量將調研安排在某一時間范圍內,方便我們快速完成調研并進行下一步工作。
之所以提出此向建議,是因為我在剛剛接觸G端客戶時,需求調研前加了不同科室負責人的微信,每調研完一個科室,再約另一個科室的時間。那時經常會出現,調研完A科室卻約不到其他科室的情況,客戶的回復總是:“我這邊有和會,今天不行,要不明天咱們再溝通吧”或者“在村里檢查呢,這兩天回不去了”……,導致第一個項目調研時間很長,設計和開發的時間被壓縮了很多。
經過了一次失敗的調研,之后的每次調研我都會和客戶方約定一個主要對接人,由這個對接人安排調研時間、地點等事宜,對接人基本都是政府辦公室的人員,對各個科室人員都很熟悉,方便協調,大大的提高了調研效率。
2. 調研中
調研過程中需使用場景化溝通方式,將溝通對象帶入實際工作情景中,根據訪談表中內容對具體業務進行針對性提問,并實時記錄至訪談表中。若時間不允許可會后進行統一整理,調研中可選擇使用錄音設備(當然使用前需取得被調研人的同意)。
對于G端用戶的調研建議先調研基層工作者,其次調研基層干部,最后調研領導。在這幾年做G端項目過程中發現基層工作者和領導干部提出的需求往往是相反的,那么為了平衡這兩方的需求,我們就需要先了解某項業務實際是如何操作的,實際干活的人最想解決的是什么問題,之后再去調研領導干部時,若他們提出了與實際業務相悖的需求,我們可以用實際業務來說服或根據實際業務給出不同的解決方案。
在調研G端用戶過程中還需注意的一點是千萬不要用戶說什么就做什么,有時他們說的不一定是他們想要的。大多數時候他們給出的是一種解決方案,而我們要去挖掘他這個解決方案背后的實際需求是什么?例如:某次在做黨建任務考核系統的調研中,用戶提出要做一個復制任務的功能,具體對話如下:
客戶:我們需要加一個復制任務的功能,就是發布完一個任務后,可以將這個任務復制再修改一些內容再發布第二個任務。
調研人員:您需要復制的功能是我們發布的任務有一部分的信息重合度會很高嗎?
客戶:我們這一個任務需要有四個標準,達到不同的標準得到的考核成績是不一樣的,所以我們要發四個,被考核的部門達到了哪個標準就提交哪個。
調研人員:哦,原來如此,那我可以理解為您想發的這四個任務只是標準不同,其他基本信息完全相同,所以才需要復制的嗎?
客戶:是的,是的。
調研人員:那您看這樣解決是否可以,我們在一個任務中錄入四個標準,被考核部門根據完成情況將完成材料上傳到不同的標準中。
客戶:嗯,這樣也可以,可以。
你看,這就是典型的客戶給解決方案的例子,所以當客戶提出了如同解決方案的需求時,我們需要多問幾個為什么,推薦大家使用5why分析法。
所謂5why分析法,又稱“5問法”,也就是對一個問題點連續以5個“為什么”來自問,以追究其根本原因。雖為5個為什么,但使用時不限定只做“5次為什么的探討”,主要是必須找到根本原因為止,有時可能只要3次,有時也許要10次,如古話所言:打破砂鍋問到底。5why法的關鍵所在:鼓勵解決問題的人要努力避開主觀或自負的假設和邏輯陷阱,從結果著手,沿著因果關系鏈條,順藤摸瓜,直至找出原有問題的根本原因。
3. 調研后
完成調研后需根據訪談表將訪談內容轉化為需求調研記錄單,通過需求調研記錄單中的內容建立需求池,最后將調研整體情況進行匯總輸出需求調研報告。
調研報告中需包涵:
- 調研情況概述,主要描述調研的時間、地點、業務;
- 調研內容,說明調研了哪些業務,其調研對象的職位、職務,每項業務得到了多少需求,用數據表述,也可用圖表展示;
- 調研期間存在的問題,說明調研過程中存在的問題,該問題是否解決,若未解決最好提出解決方案或提出需要哪些資源可解決,例如:調研期間某領導外出開會,需我司領導與客戶領導溝通確定下次調研時間。
- 調研總結即對調研期間工作進行總結性的描述,例如:截止到XXXX年XX月XX日,調研工作已全部完成,調研期間科室積極配合,但XXX制度未完善,待制度完善后,XXX模塊可能涉及修改。
調研完成后的文檔一定要進行整理,同步給項目組成員,讓大家了解項目的背景、業務,后續才能更好的配合完成項目。
本文由@與爾同愁 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
建設方案目錄有沒
同政府項目,寫的很到位。謝謝
期待更新~
期待更新
請問什么時候更新其他幾個階段?
已經在寫初稿了,下周二前會更新1到2篇。
贊,期待更新!
…
?
然后呢
然后的部分會持續更新噠