編輯導語：一個合格的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協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部