B端系統-業務需求挖掘

0 評論 2263 瀏覽 27 收藏 7 分鐘

上一篇文章,我們分享了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協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!