用好流程圖，輕鬆化解複雜的B端業務流程梳理

編輯導語：一個合格的B端產品或系統，必須是基於業務出發。那麼，如何梳理複雜的業務關係呢？本文作者認為可以運用流程圖來化解，並對此進行了分析，一起來看一下吧。

B端產品是服務於組織，通過幫助組織提高收入、提高效率、控制風險，從而協助達成組織商業目標的系統。一個合格的B端產品或系統，必須是基於業務出發。如何梳理複雜的業務關係？

01 流程圖的基本認知

流程圖=流程+圖，流程是一系列的邏輯關係（包含因果關係、時間先後、必要條件、輸入輸出）做需求前一定要先把這些邏輯關係理清楚，用一句話概括的話“流程就是在特定的情境或場景下滿足使用者特定需要的總結”。

圖就是將大腦中的邏輯關係以圖形化的形式呈現出來，具有圖形化、視覺化的特點，因為是圖，可以及時的迭代，當邏輯需要修改的時候就拿出來迭代一下，同時可以更好的給專案成員進行溝通和交流。

02 為什麼要畫流程圖

1. 幫助梳理業務邏輯

每個人想一個邏輯的時候，不一定能把這個邏輯的細枝末節都想到，如果我們貿然的畫原型就有可能做許多無用功，這個時候畫流程圖可以幫助梳理清楚的邏輯。

Tips：

1. 建議開始梳理邏輯的時候可以在紙上畫畫，可以快速的把腦中的邏輯呈現在紙上，修改起來方便
2. 當畫好以後然後再用專業的工具畫出來儲存

2. 便於討論和傳播

團隊討論或開會時，如果有一張清晰的流程圖，不僅便於講解，也便於技術理解。

同頻的溝通，能快速地就某個點進行有效討論。同時把確認後流程圖寫入PRD文件中也方便傳播，當技術忘記流程的時候，檢視一下文件裡的流程就知道流程了，不用反覆確認。

3. 敏捷迭代

對於輸出的一個邏輯，不一定能考慮的那麼周全，如果有一個清晰的流程圖也方便做記錄以及修改。

同時每個版本迭代的流程圖可能會有相應的變化，通過對每個版本流程圖的對比分析，可以知道流程優化在什麼地方，產品優化了什麼地方。

03 流程圖元素定義

流程圖是符號化的圖形語言，有一定規範，菱形代表判斷，距形代表具體的操作行為、開始和結束用圓角表示。

04 以某行政IT系統為例

1. 分析功能的關係邏輯

1）角色：都有那些人蔘與功能裡（系統也作為一個角色）

如：coo/ceo、行政部長、內部組織或部門、業務owner、業務監管人員（前臺）、員工、供應商、除供應商外的第三方組織。

2）事項：這些人分別扮演什麼角色，要做什麼步驟事情

如：

• coo/ceo：審批
• 行政部長：稽核
• 內部組織或部門：事件的主要規劃者
• 業務owner：事件的主要執行者

3）需求或資訊的流向：要完成任務的流程順序是如何？

如：安全事故應急處理流程，需要來源是員工突發的事件。

2. 明確角色關係與任務

• 關係：梳理流程中各個角色的關係，如：誰執行，誰計劃，誰稽核，誰審批等
• 任務目標：所有參與者最終的目標是什麼

3. 明確開始與結束的路徑

每個功能模組中，從哪裡開始，到哪裡結束。

Tip1：流程是可以多進，但是必須是一出，這個是最常見的一個錯誤，從一個流程直接出到多個下級流程的做法是完全錯誤的，正確的做法是出到一個判定然後再分別到多個下級流程。

Tip2：流程裡的文字描述得是謂詞短語，而不能是名詞短語，如：提交申請，而不是申請的提交。

Tip3：在畫完泳道圖後,最好給每個流程、判定、子流程加上序號，方便在和團隊溝通的時候用序號來快速定位（注意：一定是在整個泳道圖定稿後才加上序號，不要對還在優化修改過程中就加序號，否則很容易把序號搞得很亂）。

Tip4：如有必要，可新增必要的說明文字。

梳理陌生的業務前期思路的不清楚，會痛苦掙扎了很久，選擇好的工具和一個清晰的思路讓梳理業務沒那麼痛苦～

本文由 @番茄 原創釋出於人人都是產品經理，未經許可，禁止轉載

題圖源自 Unsplash，基於CC0協議