關於業務流、工作流、審批流的簡單說明

一、什麼是流

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

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

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

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

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

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

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

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

三、工作流詳解

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

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

1. 流程定義

流程定義的目的，是爲了將工作分解並確定分解後的事項先後順序。

1）工作流程

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

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

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

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

2）表單設計

即本環節內，應該確定、處理什麼內容。

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

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

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

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

1）功能權限

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

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

2）數據權限

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

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

3）字段權限

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

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

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

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

四、審批流詳解

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

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

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

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

1. 審批流的觸發條件

1）必須審批

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

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

2）權限外審批

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

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

2. 審批流的設置

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

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

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

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