B端產(chǎn)品是服務(wù)于組織，通過幫助組織提高收入、提高效率、控制風險，從而協(xié)助達成組織商業(yè)目標的系統(tǒng)。一個合格的B端產(chǎn)品或系統(tǒng)，必須是基于業(yè)務(wù)出發(fā)。如何梳理復(fù)雜的業(yè)務(wù)關(guān)系？
流程圖的基本認知
流程圖=流程+圖，流程是一系列的邏輯關(guān)系（包含因果關(guān)系、時間先后、必要條件、輸入輸出）做需求前一定要先把這些邏輯關(guān)系理清楚，用一句話概括的話“流程就是在特定的情境或場景下滿足用戶特定需要的總結(jié)”。
圖就是將大腦中的邏輯關(guān)系以圖形化的形式呈現(xiàn)出來，具有圖形化、可視化的特點，因為是圖，可以及時的迭代，當邏輯需要修改的時候就拿出來迭代一下，同時可以更好的給項目成員進行溝通和交流。
為什么要畫流程圖
幫助梳理業(yè)務(wù)邏輯
每個人想一個邏輯的時候，不一定能把這個邏輯的細枝末節(jié)都想到，如果我們貿(mào)然的畫原型就有可能做許多無用功，這個時候畫流程圖可以幫助梳理清楚的邏輯。
-
建議開始梳理邏輯的時候可以在紙上畫畫，可以快速的把腦中的邏輯呈現(xiàn)在紙上，修改起來方便
-
當畫好以后然后再用專業(yè)的工具畫出來保存
便于討論和傳播
團隊討論或開會時，如果有一張清晰的流程圖，不僅便于講解，也便于技術(shù)理解。
同頻的溝通，能快速地就某個點進行有效討論。同時把確認后流程圖寫入PRD文檔中也方便傳播，當技術(shù)忘記流程的時候，查看一下文檔里的流程就知道流程了，不用反復(fù)確認。
敏捷迭代
對于輸出的一個邏輯，不一定能考慮的那么周全，如果有一個清晰的流程圖也方便做記錄以及修改。
同時每個版本迭代的流程圖可能會有相應(yīng)的變化，通過對每個版本流程圖的對比分析，可以知道流程優(yōu)化在什么地方，產(chǎn)品優(yōu)化了什么地方。
流程圖元素定義
流程圖是符號化的圖形語言，有一定規(guī)范，菱形代表判斷，距形代表具體的操作行為、開始和結(jié)束用圓角表示。
以某行政IT系統(tǒng)為例
分析功能的關(guān)系邏輯
1）角色：都有那些人參與功能里（系統(tǒng)也作為一個角色）
如：coo/ceo、行政部長、內(nèi)部組織或部門、業(yè)務(wù)owner、業(yè)務(wù)監(jiān)管人員（前臺）、員工、供應(yīng)商、除供應(yīng)商外的第三方組織。
2）事項：這些人分別扮演什么角色，要做什么步驟事情
-
-
-
內(nèi)部組織或部門：事件的主要規(guī)劃者
-
業(yè)務(wù)owner：事件的主要執(zhí)行者
3）需求或信息的流向：要完成任務(wù)的流程順序是如何？
如：安全事故應(yīng)急處理流程，需要來源是員工突發(fā)的事件。
明確角色關(guān)系與任務(wù)
-
關(guān)系：梳理流程中各個角色的關(guān)系，如：誰執(zhí)行，誰計劃，誰審核，誰審批等
-
明確開始與結(jié)束的路徑
每個功能模塊中，從哪里開始，到哪里結(jié)束。
Tip1：流程是可以多進，但是必須是一出，這個是最常見的一個錯誤，從一個流程直接出到多個下級流程的做法是完全錯誤的，正確的做法是出到一個判定然后再分別到多個下級流程。
Tip2：流程里的文字描述得是謂詞短語，而不能是名詞短語，如：提交申請，而不是申請的提交。
Tip3：在畫完泳道圖后,最好給每個流程、判定、子流程加上序號，方便在和團隊溝通的時候用序號來快速定位（注意：一定是在整個泳道圖定稿后才加上序號，不要對還在優(yōu)化修改過程中就加序號，否則很容易把序號搞得很亂）。
梳理陌生的業(yè)務(wù)前期思路的不清楚，會痛苦掙扎了很久，選擇好的工具和一個清晰的思路讓梳理業(yè)務(wù)沒那么痛苦～ 【聲明】內(nèi)容源于網(wǎng)絡(luò)
