本文作者從工作項(xiàng)目實(shí)踐出發(fā)，總結(jié)了審批流程自定義結(jié)構(gòu)化設(shè)計(jì)的相關(guān)經(jīng)驗(yàn)，供大家一同參考和學(xué)習(xí)。

審批流應(yīng)用業(yè)務(wù)場景眾所周知，不多做贅述。

企業(yè)規(guī)模擴(kuò)張，流程變革都會(huì)引起企業(yè)內(nèi)部審批流程調(diào)整，很多傳統(tǒng)2B企業(yè)也都會(huì)因此具有流程再造，IT系統(tǒng)重構(gòu)的需求，因此筆者主要談?wù)勂脚_(tái)自定義審批流程產(chǎn)品設(shè)計(jì)。

面向用戶：企業(yè)IT系統(tǒng)管理員/系統(tǒng)實(shí)施人員/高級業(yè)務(wù)人員

基于以上場景可知，我們設(shè)計(jì)自定義審批流的初衷，是為了解決企業(yè)審批流程發(fā)生變更時(shí)，大規(guī)模、高成本的IT系統(tǒng)重構(gòu)。因此設(shè)計(jì)審批流程自定義配置產(chǎn)品，方便企業(yè)IT運(yùn)維/系統(tǒng)實(shí)施/高階業(yè)務(wù)人員，通過可視化界面快速、高效的配置或者修改審批流程。

產(chǎn)品結(jié)構(gòu)化設(shè)計(jì)

1. 審批流基本信息管理

該部分主要用于審批流程基本信息管理，其中需要重點(diǎn)說明的是：

（1）關(guān)聯(lián)業(yè)務(wù)

這里主要是設(shè)置審批流程是基于哪個(gè)業(yè)務(wù)下發(fā)生的，如果是平臺(tái)已有業(yè)務(wù)，可以直接進(jìn)行關(guān)聯(lián)。

如果這里審批流需要獨(dú)立自定義相關(guān)的業(yè)務(wù)描述，可以通過自定義表單的形勢實(shí)現(xiàn)，表單設(shè)計(jì)屬于另一個(gè)主題，不在這里贅述。

（2）生命周期

如前面所講，審批流隨時(shí)可能會(huì)發(fā)生變更，但是歷史審批流已產(chǎn)生歷史數(shù)據(jù)，因此不能直接刪除，這就需要對審批流進(jìn)行生命周期管理，“禁用”的審批流程在前臺(tái)是不可見、且不可操作的，但是基于該審批流所發(fā)生的歷史數(shù)據(jù)是可查詢的。

2. 可視化審批流程配置

可視化流程配置，按照節(jié)點(diǎn)屬性分類設(shè)置，分為三部分：

（1）開始節(jié)點(diǎn)

（2）審批節(jié)點(diǎn)

其中重難點(diǎn)包括節(jié)點(diǎn)和節(jié)點(diǎn)之間的連接過程：

1. 上個(gè)節(jié)點(diǎn)和下個(gè)節(jié)點(diǎn)是一對一節(jié)點(diǎn)，即為下個(gè)節(jié)點(diǎn)是單個(gè)節(jié)點(diǎn)；
2. 上個(gè)節(jié)點(diǎn)和下個(gè)節(jié)點(diǎn)是一對多節(jié)點(diǎn)，即為下個(gè)節(jié)點(diǎn)是分支節(jié)點(diǎn)；
3. 如果節(jié)點(diǎn)之間最終需要交匯合并，那么也可能在節(jié)點(diǎn)之間需要插入空節(jié)點(diǎn)，用于分支節(jié)點(diǎn)中某個(gè)節(jié)點(diǎn)可以跨節(jié)點(diǎn)到達(dá)下一個(gè)節(jié)點(diǎn)。

（3）結(jié)束節(jié)點(diǎn)

以上三部分主要用于審批流程屬性配置，每一個(gè)過程都必不可少，定義的屬性粒度足夠細(xì)致，前臺(tái)審批流程靈活性就會(huì)越高。

其中可抽象的重點(diǎn)能力模塊有：

1. 觸發(fā)條件設(shè)置：定義觸發(fā)條件，基于某種條件可以觸發(fā)某種事件；
2. 條件設(shè)置組件：選擇對象下的字段，設(shè)置字段條件；
3. 觸發(fā)執(zhí)行事件設(shè)置：定義觸發(fā)事件，當(dāng)滿足觸發(fā)條件時(shí)，執(zhí)行觸發(fā)事件。

觸發(fā)事件組件：

觸發(fā)器的應(yīng)用場景比較多，此處可以封裝成獨(dú)立的觸發(fā)器功能。

其他細(xì)節(jié)此處不做一一贅述，如果有描述不清楚的地方，歡迎大家隨時(shí)討論。

3. 審批流權(quán)限

企業(yè)數(shù)據(jù)涉及很多企業(yè)機(jī)密信息，因此2B產(chǎn)品有一個(gè)很重大的課題，就是權(quán)限設(shè)計(jì)（此處后面可以專題討論），因此審批流也不例外。

其中需要重點(diǎn)關(guān)注的：

1. 操作權(quán)限是只有當(dāng)前節(jié)點(diǎn)的審批人，還是也要授權(quán)給管理員？
2. 審批流查看權(quán)限，因?yàn)榍懊嬷v到，審批流都是關(guān)聯(lián)業(yè)務(wù)進(jìn)行的，因此是不是默認(rèn)繼承業(yè)務(wù)的數(shù)據(jù)查看權(quán)限？還是可以更精細(xì)的進(jìn)行權(quán)限控制？

此處需要根據(jù)業(yè)務(wù)場景進(jìn)一步設(shè)計(jì)，當(dāng)然也歡迎大家能有更多探討。

產(chǎn)品交互設(shè)計(jì)

大家應(yīng)該都比較熟悉使用Visio等工具畫業(yè)務(wù)流程，為了減少用戶交互操作的培訓(xùn)，筆者也希望能夠采用這種交互的方式來實(shí)現(xiàn)審批流程的配置過程。大致結(jié)構(gòu)可參考下圖：

以上，是筆者根據(jù)自己的經(jīng)驗(yàn)總結(jié)的審批流程自定義結(jié)構(gòu)化設(shè)計(jì)，僅代表個(gè)人觀點(diǎn)，歡迎大家深入探討，碰撞出更多火花。

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

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