文章結(jié)合具體業(yè)務(wù)場(chǎng)景對(duì)電商后臺(tái)設(shè)計(jì)中的審核功能的設(shè)計(jì)邏輯展開了梳理說明，并對(duì)相關(guān)問題展開了分析，希望通過此文能夠加深你對(duì)電商后臺(tái)設(shè)計(jì)的認(rèn)識(shí)。

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

01 審核單的組成

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

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

02 參與角色

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

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

03 審批操作

單就審核表單來說，它提供的功能相對(duì)簡(jiǎn)單，主要有以下幾個(gè)：

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

04 審批模型

1. 串行審批

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

2. 并行審批

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

3. 混合審核

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

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

05 使用場(chǎng)景

場(chǎng)景一：指定審批人

發(fā)起人在發(fā)起申請(qǐng)時(shí)可以自己指定需要進(jìn)行審核的人，這種場(chǎng)景比較常見。主要優(yōu)點(diǎn)是功能簡(jiǎn)單、靈活性比較高，缺點(diǎn)是無法形成標(biāo)準(zhǔn)審核流程。適用于那些對(duì)審核要求不高的業(yè)務(wù)，如請(qǐng)假單、遲到補(bǔ)卡、加班等。這樣的審核流因?yàn)槭怯脩糇约涸O(shè)置，所以通常不會(huì)太復(fù)雜。

場(chǎng)景二: 固定審核流

企業(yè)中還有許多審核內(nèi)容因?yàn)槠渲猩婕暗搅私痤~、以及保密信息，所以上面這種人為自定義的方式就不太適用，它們的審核流程通常都是固定的標(biāo)準(zhǔn)審核流，如采購單、合同等。針對(duì)這種情況需要設(shè)計(jì)一套標(biāo)準(zhǔn)審核流程，后期由技術(shù)人員或者產(chǎn)品經(jīng)理進(jìn)行維護(hù)。

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

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

2）動(dòng)態(tài)確認(rèn)審核人：上面我們總結(jié)了，審核其實(shí)就是找到對(duì)應(yīng)的審核人，然后完成審核信息。審核人的設(shè)置有以下幾種方式：

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

3）消息通知：當(dāng)審核進(jìn)入對(duì)應(yīng)節(jié)點(diǎn)的時(shí)候，給發(fā)起人和審核人發(fā)送消息通知，及時(shí)了解審核狀況，通常由代碼內(nèi)部完成這個(gè)邏輯，功能不會(huì)體現(xiàn)在原型圖上。

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

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

審核流列表頁：

審核流設(shè)置頁：

06 使用方法

上面我們將審核設(shè)計(jì)成獨(dú)立的功能模塊，使用時(shí)可以通過下面幾步完成調(diào)用：

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

以上就是審核功能所涉及的內(nèi)容，歡迎小伙伴們?cè)谙路搅粞越涣鳎?/p>

作者：JackLiu；個(gè)人微信公眾號(hào): 揚(yáng)帆去遠(yuǎn)航（ID:Jackai_liu)

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

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