當然在不同的階段的公司，對于審批的訴求是不太一樣。

小公司：因為審批的決策路徑短、流程上都非常簡單，但因此就會缺乏規範保障。比如在外出辦公時，看似隻需要與老闆當面進行口頭上的溝通即可，但是在外出出現意外時，由于缺乏外出辦公的相關證據，員工的權益則很難得到保障

大公司：因為審批的決策路徑長，流程上都極其複雜，因此會在多人協作下完成整個流程審批。比如想要申請購買辦公用品時，會由行政、Leader、财務層層審批，從提交審批到最終落實可能需要十天半個月，但是這樣的流程，能夠确保企業在清查财務狀況時，更加有理有據。

審批的演變，就是從最開始的規章制度而來。比如在早期去政務機構辦理各種業務時，會讓你去填寫各種紙質表單。在審核過程中，則需要有各個機關的蓋章及批準，而這種形式正是政府對于普通市民的自上而下的管理方式。

審批其實是整個 B 端系統的靈魂，因為在 B 端系統當中，企業想要使用系統的一大痛點便是核心的管控。

因此你會發現，隻要是一個獨立的系統，一定會存在獨立的審批模塊。因為 B 端管理系統當中企業的最終目的，是管理手中的人，而審批便是最為常見的一種手段。

審批在如今的 B 端系統當中，可以理解為它是一組消息，在這一組消息當中會有：“具體的文本、對應的附件、以及照片視頻”這些内容都是輔佐申請人去講訴你需要申請的内容。

比如我們在申請病假時，往往需要出示 三甲醫院所開設的證明，對于這個證明，如何在表單當中出現，你會發現最為常見的便是拍攝證明圖片，然後上傳到表單當中（這個與字段屬性緊密相連，我就不做過多介紹）

審批的這組消息還會有些特殊，因為它非常重要，你可以理解為它是一則“加急消息”會提醒審批人快速的進行處理，同時會告知相關的參與人（處理人、抄送人）審批的進度、并且無論成功與否，都會在系統當中留下足迹，因此它起到了 “追蹤、通知、留存” 三個非常重要的作用，我們首先對于審批進行一個基礎的拆解。

如果把審批單獨拿出來，你會發現審批會牽涉到發起人、處理人、抄送人

1. 發起人：

審批的發起人，也是整個審批流程的歸屬人，他最關心整個審批進展。

因為在發起人的角度，創建完審批事項後，可能還需要進入審批頁面，完善後續附加信息、及時了解審批狀态、催促審批人的審核、處理駁回意見等等，因此站在發起人的角度，審批需要盡可能詳細的展示當前審批的狀态、完整的審批流程、駁回信息的快速操作、成功信息的必要通知。

2. 處理人

審批的處理人主要在審批過程做出決策，因此他更在乎的是審批申請内容的信息。比如審批的信息内容、直接的審批操作、多條審批的管理。

當然，在一些大型的集團企業當中，會将審批分為審批「直接處理人」與「間接處理人」（後文以直處人、間處人簡稱）。

「直處人」作為審批的第一處理人，也就意味着他的意見至關重要，如果「直處人」通過過後，相對而言整條審批的通過幾率會大大增加。通常「直處人」是作為申請人的直系領導居多，因此多數情況下可以理解為直屬領導進行 “把關”。

「間處人」作為審批的後續處理人，同樣在流程當中也十分重要。但在有些情況下，比如一些偏平化管理的企業，「間處人」更多像是“權利”的象征，因為權利已經下放給「直處人」，而「間處人」起到知曉審批以及企業的規章制度要求。

3. 抄送人

審批抄送人主要起到通知對應角色的作用，因為一條審批的出現，會造成諸多影響，假設今天你需要申請事假，如何通知同部門的其他成員呢？

發送即時消息，顯得過于簡單；每個打電話，又有些麻煩；發送企業郵件，又怕他們沒有看到。這時候抄送人會顯得尤為關鍵。

通常抄送會有企業流程上管理員配置的固定抄送人，以及發起人選擇的自行抄送人兩種類型。

固定抄送人角色通常與管理員配置整個流程有關，他是角色當中管理員所配置的重要通知人，比如今天你的請假信息，肯定會告知行政，像這類默認的通知流程，則可以将其設為固定抄送人。

自行選擇抄送人則是提供給發起人自行選擇，該條審批可能會影響到的相關人群。比如就是發送給同事，讓他們知曉今天你不在崗位上，因此自行選擇可以增加審批抄送的靈活性。

這裡肯定會有很多讀者會問，我選擇抄送人與我發消息給同事，有什麼區别麼？

看似完全相同，實則有明确的區分。

通過消息，将審批内容傳達，本質上是你自行将内容發送給對方，對方會對于你這個消息的真實性會産生疑問？你是否通知了。而選擇抄送，更為權威，更能體現你這條消息的真實性，并且整個流程都已經由領導進行批準，因此不會存在太大問題。

其實審批的本質就是一組消息，而這一組消息當中，申請人通過表單配置去獲取需要補充的消息内容，而流程會根據企業所配置的流程方式将這一組消息進行合并轉發給對應人，而審批人則需要對這一組消息進行回複“通過、駁回” 來讓整個流程繼續延續。

審批當中，最主要的便是流程。因為你可以通過查看流程圖，去了解整個企業的組織架構、規章制度、員工管理方式。

1. 串行審批/依次審批

串行審批主要是指當一個審核節點通過後，才能進入下一個審核節點。如果節點駁回，則可以根據業務實際需要，配置駁回的返回路徑，會有：駁回到發起人、駁回到上一個節點、或駁回之前任意一個節點重新審批。

2. 并行審批

并行審批是指一個審批節點存在多個角色同時審批，這裡會存在兩種情況。

任何一個人審批通過，則可以進入下個節點，這也就是系統當中常說的 「或簽」。

所有審批人員通過，才能進入下個節點，這也是系統當中常說的 「會簽」。

3. 條件審批

條件審批就是将企業當中的規章制度映射到實際的項目當中，通常就是某個審批内容會根據金額多少、實際數量等進而選擇哪個角色進行審批。

比如銷售人員在申請一個合同審批時，會根據合同金額的不同，審批人也會有所差異。

當金額小于 8000 時，合同直接由财務專員進行審批，進而讓流程進行快速審批。

當金額大于 8000 時，合同會由銷售主管進行審批，讓銷售主管能夠掌握企業的重要合同。

4. 自主審批

通過發起人選定一個審批事項後，将自主選擇後續的審批内容，進而實現審批的後續選擇。這是一種較為靈活的審批流程，當企業尚未形成标準化流程時，自主的核心就是當發起人發起一個審批，提交時需要自行選擇下一個環節的審批人。而下一個環節的審批人審批通過後，可以選擇繼續流轉到再下一個人去審批，或者結束這個流程。

審批的背後，它映射的其實是企業的一條條管理制度，而它的設計一定是要滿足企業的實際需求。因為你負責的産品不是為某一家企業提供的服務（定制化産品），并且企業管理制度的變動其實是家常便飯，你需要去考慮一個通用的解決方案，這個解決方案拆解下來會分為三個内容，分别是：申請表單、流程配置、更多配置進行講解。

1. 審批表單

審批表單是最為一個“簡單”的用戶可配置化表單，因為現如今大多數 B 端産品都是以 SaaS 作為基礎（如果是定制化産品 它的審批内容、流程也不會是固定不變的）也就意味着審批表單需要為企業提供“DIY”的方式，通過表單提供不同的字段類型，去構建審批的實際要求。

比如在一個選擇請假時，年假、事假、病假、婚假等的要求都會有所不同。

如何知道他們的差别，其實可以根據《勞動法》的相關規定以及各個實際公司制度，進行個性化的處理。

在申請婚假時，需要上傳你的結婚證，以證明其真實性；在病假時，需要有三甲醫院的病情證明；在年假時，則需要有你的剩餘年假天數。而這些特殊訴求，其實都需要在表單當中進行各種定制化表單。

當然這隻是極為常見的請假場景，而在實際業務當中的複雜場景（更多需要将審批與其他系統關聯）一個簡單的表單是沒有辦法進行滿足。

這也是很多企業會發現的，無論是飛書、釘釘、企業微信，都沒有辦法滿足其實際流程需求，又沒有辦法改變自身流程，隻能夠自研、定制化産品，這也是為什麼即便各行各業都有了初具規模的 SaaS 産品，但是還是會有很多企業願意自行研發軟件。

2. 流程配置

企業可以根據自身的系統流程，在流程配置當中去定制特定的流程。在這個頁面的設計上，需要注意不同參與人的狀态，以及複雜流程時如何才能夠進行清晰的閱讀，因此增加了顔色區分（發起人、審批人、抄送人） 視圖縮放功能。

顔色自然不必多說，整個系統需要統一，因此不能夠隻考慮管理後台的顔色，是一定要在詳情頁當中也能過保證顔色的一緻。這樣才能夠滿足實際業務所需。

視圖縮放隻是小小提一下，常見的視圖縮放會放在左側，至于為什麼，自己稍稍揣摩揣摩。

由于流程配置的屬性頁面會涉及很多表單的複雜邏輯，這個隻能夠留在我的訓練營的課程當中進行拆解，這裡就不過多贅述。

3. 更多配置

更多配置項則是審批在實際情況下的特殊處理，比如：申請人修改審批的具體時間、能夠将審批轉發給其他人、出現多次相同的審批人是否去重等等… 其實就是将審批的設計方案進行“賦能”，去滿足更多企業在實際場景當中的需求，感興趣的同學可以去釘釘、飛書了解詳情。

結語

審批，核心還是提高企業運轉效率，如果在審批之間，還需要不同角色私下反複溝通，本質上就失去了審批的意義。而審批本身，就是一個典型的 B 端産品從場景到需求，進而研發功能，最後又回歸場景，你設計的好與壞，落地到真實的場景當中，試試便知。

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