編輯導(dǎo)讀：企業(yè)的管理中，主要就是人財物管理，也就是內(nèi)部人力、外部用戶、財務(wù)和供應(yīng)鏈管理等。本文對企業(yè)應(yīng)用中的流程管理產(chǎn)品進(jìn)行分析，希望對你有幫助。

企業(yè)應(yīng)用中的流程管理，主要覆蓋的是用戶信息輸入、業(yè)務(wù)邏輯判斷和數(shù)據(jù)反饋，從而實現(xiàn)流程運轉(zhuǎn)、邏輯判斷。

而流程管理產(chǎn)品中包括了業(yè)務(wù)流程梳理，核心模塊流程建模設(shè)計、流程實例驗證和使用，以及用于后續(xù)監(jiān)控和優(yōu)化的流程維護(hù)監(jiān)控、流程效率優(yōu)化。

接下來我們展開講講：

一、從企業(yè)應(yīng)用和應(yīng)用模型講起

企業(yè)的管理中，主要就是人財物管理，也就是內(nèi)部人力、外部用戶、財務(wù)和供應(yīng)鏈管理等。

在管理過程中會關(guān)聯(lián)到一些人員、人員的操作動作，以及相關(guān)文檔，例如費用報銷單，需要由需報銷的職員，整理好報銷所需的文件，提交報銷申請，由負(fù)責(zé)審核報銷的財務(wù)人員、相關(guān)領(lǐng)導(dǎo)，逐一完成審批后，這個費用報銷單才算生效，并且生成一個有效的單據(jù)。

類似的還有人力部門的入職、轉(zhuǎn)正流程，供應(yīng)鏈部門的進(jìn)銷存流程，這些流程大多是相對固定的，傳統(tǒng)的形式都是由線下的人力投入，簡單粗暴的完成這些流程。

而隨著90年代電腦技術(shù)、圖形用戶界面設(shè)計的普及，得以讓這些企業(yè)流程轉(zhuǎn)移到線上，降低企業(yè)成本，但實現(xiàn)企業(yè)管理軟件的復(fù)雜流程，大多需要進(jìn)行定制化開發(fā)，研發(fā)成本較高。

而這些年興起的SaaS、低代碼概念，則讓企業(yè)應(yīng)用開發(fā)，看到了低研發(fā)成本的可能性。

在這里我們先簡單說一下應(yīng)用程序架構(gòu)模型MVC，了解一個產(chǎn)品應(yīng)用是如何實現(xiàn)頁面瀏覽、操作和邏輯處理，進(jìn)而理解企業(yè)應(yīng)用中的組成部分——流程和表單。

以打工人關(guān)心的調(diào)薪申請為例，如職員上級對所管理的職員，進(jìn)行統(tǒng)一調(diào)薪申請，基于不同的調(diào)薪幅度，會觸發(fā)不同的審批場景。

首先用戶會在一個視圖頁面上，查看調(diào)薪申請頁面。

接著用戶與電腦進(jìn)行交互，在調(diào)薪申請的視圖頁面中，輸入關(guān)鍵數(shù)據(jù)，如薪資幅度、職員個人基本信息等，輸入提交申請的指令，這些信息傳遞給了控制器。

控制器再將信息傳輸?shù)?strong>邏輯模型中，進(jìn)行邏輯判斷，例如調(diào)薪幅度10%以下，只需要判斷員工績效等級，幅度10%~20%需要增加上級領(lǐng)導(dǎo)審批，幅度20%~50%需要再增加總監(jiān)審批等。

數(shù)據(jù)庫根據(jù)邏輯判斷，讀取并返回數(shù)據(jù)，如A職員幅度40%，需要增加上級和總監(jiān)審批，B職員幅度10%，需要增加上級審批。

用戶此時在更新的視圖界面，收到了反饋：“你的申請已提交成功，請留意后續(xù)通知。”

而觸發(fā)的關(guān)聯(lián)任務(wù)，就發(fā)送到了上級領(lǐng)導(dǎo)，在該角色的審批環(huán)節(jié)，進(jìn)行類似的信息輸入、邏輯判斷和數(shù)據(jù)反饋，上級領(lǐng)導(dǎo)完成審批后，再進(jìn)入總監(jiān)審批，直到滿足邏輯，該調(diào)薪申請通過，或者被拒絕。

我們可以將過程中的視圖展示、視圖基本邏輯，視為表單模塊，而用戶信息輸入、業(yè)務(wù)邏輯判斷和數(shù)據(jù)反饋，視為流程模塊，也就是我們所要講述的，企業(yè)應(yīng)用中的流程管理產(chǎn)品。

二、流程管理產(chǎn)品是什么？

如前文所說，企業(yè)應(yīng)用中的流程管理，主要覆蓋的是用戶信息輸入、業(yè)務(wù)邏輯判斷和數(shù)據(jù)反饋，從而實現(xiàn)流程運轉(zhuǎn)、邏輯判斷。也就是工作流（workflow），利用計算機在多個參與者之間，按某種預(yù)定規(guī)則自動傳遞文檔、信息或者任務(wù)。

在終端用戶側(cè)，就是接收到任務(wù)，進(jìn)行流程的審批。

而這些任務(wù)的背后，需要有提前設(shè)定好的規(guī)則，也就是流程建模。

如前文所說，以往這些復(fù)雜的流程、表單邏輯，需要由企業(yè)自研或者IT外包公司，來定制化，但這其中會有許多共性的東西，可以抽象為標(biāo)準(zhǔn)產(chǎn)品，也就是工作流Workflow產(chǎn)品，以及這兩年流行的低代碼、PaaS平臺產(chǎn)品，基于平臺產(chǎn)品，可以低成本、快速的搭建企業(yè)自身所需的應(yīng)用、流程。

接下來我們以企業(yè)搭建應(yīng)用的全旅程，來看一個流程管理產(chǎn)品需要提供什么。

總的來說，大佬們?nèi)ミM(jìn)行業(yè)務(wù)流程梳理，開了N個會議后確定好流程方案，IT人員則進(jìn)行流程的建模設(shè)計，并重復(fù)進(jìn)行驗證，沒問題了就可以上線使用，終端業(yè)務(wù)用戶就在系統(tǒng)中去提交單據(jù)、審批流程，出現(xiàn)異常錯誤了就找IT運維人員，運維人員通過監(jiān)控來分析和修復(fù)問題，從而使得企業(yè)流程保持正常運轉(zhuǎn)。部分企業(yè)還會關(guān)注于流程效率提升，通過歷史數(shù)據(jù)來找到優(yōu)化點。

1. 業(yè)務(wù)流程梳理

該環(huán)節(jié)的角色主要是企業(yè)領(lǐng)導(dǎo)層、運營主管及技術(shù)主管等企業(yè)決策角色，以及負(fù)責(zé)對接企業(yè)的項目經(jīng)理、交付人員。

通過多輪調(diào)研和會議，可以要確定企業(yè)有哪些類型流程要上到管理系統(tǒng)，例如只將人力資源管理制度系統(tǒng)化，那么這里面就包括了員工招聘、績效考核、薪酬福利和員工關(guān)系等模塊，涉及到幾十上百個流程，需要梳理出整體流程圖、關(guān)鍵角色、角色權(quán)限等信息，可以用Excel等文檔統(tǒng)計。或抽象出企業(yè)流程模板，但因企業(yè)流程千差萬別，流程管理產(chǎn)品大多沒有太好覆蓋此環(huán)節(jié)，由萬能的Excel代為執(zhí)行。

2. 流程建模設(shè)計

基于流程梳理環(huán)節(jié)給出的方案，我們需要進(jìn)行流程模板的設(shè)計了。

該環(huán)節(jié)的主要角色是企業(yè)IT，實施方IT和項目經(jīng)理等。

2.1 基礎(chǔ)資料

首先需要的是一些基礎(chǔ)資料，包括組織目錄，各類型表單、權(quán)限管理等。

組織目錄，需要支持產(chǎn)品內(nèi)自行搭建，將企業(yè)實際組織形式，還原到產(chǎn)品中，其次是支持第三方導(dǎo)入關(guān)聯(lián)，很多企業(yè)使用企業(yè)微信、釘釘和飛書來作為OA系統(tǒng)，其組織架構(gòu)也可以直接用于系統(tǒng)。

各類型表單，不同的流程所需關(guān)聯(lián)的表單不同，如人事調(diào)動、轉(zhuǎn)正申請所展示的表單內(nèi)容不同，在流程建模中，需要提供表單類型選擇，并且可以關(guān)聯(lián)對應(yīng)的表單視圖。

權(quán)限管理，主要是不同角色對于數(shù)據(jù)的增、刪、改、查，也就是有無查看權(quán)限、編輯權(quán)限，而數(shù)據(jù)顆粒度也不同，包括整個流程和表單、流程的細(xì)節(jié)、表單的字段等。權(quán)限的管理，可以在流程建模時逐一配置，也可以抽象為一個單獨的權(quán)限管理模塊，進(jìn)行批量統(tǒng)一配置，各有利弊。

2.2 流程節(jié)點及連接線

流程節(jié)點，包括人工節(jié)點、自動節(jié)點、消息節(jié)點。

人工節(jié)點，也就是需要職員參與的節(jié)點，這就涉及到第一個問題。

節(jié)點的參與者如何配置，總的來說有兩種，一種是角色化的人，另一種是具象的人。

第一種，我們可以根據(jù)基礎(chǔ)資料中的組織目錄來關(guān)聯(lián)，這是相對最高效的；

其次是提供自定義角色組，也就是獨立于組織目錄的工作組，例如分絕地武士組、黑暗武士組；

第三種則是按照特定規(guī)則，例如取直屬上級，可以根據(jù)實際業(yè)務(wù)的場景來提供標(biāo)準(zhǔn)規(guī)則；

前三種是前者，角色化的參與者。

最后一種就是簡單粗暴的關(guān)聯(lián)到具體人，例如這個流程一定要Jackson來審，那就把他配置上去，但如果Jackson離職了，該流程節(jié)點的參與者配置就務(wù)必要重新配置了。

配置完參與者后，我們需要考慮用戶權(quán)限了，他有什么操作權(quán)限、信息權(quán)限，也就是上面所說的權(quán)限管理，我們可以在具體節(jié)點中進(jìn)行配置，或者抽象為一個權(quán)限管理模塊，統(tǒng)一管理。

接下來是人工操作的類型，主要有兩類，一類是提交表單，例如提交一個轉(zhuǎn)正申請單，實現(xiàn)流程的觸發(fā)，所以這里比較關(guān)鍵的就是啟動條件的設(shè)計，哪些情況下，單據(jù)會觸發(fā)對應(yīng)的流程，這其中就包含了信息的錄入，例如一些關(guān)鍵的字段，如部門、崗位和職級等，另一方面就是邏輯的判斷，讓相應(yīng)的單據(jù)可以正確觸發(fā)關(guān)聯(lián)的流程。

另一類則是審批表單，這里包含了單人審批過程中，對于流程的操作，包括同意、不同意、打回重來，流程跳轉(zhuǎn)（實現(xiàn)靈活跳過），流程指派（實現(xiàn)流程精準(zhǔn)指派），以及接收審批任務(wù)時，看到的消息通知樣式、通知形式，以及一些提高效率的審批功能，如滿足條件自動審批等。

此外還有多人審批，一個節(jié)點可能需要五個領(lǐng)導(dǎo)共同審批，也就是會簽，而這里也會有不同規(guī)則，如全部同意，或者1人同意，或者50%同意，這涉及到會簽的具體規(guī)則。

最后就是加簽，在審批過程中，會有臨時加人確認(rèn)的情況，如累計數(shù)額較大，可能需要更高層領(lǐng)導(dǎo)審批，這時就需要提前配置好，該節(jié)點允許加簽，增添新的參與者。

關(guān)于消息通知，我們也可以抽象出來為一個功能，來實現(xiàn)節(jié)點中的操作觸發(fā)通知，特定時間觸發(fā)通知（如超過規(guī)定時間），通知形式也可配置，如通過短信、郵件、產(chǎn)品內(nèi)IM或集成推送到第三方IM。

說完人工節(jié)點，我們來說說自動節(jié)點，不需要人工決策的地方，我們盡可能都讓計算機自動運轉(zhuǎn)，在自動節(jié)點中，我們可以根據(jù)業(yè)務(wù)需要，來配置腳本，對數(shù)據(jù)進(jìn)行自動獲取、處理和輸出，當(dāng)下也有RPA（Robotic process automation）的概念，也就是機器人流程自動化，可代替人工，在規(guī)定的視圖位置中，進(jìn)行數(shù)據(jù)、指令的操作。

消息節(jié)點，類似于節(jié)點內(nèi)的消息通知，但因為企業(yè)內(nèi)人員協(xié)作，就是依賴于信息的高效傳遞，在這里我們可以抽象出一種節(jié)點，單獨用來做消息的傳遞。

最后是連接線，在流程建模中，除了節(jié)點，第二關(guān)鍵的就是連接線，它起到連接不同節(jié)點，并囊括不同節(jié)點流轉(zhuǎn)的邏輯。

2.3 可視化建模

以上所說的基礎(chǔ)資料、流程節(jié)點及連接線，需要將其轉(zhuǎn)化為用戶容易理解和操作的視圖，也就是可視化建模，這就需要基礎(chǔ)的流程圖繪制、節(jié)點信息及基礎(chǔ)資料配置的界面。

3. 流程實例驗證

當(dāng)我們完成了流程建模，上線到正式環(huán)境使用之前，務(wù)必需要進(jìn)行詳盡的測試，來驗證流程實現(xiàn)情況，是否如流程梳理方案中所期望的效果。

當(dāng)我們提交單據(jù)時，就會觸發(fā)流程，將流程模板同步生成為一個流程實例，可以理解為一個任務(wù)，也就是用糕點模子做出了一個新的糕點了。

第一種驗證方式是，在建模期進(jìn)行，也就是在流程建模過程中，就自動判斷節(jié)點、變量的配置是否有邏輯錯誤，從而反饋一些警告或者錯誤，來幫助及時改正。

第二種是通過測試環(huán)境，來驗證流程模板的可行性。

常規(guī)的操作方式，是通過人力來實現(xiàn)，按照流程中的角色、單據(jù)類型，逐一進(jìn)行提交、審批。

而這就會牽涉到較多的用戶登入登出、重復(fù)操作和信息確認(rèn)，人力成本較高。

故也可以考慮將該測試過程，抽象為產(chǎn)品功能，實現(xiàn)便捷的流程實例驗證。

4. 流程實例使用

當(dāng)流程都驗證通過后，應(yīng)用產(chǎn)品就可以交付給企業(yè)使用了，也就是可以進(jìn)行單據(jù)的提交、查看，流程的審批和查看了。

這里的關(guān)鍵角色就是流程審批者，包括領(lǐng)導(dǎo)層、一線員工。

在審批模塊中，我們需要提供相應(yīng)的視圖頁面，包括客戶端、網(wǎng)頁端和移動端，也因為企業(yè)大多用了OA系統(tǒng)，在這里可能還需要考慮第三方集成的問題。

在審批視圖頁面中，我們將基于已有的權(quán)限控制，展示該用戶所需要審批的流程實例列表，以及具體流程實例的審批頁面。

在流程實例審批頁面中，我們需要將流程建模中的節(jié)點內(nèi)容展示出來，包括流程和單據(jù)基本信息，可進(jìn)行的審批操作（同意等），以及流程圖和流程過程等，從而幫助審批者定位到關(guān)鍵信息，從而進(jìn)行決策。

5. 流程維護(hù)監(jiān)控

沒有事物是完美的，也沒有流程是絕對不會出錯的。

在眾多流程實例中，偶爾會出現(xiàn)一些異常?？赡苁橇鞒探r的疏忽，也可能是組織結(jié)構(gòu)背的鍋，還有程序出錯等。

誰來處理這些異常呢？企業(yè)IT人員，如果解決不了，再有產(chǎn)品提供方的IT人員來處理。

在這個部分，我們需要提供流程實例運行列表，用于概覽當(dāng)前情況，如有必要也可以做成可視化圖表，方便總結(jié)問題。

其次是對流程實例的介入操作，例如終止流程、重啟流程等，以及關(guān)鍵的錯誤日志，包括拋出的報錯代碼和轉(zhuǎn)譯出來的問題，這些都有助于IT人員快速定位和解決問題。

而在流程異常的時候，企業(yè)可能在短時間內(nèi)有同款流程受影響，如何動態(tài)修復(fù)異常，并讓已經(jīng)運行中的流程也恢復(fù)正常，是需要思考的問題。

6. 流程效率優(yōu)化

以上的五步，可以保證企業(yè)的應(yīng)用、流程都處于良好、穩(wěn)定的運轉(zhuǎn)中。

而對于一些企業(yè)，決策層更追求效率，愿意投入資源，進(jìn)行流程效率分析，從而持續(xù)迭代企業(yè)流程。

而優(yōu)化的儀表盤，就是歷史數(shù)據(jù)分析，我們可以將企業(yè)的歷史流程數(shù)據(jù)，分門別類，按照單據(jù)、流程、節(jié)點類型和組織結(jié)構(gòu)等，進(jìn)行圖表化展示，通過對比階段內(nèi)時間的數(shù)據(jù)變化、數(shù)據(jù)挖掘，來找到一些關(guān)鍵點，輸出優(yōu)化結(jié)論。

三、小結(jié)

總結(jié)一下，企業(yè)應(yīng)用中的流程管理，主要覆蓋的是用戶信息輸入、業(yè)務(wù)邏輯判斷和數(shù)據(jù)反饋，從而實現(xiàn)流程運轉(zhuǎn)、邏輯判斷，也就是工作流（workflow），利用計算機在多個參與者之間，按某種預(yù)定規(guī)則自動傳遞文檔、信息或者任務(wù)。

而流程管理產(chǎn)品中包括了業(yè)務(wù)流程梳理，核心模塊流程建模設(shè)計、流程實例驗證和使用，以及用于后續(xù)監(jiān)控和優(yōu)化的流程維護(hù)監(jiān)控、流程效率優(yōu)化。

作者：Will與你在思考，微信公眾號：Will與你在思考

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

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