對於企業應用系統來說，工作流可以說是其核心和靈魂，而審批流程則是比較重要的基礎應用場景，一個良好的審批設計可以有效的提高公司運轉效率，提升管理規範。

接下來，我們從角色、內容、流程、動作、許可權、配置、效率這幾個方面，瞭解一下learun framework審批工作流的產品設計。

一. 角色

在企業中，每個人都有自己的管理層級和崗位職責，不同的崗位需要完成的任務也有所不同，在實際的工作流審批設計中，可以抽象的概括為兩類：發起人和審批人。

1.發起人

發起人，很好理解，就是誰開始了這個流程，在這個步驟主要完成的是事務性、操作性的工作，同時發起人也是最關心審批進展的角色。既然關心進展，那麼站在發起人的角度，在流程建立之後，還應該有相關資訊的完善、審批人提醒、處理駁回修改、重新提交等功能。同時，還要相容統一發起入口和業務場景觸發，常用的審批事項要方便找到，審批管理頁面有統一的彙總。

2.審批人

審批人在流程中更多擔任的的決策性工作，因此內容和操作上應儘可能精簡，比如只看到重要資訊，避免資訊雜亂影響判斷，不輸入或少量輸入，同時也要有統一的介面審批和管理，方便追溯。

 二. 內容

1. 提煉核心

審批事項不同，流轉內容必然有所差異，這就需要設計針對核心內容，因為沒有人會喜歡發起一個審批還要填寫一堆資料。況且，複雜的內容在提高決策準確性和效率方面並沒有什麼幫助。例如一個請假審批流程，核心就是請假時間、事由和請假型別；而一個立項投決的審批，則需要重點展示立項會的表決結果，同時還需要把會議記錄做為附件帶上，以便在必要時可以檢視，在互動上，這裡同樣需要注意內容的歸類、收納。

總結起來就是：內容要精煉、機器能填的不人填，能選擇的不輸入。

2. 檢視和修改

在審批的過程中，有時候需要讓不同的審批人檢視不同的內容，且限定有些人有修改許可權而有些人只有只讀許可權，這些具體在後文“許可權”裡講。

三. 流程

1. 自主選定審批人流程

這一種屬於比較輕量、靈活的審批方式，當然適用性也會有一定的限制，當公司規模不大，流程尚未完全標準化的時候可以採用此模式。主要情況為發起人發起一個審批事項並提交時，需要自行選擇下一個環節的審批人。而下一個環節的審批人審批通過後，可以選擇繼續流轉到再下一個人去審批，直至結束。

2. 序列流程

序列流程就是每一個審批環節的人審批通過後，才會進入到下一個環節。每個環節的駁回，可以根據業務需要，設計成駁回到發起人、駁回到上一個環節或駁回到指定環節重新審批，或兼而有之，做為選項供審批人選擇。

3. 並行流程

並行流程是一個審批環節需要幾個人或角色審批通過才算通過，具體有以下幾種：

1任意一個人審批通過即進入下一環節

2必須所有人審批通過才進入下一環節

第一種方式比較好理解，第二種可能容易和序列流程混淆，同樣是多人審批，是一個接著一個，還是同時通過才算呢？這個具體使用哪一種流程，要看審批人是不是處於同一級別，並行更類似於同級別的會籤，序列則適合於有上下層級關係的情況。

並行流程的駁回就簡單了很多，通常設計為一人駁回流程即被拒絕或重新發起。

4. 條件觸發流程

條件觸發流程算是比較常見的一種，設計上來說就是流程由誰審批是根據條件來的，例如金額一萬元以內支出由部門主管審批結束，一萬元以上由總經理審批結束。

5. 混合流程

混合流程算是比較複雜的一種，因為融合了以上幾種的流程條件，比如：金額低於1萬元的，由部門主管審批通過後即結束；金額在1萬元到10萬元的，需要先由部門主管審批，之後交由財務和副總經理審批通過後即結束；金額高於10萬元的，需要由董事長和總經理一同審批通過後才結束。

四. 動作

1. 通過

通過動作由審批人操作，是否需要輸入通過原因、通過原因是否必填需要根據實際業務情況決定。

2. 駁回修改

駁回修改動作由審批人操作，和通過不同，為了讓發起人知道如何修改，駁回原因一般需要設定成必填項，否則發起人或上一個審批環節的人不知道為何被駁回、以及要如何修改。

3. 重新提交

重新提交由發起人操作，和駁回修改是一一對應的。設計上要注意，審批人審批重新提交的內容時，需要附帶上一次駁回修改的原因。

4. 取消

取消動作可選，一般針對發起人。

五. 許可權

許可權的控制貫穿在審批流程的方方面面，上述的角色、內容、流程和動作都會涉及到許可權的控制，是一個較大的工程。

基於角色的訪問控制體系，包括使用者、角色、目標、操作、許可權五個基本資料元素，每個角色至少具備一個許可權，每個使用者至少扮演一個角色，可以對完全不同的角色分配完全相同的訪問許可權，使用者和角色是多對多的關係。

1.操作和許可權內容，可區分為功能許可權和資料許可權

2.什麼人可以發起什麼審批，由功能許可權控制

3.什麼人/角色在整個審批流程中可見什麼資料，由資料許可權控制

4.什麼人/角色可以審批什麼環節，由獨立的審批配置控制

六. 配置和擴充套件性

審批工作流的配置靈活度和開發複雜度成反比，具體要靈活到什麼程度，需要由業務需求決定。一般針對公司開發的中後臺系統，靈活性相對較少，而面向多個公司的商業化的系統，則靈活性要求大大提高。主要體現在以下方面：

1）審批流程的型別可修改

2）具體的審批環節可增刪改

3）各個環節審批人/角色可配置

4）審批相關的許可權可變更

七. 效率

工作流的核心目標是提高企業執行效率，如果線上審批流程效率還不如原來的紙質操作，那這個流程的設計就是失敗的，也失去了意義。因此，在完成整個審批流程的設計之後，我們還需要花大精力對流程的效率進行審視和優化。可以參考以下經驗：

1）審批的操作儘可能精簡，且操作含義明確

2）只要求輸入必要的表單

3）待審批事項及時通知到審批人

4）審批進展及時通知發起人

5）發起人可選擇主動催促審批人

6）做好下一步操作的引導

總結

審批流程是中後臺工作流的基礎應用，我們在設計的過程中，把握的核心要點是“提高效率，規範管理”，在設計過程中要時時回頭審視，以免脫離了這個最重要的目標。

Learun敏捷開發框架，基於asp.net的強大工作流引擎，集合眾多行業客戶經驗，具有多用途、視覺化、靈活性等特點，可快速開發OA/CRM/ERP/HRM/MIS/BI/移動app/電商後臺等眾多企業應用軟體，真正做到一套框架在手，多種系統滿足，充分解決了了企業資訊化建設的需求。