B端系統-業務需求挖掘
上一篇文章,我們分享了B端系統中的商業模式問題。本文我們繼續分享B端產品構建流程中的業務需求挖掘怎么做,這個環節的內容更偏實際,供各位參考。
B端產品如何0-1構建流程:
商業模式架構 – 業務需求挖掘 – 業務需求轉化系統功能 – 產品功能搭建 – 項目資源管理 – 數據分析
本期重點講述 –B端系統 – 業務需求挖掘
業務需求挖掘分三步走:業務需求調研、業務流程梳理、業務場景分析;
- 業務需求調研:界定業務問題:背景、核心目的、參與角色、角色目標;
- 業務流程梳理:細化業務邏輯:角色、關鍵行為、輸入、輸出、影響邏輯關系;
- 業務場景分析:明確需求:業務問題、痛點、核心要點、滿足的需求;
業務提出需求后,不要上來就給解決方案,太低級;要深度調研、分析、思考;
一、業務需求調研
調研前的準備 – 調研方案的設計 – 得出調研結論;
1. 調研前準備
理解業務、了解調研背景及目標、行業知識儲備;
1.1、業務理解地圖:戰略層、戰術層、執行層;
- 戰略層:戰略定位、戰略目標;
- 戰術層:經營策略、目標管控;
- 執行層:如何管理(組織架構)、如何運營(核心流程、KPI、合規風控);
1.2、了解調研背景及目標:
所需要完成的任務/系統、產品的背景、項目目標、預計上線節奏、涉及人員;
1.3、行業知識儲備:
通過公眾號、行業報告、咨詢等;了解行業專有名詞、業務規則(勞動法、電商法、關稅貿易等);
大輝就有一次非常打臉的教訓:我本身之前一直在做平臺電商,對供應鏈倉儲這塊了解不是很深,有次要做個項目,目的是把交易系統和云倉wms系統做數據互通,結果和對方聊的過程中,根本聽不懂在說什么(比如盤點、調撥、PDA、效期、批次…),聊的真是稀里糊涂,不過后來未來做好這個事情,實地去倉庫調研了好幾次,現在非常精通了;
我想說的是,小伙伴們有時和業務聊需求時,一定要提前了解一下相關知識,不然顯得自己很傻;
2. 業務調研方案設計
2.1、分析調研角色和干系人(收益部門、實操部門、影響部門,找到對應關系人進行調研;干系人也分優先級人員,核心面向的對象是誰,重點調研);
2.2、調研方法(深度訪談、輪崗體驗);
2.3、調研的核心內容;
【深度訪談】GROW調研方法論:理解業務目標、業務現狀、目前的做法、行動;
業務調研細節:有目的性、有針對性、給主動表達空間、不預設立場、表述沒有歧義、溝通平等、給予肯定、反復確認與試探;
3. 得出結論
及時得出總結結論:業務現狀、業務痛點、業務需求;
二、業務流程梳理
- 定義關鍵角色、識別業務的關鍵點、定義業務規則與業務流程;
- 業務流程圖 = 泳道圖:多角色,關鍵節點的交互;(抽象、聚合、關鍵節點);
- 關鍵角色:比如財務、采銷、商管、法務等; 或者關鍵系統:商品、訂單、庫存、售后等; 用戶、平臺、商戶等;
- 識別業務關鍵動作:
流程圖無需關注細節,需要關鍵節點,關鍵動作(識別目標);
全局方向考慮;先關注核心正向流程,在梳理逆向流程,以及發散其他流程;
三、業務場景分析
場景:誰?在什么環境、干什么、遇到什么問題、怎么解決的;
toB產品的核心價值在于解決具體的業務問題;(首先要找到問題);
需求場景、角色、動作、目標;
需求場景:基礎場景(mvp關鍵場景)、細分場景(持續迭代優化的場景);
核心要素:①具體的業務角色、②明確業務目標、③實現業務目標的流程、④用戶體驗和感受;
構建場景庫,根據場景庫完善系統,實現系統數據化、自動化、智能化;
四、產品解決方案
業務需求抽象成產品功能
toB業務系統的存在,就是通過線上化(數據化手段)去支持業務;
后臺管理系統,本質上,就是通過頁面,對數據進行快速操作,增刪改查;
業務不會寫代碼,通過頁面,操作數據庫;
B端產品解決方案4大場景:數據線上化、數據人工操作、數據計算邏輯、數據展示;
本文由 @阿輝 原創發布于人人都是產品經理。未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務
- 目前還沒評論,等你發揮!