關于業務流、工作流、審批流的簡單說明
編輯導語:社會分工的出現,導致一次完整的生產活動需要由多個國家、多個企業、多個人共同完成。在這之中,會導致輸出物的流動,即會產生各種“流”。本文作者就業務流、工作流和審批流進行了說明,一起來看看吧。
一、什么是流
隨著社會生產力的發展和生產關系性質的變化,人類社會的生產活動開始出現社會分工,個人、企業、甚至是國家都只是完整生產活動中的一環。
社會分工的出現,導致一次完整的生產活動需要由多國家、多企業、多部門、多個人(后文用“人”代指)互相配合、共同完成。
在這種分工的生產活動中,處于后置環節的“人”,對前置環節的“人”的輸出物有著內在需求,正是因為這種內在需求,導致了輸出物的流動,使輸出物從供應方轉向需求方,即“流”,也稱“流程”。
“流”具有流動性和指向性兩個特征。
在當今社會的生產活動中,“流”具體表現有物流、信息流、工作流、資金流等。
二、什么是業務流、工作流、審批流
- 業務流:即業務流程,指為了完成某項業務而進行的各種工作的有序組合
- 工作流:即工作流程,指為了完成某項工作而進行的各種動作的有序組合
- 審批流:即審批流程,是對某項工作的審批活動的有序組合
通常情況下,業務流與工作流是相同的概念,本文即持此觀點,后文重點講解工作流、審批流。
審批流屬于工作流的范疇。
三、工作流詳解
一項完整的工作流程,應包括流程定義、權限劃分兩個部分,見如下泳道圖:
合同簽訂的流程從開始到結束,共需要經過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協議。
寫得好,但是咋沒有詳細寫業務流呢?
表結構上應該怎么設計可以更靈活適配個性化的流程呢
一般都是表單自定義、流程自定義的設置,建議可以參考一些辦公OA類的B端產品設置,目前市場上產品比較多。
有了流程好比有了方向,邏輯上不會出錯誤,也會提高工作效率。