面對不同業務需求，B端產品如何轉化落地（含流程圖繪製教程）

本文作者介紹了在面對較為複雜的業務時，梳理、表達、落地需求的一些經驗，並介紹過程中會用到的幾種不同型別的流程圖。

工作中我們需要繪製哪些流程圖

（本文會分別介紹圖中出現的各種圖表）

B端產品工作的主要內容即是將業務需求轉化為功能，然而業務和功能是如何建立聯絡的呢？

當一個需求發生時，涉及到的各角色會在各自場景中，發生業務相關的各種行為，行為連貫起來就產生了業務流程。

業務流程發生時，各角色會與產品發生聯絡，因此也就產生了產品流程。

最後為確保產品實現業務方期望的流程，梳理出清晰的活動圖、時序圖、資料流圖能幫助我們更有效地和技術溝通。

下文我會逐一介紹各工作環節以及各環節需要用到的圖表工具

一、業務理解：使用者體驗地圖、業務梳理表

1。 使用者體驗地圖

使用場景

：對某些關鍵場景的使用者需求和產品機會進行深入挖掘時

繪製要點

：

要選出一個具體的場景，場景需要有清晰的邊界（起點和終點），要有明確的使用者桔色；

從使用者角度，描述其在地圖中不同階段的目標、行為、疑問、痛點及情緒；

用產品角度：描述各行為對應的產品觸點、及機會。

圖例

：

（使用者體驗地圖）

2。 業務梳理表

使用場景

：對需求清晰，但業務交錯複雜的邏輯進行梳理時

繪製要點

：

定義出一個場景的明確邊界（起點和終點）

將每個場景拆解到合適的粒度，劃分出該場景下各角色不同階段的目標

根據5W2H對每個階段的目標進行描述

圖例

：

（業務梳理表）

二、業務流程梳理：業務流程圖

使用場景

：將理解的業務梳理成流程圖，與業務方溝通、討論、調整時

繪製要點

：

業務流程圖重點表達從角色和角色的動作；

可以透過區分每個動作單元的色彩來體現該動作關聯到的產品；

可以對流程的不同階段進行劃分讓流程圖更清晰、有層次。

圖例

：

（業務流程圖）

三、梳理產品與業務的聯絡：用例圖

使用場景

：梳理角色、系統、動作、以及其他角色之間的關係

繪製要點

：

圖例

：

四、產品設計：活動圖、頁面流程圖、時序圖、資料流圖

1。 活動圖

使用場景

：PM基於描述物件的特徵、描述目的，選擇合適的角度繪製圖表；

繪製要點

：

活動圖繪製規則與流程圖類似其中活動對應流程，分支對應判斷。下面分別介紹下與流程圖不同的地方：

存在【起始】和【結束】可以有多個結束點，但只能有唯一的起始點。

存在物件的概念。我們可以透過在活動圖中新增物件，來體現物件隨著活動變化而產生的變化。

存在分叉的概念，分叉後的活動需要都被執行。

存在匯合的概念，匯合前的活動必須都被執行後才能繼續向下執行。

分叉和匯合往往是成對出現

圖例

：

涉及多角色、多系統的場景可以用泳道和色塊的顏色進行區分（泳道用來區分二者之中較重要的）。

2。 頁面流程圖

使用場景

：從頁面、功能為主體，體現使用者操作流程；

圖例

：

3。 時序圖

使用場景

：用以體現各系統、角色之間動作的時間關係和資料流向關係

鑑於講清楚時序圖需要用的篇幅較多，且社群中已經有講的比較清楚的文章了，在這裡我就偷個懶了。需要的同學們點選連結跳轉快速學習時序圖：時序圖簡介、畫法及例項

圖例：

4。 資料流圖

使用場景

：以資料為主題，描述資料的傳遞和加工過程

繪製要點

：

（1）主要元素包括：資料儲存、資料加工、外部互動方

資料儲存：指暫時儲存的資料，它可以是資料庫檔案或任何形式的資料組織。

資料加工：對資料流進行某些操作或變換。每個加工也要有名字，通常是動詞短語，簡明地描述完成什麼加工。在分層的資料流圖中，加工還應編號。

外部互動方：是本軟體系統外部環境中的實體（包括人員、組織或其他軟體系統），統稱外部實體。一般只出現在資料流圖的頂層圖。

（2）資料流圖需要分層繪製，自頂層向下分解，如：頂層圖、0層圖、1層圖……

頂層圖：頂層流圖只包含一個加工，用以表示被開發的系統，然後考慮該系統有哪些輸入資料、輸出資料流。頂層圖的作用在於表明被開發系統的範圍以及它和周圍環境的資料交換關係。

0層圖：分解頂層流圖的系統為若干子系統，

1層圖：將0層圖中的各加工進行分解分別繪製。

（3）繪製規則

所有加工都應有編號。父加工被分解後，其編號會被繼承。如0層圖中的編號為1的加工會分解出：1。0、1。1、1。2等

所有步驟都是資料的流動，不要把現實中實體的流動畫進去。

外部實體之間不能有資料傳輸。

頂層系統只能有1個數據加工。

頂層系統的輸入、輸出資料，應該和所有底層系統的輸入輸出資料一致，

圖例

：

結尾

每個人接觸的產品不同，同一個產品不同階段要的特性不同，每個工作階段協作的人不同。而再不同的情況下，最合適的圖的型別，畫圖的方法，描述的粗細粒度都不同。

區別產品經理經驗的高低，就在於看誰能最快的理解問題、然後最快的找到最合適的方法，最終最快的把工作完成。

我們應該多思考，多練習，多總結。這樣我們的工作效率和工作質量才能隨著經驗而積累起來。

本文雖然介紹了各種圖表的繪製規則，但限於篇幅沒有展開太細，附上一些詳細的教程供大家參考：

軟體工程資料流圖畫法

快速學習時序圖：時序圖簡介、畫法及例項

5W2H，幫助你梳理B端產品業務流程

UML圖繪製的注意點和例項分析

本文由 @郭dao 原創釋出於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。