編輯導語：社會分工的出現，導緻一次完整的生産活動需要由多個國家、多個企業、多個人共同完成。在這之中，會導緻輸出物的流動，即會産生各種“流”。本文作者就業務流、工作流和審批流進行了說明，一起來看看吧。

一、什麼是流

随着社會生産力的發展和生産關系性質的變化，人類社會的生産活動開始出現社會分工，個人、企業、甚至是國家都隻是完整生産活動中的一環。

社會分工的出現，導緻一次完整的生産活動需要由多國家、多企業、多部門、多個人（後文用“人”代指）互相配合、共同完成。

在這種分工的生産活動中，處于後置環節的“人”，對前置環節的“人”的輸出物有着内在需求，正是因為這種内在需求，導緻了輸出物的流動，使輸出物從供應方轉向需求方，即“流”，也稱“流程”。

“流”具有流動性和指向性兩個特征。

在當今社會的生産活動中，“流”具體表現有物流、信息流、工作流、資金流等。

二、什麼是業務流、工作流、審批流

• 業務流：即業務流程，指為了完成某項業務而進行的各種工作的有序組合
• 工作流：即工作流程，指為了完成某項工作而進行的各種動作的有序組合
• 審批流：即審批流程，是對某項工作的審批活動的有序組合

通常情況下，業務流與工作流是相同的概念，本文即持此觀點，後文重點講解工作流、審批流。

審批流屬于工作流的範疇。

三、工作流詳解

一項完整的工作流程，應包括流程定義、權限劃分兩個部分，見如下泳道圖：

合同簽訂的流程從開始到結束，共需要經過5個環節，涉及三個崗位。

1. 流程定義

流程定義的目的，是為了将工作分解并确定分解後的事項先後順序。

1）工作流程

一個工作流具體包含哪些流程環節以及各環節之間的先後順序。

比如上圖的合同工作流程，包含合同立項-合同簽訂-合同驗收-合同付款-歸檔五個環節。

合同立項的後置環節是合同簽訂，以此類推。

在具體開發時，各環節及順序可以系統内寫死也可以自由配置，具體視業務變動頻率及開發資源确定。

2）表單設計

即本環節内，應該确定、處理什麼内容。

比如合同立項環節，業務人員需要确定并填寫合同的甲乙方、立項時間、立項金額等内容。

那麼立項表單設計時，就要包含上述的字段信息。

• 簡單的工作流：各環節之間無分支條件，無流程跨越
• 複雜的工作流：要考慮各環節之間的分支條件，比如滿足條件A，走流程1，否則走流程2等，還有環節間的退回情況等

2. 權限的劃分

權限劃分的目的，是為了确定事項責任歸屬，即由誰做什麼操作。

權限包含功能權限、數據權限、字段權限。

1）功能權限

即用戶能看到哪些菜單，能進行什麼操作（按鈕）。

比如同是合同崗，員工A隻有立項權限，無合同簽訂權限，員工B隻有簽訂權限無立項權限。

2）數據權限

即用戶能查看或操作的數據範圍，隻能查看或操作授權内的數據。

比如員工A隻能查看本部門的合同，員工B可以查看全公司的合同。

3）字段權限

即用戶能查看或操作的數據字段，隻能查看或操作授權内的字段。

比如員工A不可查看合同的立項金額字段，員工B可以查看合同所有字段。

具體權限的設計，需要根據各業務特性及需求來确定。

權限設計參考RBAC權限模型，本文不再贅述。

四、審批流詳解

審批流是屬于工作流的一個組成部分，所以審批流的設計與工作流基本相似。

還是以合同流程講解，如下流程：

假設合同立項、合同簽訂、合同付款均需審批，審批通過後才可進入下一環節。

每個環節的審批人可以是多人，也可以是單人，可以是多人串行審批，也可以是多人并行審批等等。

1. 審批流的觸發條件

1）必須審批

指不管當前操作人的權限，環節提交後均需審批。

比如合同立項，提交後必須立項審批。

2）權限外審批

根據當前操作人的權限，若在其權限内，則無需審批并直接進入下一個環節，否則需審批。

比如合同立項，如果立項人員的立項權限是20萬，合同立項金額低于20萬則直接進入合同簽訂環節，否則進入立項審批環節。

2. 審批流的設置

關于審批流設置的文章比較多，本文不再贅述。

工作流最重要的點就是厘清流程、确定權限，把好這兩個要點，工作流設計便不是問題了。

本文由@星空與指針 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自Unsplash, 基于CC0協議。

,

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

查看全部