文章結合具體業(yè)務場景對電商后臺設計中的審核功能的設計邏輯展開了梳理說明，并對相關問題展開了分析，希望通過此文能夠加深你對電商后臺設計的認識。

在工作中有許多的業(yè)務場景都涉及到審核功能，如請假條、加班申請、采購單等。既然有這么多場景都在使用審核，那能不能將審核功能單獨設計成公共模塊進行復用呢？這個肯定是可以的，下面我就帶大家來分析一下審核功能。

01 審核單的組成

下圖是一張常見的請假單申請單，如果我們根據操作內容來劃分，可以分出兩個區(qū)域：業(yè)務表單區(qū)和審核表單區(qū)。

• 業(yè)務表單區(qū)：業(yè)務表單區(qū)主要填寫具體業(yè)務所涉及的內容信息。
• 審核表單區(qū)：審核表單區(qū)主要是審批人填寫審核意見的區(qū)域，根據我們常見的審核單模板，可以觀察到不同的審核單審批區(qū)域的可操作性內容基本一樣，主要包含審核人、審核意見、審核狀態(tài)。

02 參與角色

審核中主要有兩個角色參與其中：發(fā)起人和審核人：

• 發(fā)起人：業(yè)務內容的創(chuàng)建人，整個審核流程的起始，基本操作功能包括提交審核、取消、根據審核意見修改業(yè)務表單等。
• 審核人：根據業(yè)務內容完成意見評審的人，基本操作功能包含通過、駁回、撤銷、填寫審核意見等。

03 審批操作

單就審核表單來說，它提供的功能相對簡單，主要有以下幾個：

• 提交審核：發(fā)起人針對當前業(yè)務發(fā)起申請進入審核流程，是整個審核流程的起點，通常由發(fā)起人手動提交，也有根據條件自動判斷進行提交的。
• 通過：審核人根據業(yè)務內容做出的決策，滿足條件則【通過】，審核流進入下個審核節(jié)點或結束。
• 駁回：與【通過】相對，審核人根據業(yè)務做出決策，不滿足條件則【駁回】，審核流回到上個審核節(jié)點或起始節(jié)點。
• 撤銷：審核人在完成評審后，在下一個(通過)或上一個(駁回)節(jié)點的審核人未作出評審前，可以通過【撤銷】撤回評審意見，再次修改評審內容。
• 取消：發(fā)起人由于自身原因，在整個審核流程未完全完成時，主動取消了審核申請回到業(yè)務表單編輯節(jié)點。

04 審批模型

1. 串行審批

串行審批主要是指當一個審核節(jié)點通過后，才能進入下一個審核節(jié)點。如果駁回，則駁回到上一個節(jié)點、或之前任意一個節(jié)點或者業(yè)務表單編輯節(jié)點。

2. 并行審批

并行審核是指一個審批節(jié)點同時存在多個對象可以同時審核的情況。當其中一個、多個或全部審核通過，才能進入下一個審核節(jié)點。如果駁回，通常其中一個對象駁回，就認為當前節(jié)點被駁回，其它的情況很少使用，如多個對象駁回、全部對象駁回。具體通過或駁回需要根據業(yè)務場景而定。

3. 混合審核

混合審核通常是指包含了串行審批和并行審批的方式。如下圖中，整個流程是一個串行審核方式，而其中一個節(jié)點則是并行審批方式。

對于上面的幾種方式分析后，可以看出，一個審核流通常是由多個審核節(jié)點組成， 每個節(jié)點內最主要的任務是找到對應的審核人并作出相應的意見反饋。

05 使用場景

場景一：指定審批人

發(fā)起人在發(fā)起申請時可以自己指定需要進行審核的人，這種場景比較常見。主要優(yōu)點是功能簡單、靈活性比較高，缺點是無法形成標準審核流程。適用于那些對審核要求不高的業(yè)務，如請假單、遲到補卡、加班等。這樣的審核流因為是用戶自己設置，所以通常不會太復雜。

場景二: 固定審核流

企業(yè)中還有許多審核內容因為其中涉及到了金額、以及保密信息，所以上面這種人為自定義的方式就不太適用，它們的審核流程通常都是固定的標準審核流，如采購單、合同等。針對這種情況需要設計一套標準審核流程，后期由技術人員或者產品經理進行維護。

除了審核人外，還需要根據業(yè)務加入更多的匹配規(guī)則，如:

1）審核金額：即當滿足一定的金額條件后，才會觸發(fā)對應審核人。如企業(yè)的采購單審核，當采購金額小于等于10000時，采購主管審核即可，當大于10000時，同時需要采購經理來審核。

2）動態(tài)確認審核人：上面我們總結了，審核其實就是找到對應的審核人，然后完成審核信息。審核人的設置有以下幾種方式：

• 指定具體的人：在審核節(jié)點上明確指定具體的審核人。
• 指定具體的職位: 將節(jié)點設置成對應部門下的職位，當審核流進入節(jié)點時，系統(tǒng)動態(tài)的根據職位信息獲取當前對應的人。這樣設計可以保障職員職位變更后，新的職員可以繼續(xù)審核，而不用重新修改審核設置。

3）消息通知：當審核進入對應節(jié)點的時候，給發(fā)起人和審核人發(fā)送消息通知，及時了解審核狀況，通常由代碼內部完成這個邏輯，功能不會體現在原型圖上。

4）抄送人：消息發(fā)送給審核人和發(fā)起人的同時，也需要給指定抄送人發(fā)送一份。

下面是優(yōu)化后的固定審核流原型圖:

審核流列表頁：

審核流設置頁：

06 使用方法

上面我們將審核設計成獨立的功能模塊，使用時可以通過下面幾步完成調用：

1. 配置好審核流程審核信息
2. 通過標識碼和反饋碼調用審核模塊的接口，獲取當前步驟的審核人列表信息
3. 在業(yè)務表單頁面判斷當前登錄用戶是否在審核人列表中，如果在則顯示審核表單，如果不在則不顯示

以上就是審核功能所涉及的內容，歡迎小伙伴們在下方留言交流！

作者：JackLiu；個人微信公眾號: 揚帆去遠航（ID:Jackai_liu)

本文由 @Jack 原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協(xié)議。