筆者以房產中介管理系統爲例，一釘釘爲參照， 對審批功能進行了分析。

對於一個產品本身來說，審批可以算得上是一個優秀管理系統的重要組成部分。而從一個老闆的需求來看，審批功能能夠幫助老闆掌控員工在系統中的重要操作，從而加強管理，提高管理水平。

最常見的審批操作莫過於考勤審批，即員工的請假、外出、補卡等。但隨着業務的發展，以及管理者管理思維的提高，需要審批的對象越來越多，審批的門類的越來越多。

以“智能移動辦公平臺”釘釘爲例，它把所有有可能需要審批的操作都拆解出來，設置審批流程。

從下圖可以看到，這些默認的審批操作共有7個類別，30多個審批操作。可預見的，如果一個公司深度使用釘釘，那麼基本上可以做到全流程線上審批，即“無紙化審批”。

“釘釘”的所有審批

釘釘的審批流程如此詳細，這和它的產品定位——“智能移動辦公平臺”是分不開的。但是，並不是所有的系統都需要借鑑這麼詳細的審批門類。在產品設計時，還是要結合實際業務需求和老闆的管理需求，進行審批模塊的設計。

下面我以中介管理系統爲例，分析一下中介管理系統審批模塊的產品設計思路。

一、確定審批業務

設計審批模塊時，先要依據經紀人的實際業務和老闆管理需求，再梳理管理系統中的業務操作，最後篩選出哪些操作需要設置審批。

除卻常見的考勤審批，在房產中介業務中，還有一些針對房客源的操作的審批。

對於一家房產中介公司或門店而言，房客源是最核心也是最機密的信息。作爲老闆，肯定不希望手下員工能夠任意查看、修改這些信息。

但在實際業務中，員工確實有查看、修改房客源信息的場景，這時候，設置審批是最好的選擇。

以一套房源在系統中的流程爲例，簡單梳理和房源相關的審批操作。

首先，錄入房源、新增房源雖然是一個較高頻的操作，但是有的公司爲了確保進入公司系統的房源都是真實有效的信息，會設置新增房源需要審批，然後由審批專員統一覈對、處理、

在查看房源上，一般來說都有權限控制員工查看範圍的權限。但是對於某些重要的信息，例如房源門牌號、業主電話、私密跟進等信息，需要設置查看需提交申請。

修改房源信息也有權限控制。但是設計一些重要信息，例如房源價格、房源狀態、業主電話等，也需要進行審批。尤其是房源狀態，它展示房源現階段是否能夠進行交易，可以說是房源的一個重要標籤。這些重要的信息是不能允許隨意修改的。

房源業務操作，例如跟進、帶看、實勘，一般來說與經紀人的工作量和業績關聯，通常是經紀人自發的較高頻的操作。爲了防止經紀人爲了完成工作任務，填寫虛假信息濫竽充數，很多管理者也會對房源的業務操作設置審批。

當房源進入交易狀態，後續的審批更多的就是合同、佣金、業績方面。

一套房源在系統中涉及審批的流轉

從整個中介業務來看，需要審批的模塊主要有房源、客源、合同、考勤。當然，各家的中介公司的審批對象不盡相同。比如說有的公司有“籤獨家”的業務，那麼在系統中就需要有“獨家委託”的審批；有的公司重點做託管業務，那這時候需要有“託管委託”的審批。

總體來說，不同公司會根據自身業務側重點的不同，有不同的審批業務。

在產品設計時，可以默認一些通用的審批，同時也可以讓用戶自己自定義設置審批。這樣的話，既能涵蓋滿足用戶的需求，也能讓系統更靈活。

中介管理系統的審批梳理

二、審批設置

確定審批對象，接下來就需要設計“審批設置”。

“審批設置”是給用戶進行審批管理的模塊，用戶可以在“審批設置”中設置各項審批對象的審批流程，也可以對審批對象進行開啓和關閉。整個審批的大致流程是發起人發起申請，審批人進行操作，對發起人進行結果提醒。

“審批流”是審批功能的核心。

依據審批流建立起來的審批功能是一對一的：一項申請被髮起後，會在一條線上的各個節點進行流轉，只到完全審批通過，審批結果通知到發起人，整個流程才結束。

而如果沒有建立審批流，依靠審批權限來控制確定可審批任務的人，那麼當一項申請被髮起，這項任務先“分身”，直接進入到所有有審批權限人的消息中，就像水管裏的水沒有方向地往四周灑。誰先對申請進行操作，誰就是審批人，操作完成再對發起人進行提醒。

依靠審批權限來控制這種方式，有優點也有缺點。

優點相比於固定審批流程的單線型，一個節點不操作整個流程就被卡住，當有多個人有審批的權限，理想情況下，審批流程是會更快的。但同樣的，當多個人對這個審批有操作全程時，很容易產生“旁觀者效應”，即大家都想着這個任務肯定有別人處理，很容易導致任務無人操作。

當然也可以在設置審批流程的時候，在每個節點設置兩三個操作人，這樣既能保留審批流，又能避免審批流程容易被卡住。

三、審批信息

流轉到審批人面前的審批單， 應該要展示申請人、申請時間、申請類型、申請信息、審批狀態。

當然，某些審批需要展示申請記錄的統計信息。例如，釘釘的請假審批，會展示申請人的所有請假記錄。

同樣的，房產中介管理系統中，也需要對某項業務的申請進行記錄統計。例如，搶盤申請中可以展示該房源的搶盤記錄，調價申請可以展示該房源被修改多少次價格、或者展示該申請人申請過多少次調價。這些數據的展示，可以讓審批人在審批時查看歷史記錄，注意異常情況。

審批信息中還需注意信息的關聯展示。如果是房源、客源、合同類的審批，在審批單上，還需要點擊跳轉展示到具體房源、客源、合同信息。這些信息的展示有助於審批人對申請信息更瞭解。

四、PC端和手機端的設計差異

針對審批功能，PC端和移動端都會有獨立的審批模塊。

PC端會更集中一點：集中的申請發起入口，集中的審批處理入口，集中的申請/審批列表展示。而手機端由於展示空間有限，再加上手機端移動辦公的特性，手機端審批功能設計的側重點是處理審批操作。所以更多的是待辦審批的提醒和審批記錄的分類展示。

在頁面設計上，由於PC端屏幕較大，填寫申請、審批信息其實內容並不多，所以在頁面展示和佈局上沒有太多可發揮的空間。而手機端由於屏幕較小，在頁面設計上可以更偏向審批單的樣式。

除此之外，還可以針對審批單有更多的操作，比如說催辦、撤銷、評論、打印等。當然這些要根據具體的場景需求來設計功能。

總結

審批對一個系統和公司來說是一個非常重要的功能。但從產品設計的角度來看，審批功能的頁面並不多，整個功能並不複雜。

在設計過程中，比較重要且複雜的是把系統中需要審批的對象進行枚舉，同時需要梳理清楚審批流程和審批權限。所以在設計審批功能時，首先要梳理需要審批的對象，以及申請的結構、審批的結構、文案提醒、權限範圍等通用信息。其次再去考慮具體的頁面設計。

就算需要審批的業務對象很多，但實際在頁面設計時，會發現任務並不重，頁面大體都是相似的，甚至有很多是重複的。

所以，在進行審批功能的分析和產品設計時，不要有畏難心理。從實際業務到系統流程，再到具體頁面，一步一步地開始工作，等到最後會發現，審批功能並不難。

#專欄作家#

異彩，微信公衆號：一隻蝸牛慢慢跑，人人都是產品經理專欄作家。從事房產管理系統的產品工作，關注To C產品的交互設計、運營、結構設計和商業模式。在成爲一名優秀的產品人的路上努力前行。

本文原創發佈於人人都是產品經理。未經許可，禁止轉載。

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