審批的本質是業務管控，包括但不限于規範員工行為及業務質量、提高企業運轉效率等。本文作者對審批流的設計思路進行了分析，一起來看一下吧。

一、本質及意義

審批，本質是業務管控，包含但不限于規範員工行為及業務質量、提高企業運轉效率、業務數據存檔和溯源等。

審批，意義是提高企業運轉效率，如果在審批之間，還需要不同角色私下反複溝通，本質上就失去了審批的意義。

二、内容組成

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

1. 參與角色

1）發起人

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

2）審批人

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

3）執行人

執行人，主要在審批後做出執行。在現實業務中發起人與執行人往往是同一個人。

4）抄送人

抄送主要起到通知與審批單(業務)相關成員的作用。例如：今天你需要申請事假，需要通知同部門的其他成員或者人力資源部門的相關成員。

2. 流程配置

審批當中，最主要的要素便是流程。各企業因組織架構，規章制度，員工管理方式的不同，往往會根據自身情況自定義符合管理需求的審批流程。那麼下面主要介紹以下三類審批流程。

1）串行審批流

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

2）并行審批流

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

1. 情景1：任何一個人審批通過，則可以進入下個節點，這也就是系統當中常說的 「或簽」。
2. 情景2：所有審批人員通過，才能進入下個節點，這也是系統當中常說的 「會簽」。

3）條件審批流

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

比如銷售人員在申請一個合同審批時，會根據合同金額的不同，審批人也會有所差異。當金額小于 8000 時，合同直接由财務專員進行審批，進而讓流程進行快速審批。

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

3. 審批表單

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

比如在物流管理中，發起簽收、支付、開票、服務費率設置的審批申請時，要求都會有所不同。例如在簽收審批中需要對運輸履約情況（裝卸貨單、回單、是否出現貨損貨差等）進行審核，而在支付審批中需要對支付金額、服務費等進行核對。以上業務表現出的複雜場景，也佐證了僅靠單一、固定的表單并不能滿足實際的審核需求。

綜上，在設計審批表單時應考慮“如何将審批與其他系統關聯”并支持各類定制化的表單内容。

4. 執行業務動作的策略

上文可知，企業存在不同業務場景、特定的審批需求。在審批完成後，相應也存在不同的執行業務動作的策略。包括：自動執行，人工執行。

例如：在物流管理中，發起支付審批的發起人與實際執行支付運費的人不一緻。此時企業可根據自身管理需求配置支付審批後由系統自動執行支付或指定執行人執行支付動作。

5. 通知渠道

通知渠道不隸屬于審批流上下文，是審批流上下文中所對接的第三方系統。其作用是通知審批相關方審批結果并促使相關方快速做出判斷及響應。通知渠道與企業工作溝通工具高度相關，包含但不限于：站内消息通知、短信通知、微信消息、釘釘消息等。

三、總結

審批的本質是提高企業運轉效率。如果在審批之間，還需要不同角色私下反複溝通，就失去了審批的意義。且審批本身就是一個典型的 B 端産品從場景到需求，進而研發的功能，最後又回歸場景，設計需要回歸到真實場景，與業務相關聯。

本文由@雲旭PM 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議

該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

,

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

查看全部