在B端產(chǎn)品中，審批流程是經(jīng)常使用的功能模塊之一。那這個常用的功能，具體該如何設計？看看作者的經(jīng)驗，相信能給你帶來不少啟發(fā)。

在B端產(chǎn)品中，審批流程是經(jīng)常使用的功能模塊之一。那這個常用的功能，具體該如何設計？看看作者的經(jīng)驗，相信能給你帶來不少啟發(fā)。

審批流的場景

工作流主要在OA等內(nèi)部辦公軟件用到，比如請假、加薪申請、轉(zhuǎn)正申請等，這種場景下，一般需要多個人協(xié)作。

而對于大多數(shù)B端產(chǎn)品來說，要用到的場景，就是財務審批，需要業(yè)務員和財務人員、出納、公司領(lǐng)導一起協(xié)作。

審批流的流程

審批流主要涉及多個人員，就比如財務審批來說，正常情況下是業(yè)務員生成結(jié)算單，結(jié)算單沒問題后，流轉(zhuǎn)到審核人員，相關(guān)審核人員根據(jù)審核流程依次或同時審批，審批結(jié)束后，單據(jù)流轉(zhuǎn)到財務出納，出納付款。

在單據(jù)流轉(zhuǎn)過程中，需要注意的是，在每一個節(jié)點后，若審批不通過，單據(jù)是直接打回到第一負責人那里還是上一節(jié)點的負責人那里，以及該單據(jù)是作廢還是可以繼續(xù)在此基礎上修改。

詳細設計

一般因為審批的流程比較多，所以我們一般以系統(tǒng)設置里自定義為主，即讓用戶根據(jù)自己需要的場景去選擇審批節(jié)點。

第一步：審核名稱是什么，及什么場景下用到的審批，可自定義。接著定義誰可以發(fā)起這個申請，即審批的源頭來自于哪里，以及對本次審批流程的備注。如下圖：

第二步：每個審批流程涉及到的字段也是不一樣的，所以我們需要去選擇自己審批時需要提交的數(shù)據(jù)。同樣一個流程，在正常情況和緊急情況，審批的流程就不一樣。

一般這種我們會在后臺定義好默認的字段，用戶只需要選擇自己需要的字段即可。

如下圖，在選擇好自己需要的字段控件后，把它拖到右邊空白處，保存即生效。

在選擇好對應的字段后，一般每個字段需要對應的字段類型已經(jīng)在后臺配置好了，如下圖：

第三步：對于流程設計，我們可以針對每個節(jié)點進行設置。一般有流程設計發(fā)起人、審核人、以及分支的條件，這些都是可以自己決定在哪個節(jié)點添加的。

對于發(fā)起人，我們一般從用戶管理選擇對應的用戶或者部門、角色，以及對應發(fā)起人的權(quán)限。權(quán)限一般精確到字段級別，一般三種模式，可編輯、只讀、隱藏（看不見）。如下圖：

對于審批人，用戶可以設置指定成員、主管上級、角色、或者發(fā)起人自選、發(fā)起人自己、用戶管理的其他成員。當然同一個節(jié)點，可以一個人審核，也可以多個人審核。即多人會簽。如下圖：

對于條件分支，在不同的審批流程里，條件分支是不一樣的，后臺會根據(jù)審理類型定義好。比如我選擇的是付款流程，付款的話，涉及的條件一般就是發(fā)起人不同、付款金額、付款方式、以及對應的票據(jù)張數(shù)。

當對應的條件到達分界點后，操作人員就會不一樣，滿足特殊場景下的業(yè)務需求。如下圖：

不同條件下的字段也不一樣，這種一般根據(jù)實際業(yè)務需求設置字段。

后記

至此，設計到這樣，一般可以滿足不同業(yè)務場景下的靈活性和特殊性了，設計過程中還需要根據(jù)業(yè)務的場景和特殊性，做到系統(tǒng)服務于業(yè)務。

作者：Shirley的折騰，公眾號：Shirley的折騰，一個關(guān)于產(chǎn)品、心理、哲學的碎碎念小窩

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

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