一文詳解To B業務調研

4 評論 12187 瀏覽 71 收藏 11 分鐘

公司新來了兩位實習生小朋友(99年的,突然發現90的快成為了叔叔了),部門把兩位小朋友分配給我,讓我好好帶一帶。正好手里有個中心業務同事提了一個需求,順手帶著他們做一下,希望通過這個需求可以讓他們盡快的熟悉B端產品經理工作,同時也把經驗分享給產品新人。

接到需求不著急,先分析

不管是接到業務方同事提出的需求還是Boss下達的需求,第一步先分析一下需求,具體分析的角度可以從以下幾方面出發:

1. 誰提出的需求?

需求提出者是業務同事A,崗位是集團總部市場運營經理,其崗位是負責國內市場各級代表運營管理,包括分析各級代表負責業務的運營健康狀態、KPI指標考核等工作。

2. 為什么提出需求?需要解決“他”什么困難(痛點)?

場景:總部運營人員在目前工作中需要下載各種數據指標的Excel后再進行加工處理,以生成數據報告,匯報給集團;各級代表如果想看自己所負責業務的運營狀態與KPI達標情況,需要從PC報表中去查看,或從總部市場運營人員獲取。

痛點:在PC報表中各維度數據指標沒有統一整合,需導出為Excel后進行分析整合??偛窟\營人員一般需要花費2個工作日進行整理分析,整理分析花費時間多少且出錯風險高。各級業務代表因常年出差拜訪客戶與實地管理門店,攜帶電腦不方便,無法經常查看PC端報表數據,則造成一線代表常常沒有及時關注所負責業務運營健康狀態與KPI指標達成情況。在身邊無電腦情況想了解數據指標經常詢問總部運營人員進行溝通(微信截圖,Excel傳輸),沒有時效性、高效性、安全性。

3. 現有系統功能是否可以滿足?

B端產品經理經常會遇到這種場景:某業務同學B找到產品經理說,“我們部門現在新增加了一個業務,我們需要一個……..功能,可以做嗎?”等業務同學B說完以后,產品經理回復了一句話“您說的這個功能,目前系統是支持的,您可以…….”

這是有些業務同學可能不了解系統,對于這種場景都需要耐心解答,同時和系統運營同事進行溝通,看是否是因為在系統培訓環節或運營工作中出現解答問題不明確情況出現。

通過對業務同事A需求進行初步分析,發現目前系統暫時無法解決這些痛點。

暫時先確定需求解決方向,準備在移動端設計開發一個可以滿足“總部運營人員與各層級業務代表查詢的運營報告”。(隨著的業務調研,需求分析等階段的深入,需求解決方向也可隨時迭代。)

最后簡單把需求分析結論匯報給Leader后,答復:搞!

業務調研的“五步法”

1. 明確調研目標

業務調研的第一步是制定調研目標,在初步需求中我們了解到總部運營人員與各級也代表的痛點。根據需求出發制定調研目標,以保證調研過程盡可能輸入和輸出一些有效信息。

調研目標:了解總部運營人員與國內各級代表在工作中實際關注的數據指標與KPI,梳理出重點關注指標與KPI

2. 確認調研對象

根據需求,我們需要的對中心業務同學與一線業務同學進行調研。我們選擇了中心的運營領導一名,中心的運營一名,國內各級代表中省級代表一名,市級代表一名,一線代表一名。

如果不了解公司的組織架構,可以先具體了解的組織架構,梳理出架構圖。以架構圖為出發點,自上而下的找出典型用戶。

3. 設計調研方法

在確認調研對象后,需要設計出合理的調研方法。這就要考慮各種因素,例如時間因素,地點因素等。如果項目上線緊迫,還需要設計出A&B兩套方案,以備不時之需。

調研方法一般分為以下幾點:

  • 深度訪談;
  • 調查問卷;
  • 輪崗;
  • 競品分析。

深度訪談是與調研對象進行面對面的交談,在訪談中可以快速的直面問題,高效率的碰撞出“火花”。在深度訪談前我們需要做好一些準備工作,例如訪談大綱制作。提前制作訪談大綱可以使我們在調研中保持方向,同事也可以方便把控訪談節奏。

訪談問題設計是訪談問題是訪談大綱中必不可少的部分,問題數量可以根據預計深入訪談時長進行設置,根據以往經驗不易超過10個。訪談問題的深度應由淺入深,如果有需要確定性回答的問題可以放在最后。

例如:根據已經確認的調研目的,我們提前拿到了總部運營同事A在實際工作的需要統計的數據指標。在調研前先整體了解業務并梳理了一下指標,同時對各項指標進行初步分類。把不明確的指標定義添加在訪談問題中,以便在訪談中可以更加細致了解指標含義,針對這樣問題我們把它放在了最后。

調查問卷、輪崗、競品分析也是經常使用的調研方法,這里都不在一一闡述了,具體的方法都可以根據工作中實際情況是選擇。

4. 執行調研計劃

經過了上邊三步驟后,便要開始進行實際的調研了。我們選擇的是深度訪談,深度訪談執行階段對產品經理的溝通能力和調研節奏把控力要求非常高,這部分能力基本都是通過實踐經驗去累計提高。溝通能力主要體現在能否在訪談中挖出真正的需求與痛點,把控力則是在有限的訪談時間能盡可能高質量全面的進行問題訪談。

在實際經驗中我總結出以下幾點:

  • 訪談開場整體介紹一下調研目的與背景,使參與人員都能很快進入狀態;
  • 按照事先準備好的提綱崗進行訪談,如果實際中支持PPT展現提綱是最好的,可以讓訪談對象更加的清晰了了解訪談問題;
  • 訪談過程中訪談對象回答可以會發散到其他主題,這時對訪談對象的侃侃而談盡量不要生硬打斷,在時間允許的情況下我們要盡量去傾聽,因為也許在這一次侃侃而談中就會發現新需求或痛點。如果預定訪談時間比較緊張的情況下,我們在短暫傾聽訪談對象談話后,在訪談對象語言停頓間隙找準時機把談話方向引導在訪談大綱中,以便高效率完成訪談目的;
  • 在訪談中不懂的問題,盡量面對面的問清楚,虛心請教,以便事后又去再詢問;
  • 如果訪談對象提出關于產品的其他問題(不涉及本次訪談內容,例如問系統功能怎么樣使用),這樣問題可以在訪談結束后再解答;
  • 調研中產品經理不要給出肯定答案,因為目前只是調研階段,沒有到需求深度分析與產品方案設計階段,所以不要大包大攬的給出解決方案。

5. 歸納輸出調研報告

在訪談結束后盡快的歸納整理出調研報告(最好是結束后立刻進行整理),調研報告形式可以是訪談會議紀要,也可以是調研報告。

下邊是我經常使用的一個訪談會議記錄模板,大家可以參考一下:

會議主題:XXXX

會議開始時間:2019年12月28日15:15:07

會議結束時間:2019年12月28日15:15:12

會議主持:XX

會議地點:XXXX

通知人員:XX

參與人員:業務方:XX,XX,XX

產品方:XX,XX,XX

會議目的:XXXXXXXXX

會議內容:

1 問題A

回答:aaaa

2 問題B

3 問題C

用戶反饋槽點:

1.

2.

可行的優化建議:

1.

2.

待辦事項:

記錄員:XX

整理人:XX

再嘮叨一下

業務調研的方法有各種各種,大家可以根據實際情況去設計步驟,但是所有前體基礎都是在充分的準備與計劃下進行的。

一點小經驗分享給大家,也希望大家指出不足之處。

 

本文由 @Sean 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 結合你們公司的具體產品講一下啊

    回復
  2. 這個原創,楊堃不服吧?

    回復
  3. 有點假大空了

    來自廣東 回復
  4. 其實關鍵點在于如何根據需求情況,去產出一個調研清單,明確自己應該通過什么樣的問題去獲取什么信息,這才是重點,簡單講步驟沒啥用,因為大部分人盡皆知

    來自廣東 回復