編輯導讀：企業(ye)的(de)管(guan)理(li)中(zhong)(zhong)，主要就(jiu)是人財(cai)物管(guan)理(li)，也就(jiu)是內部(bu)(bu)人力、外部(bu)(bu)用戶、財(cai)務和供應(ying)鏈管(guan)理(li)等。本文(wen)對企業(ye)應(ying)用中(zhong)(zhong)的(de)流(liu)程管(guan)理(li)產品進行分析，希望對你有幫助。

而流(liu)程(cheng)管理產(chan)品中包括了業務流(liu)程(cheng)梳理，核心模塊流(liu)程(cheng)建模設(she)計、流(liu)程(cheng)實例驗證和(he)使用，以及用于(yu)后續監控和(he)優化的流(liu)程(cheng)維護監控、流(liu)程(cheng)效(xiao)率優化。

接下(xia)來(lai)我(wo)們(men)展開(kai)講講：

一、從企業應用和應用模型講起

企業的管理中，主要就是人財物管理，也就(jiu)是內部人力、外部用戶、財務和供應鏈管理等(deng)。

在管理過程中會關聯到一些人員、人員的操作動作，以及相關文檔，例如費用(yong)報銷(xiao)單，需(xu)要由需(xu)報銷(xiao)的(de)職員，整理好報銷(xiao)所需(xu)的(de)文件，提交報銷(xiao)申請，由負責審核報銷(xiao)的(de)財(cai)務人員、相關領導，逐一完成審批(pi)后(hou)，這個費用(yong)報銷(xiao)單才算生效(xiao)，并且(qie)生成一個有效(xiao)的(de)單據。

類似的還有人力部門的入職、轉正流程，供應鏈部門的進銷存流程，這些流程大多是相對固定的，傳統的形式都是由線(xian)下的人力投入(ru)，簡(jian)單粗(cu)暴的完成這(zhe)些流程(cheng)。

而這些(xie)年(nian)興起的SaaS、低代碼(ma)概念(nian)，則讓企業應用(yong)開發，看到了低研(yan)發成本(ben)的可能性。

在這里我們(men)先簡(jian)單(dan)說一(yi)下應(ying)(ying)用(yong)程序架構模型(xing)MVC，了解(jie)一(yi)個產品應(ying)(ying)用(yong)是如何(he)實現頁面瀏覽(lan)、操作和邏(luo)輯處理，進而理解(jie)企業應(ying)(ying)用(yong)中(zhong)的(de)組成部(bu)分——流程和表單(dan)。

以(yi)打工人關心的調(diao)薪申請(qing)為例，如職(zhi)員(yuan)上(shang)級對所管理的職(zhi)員(yuan)，進行統(tong)一調(diao)薪申請(qing)，基于不同的調(diao)薪幅度(du)，會觸發(fa)不同的審批場景。

首先用戶會在一個視圖頁面上(shang)，查看(kan)調薪申(shen)請頁面。

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

控制器再將信息傳輸到邏輯模型中，進行邏輯判斷，例如調薪(xin)幅度10%以下，只需要(yao)判斷員工績效等級(ji)，幅度10%~20%需要(yao)增加(jia)上級(ji)領導審(shen)批，幅度20%~50%需要(yao)再(zai)增加(jia)總(zong)監審(shen)批等。

數據庫根據邏輯判斷，讀取并返回數據，如A職員幅度(du)40%，需要增加上(shang)級(ji)和總(zong)監(jian)審批(pi)，B職員幅度(du)10%，需要增加上(shang)級(ji)審批(pi)。

二、流程管理產品是什么？

在終端用戶側，就是(shi)接(jie)收到任務，進(jin)行流程的(de)審批。

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

如(ru)前文所(suo)說(shuo)，以往這些復雜的(de)(de)流(liu)(liu)(liu)程、表(biao)單邏輯，需要由企業自研(yan)或者(zhe)IT外(wai)包(bao)公司，來定制化，但(dan)這其(qi)中會(hui)有(you)許多共性(xing)的(de)(de)東西，可(ke)以抽象為標準產(chan)品(pin)(pin)，也(ye)就是(shi)工作流(liu)(liu)(liu)Workflow產(chan)品(pin)(pin)，以及這兩年(nian)流(liu)(liu)(liu)行的(de)(de)低代(dai)碼(ma)、PaaS平臺產(chan)品(pin)(pin)，基于平臺產(chan)品(pin)(pin)，可(ke)以低成本、快速的(de)(de)搭(da)建企業自身所(suo)需的(de)(de)應用、流(liu)(liu)(liu)程。

接下來我們以企業搭建應用的全旅程，來看一個流程管理產品需要提供什么。

1. 業務流程梳理

該環節的角色主要是企業領導層、運營主管及技術主管等企業決策角色，以及負責對接企業的項目經理、交付人員。

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

2. 流程建模設計

基(ji)于流程梳理(li)環節給出(chu)的方案(an)，我們需要進(jin)行流程模板的設計了。

該環節的主要角色是企業IT，實施方IT和項目經理等。

2.1 基礎資料

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

各類型表單，不(bu)同(tong)的流(liu)程所需(xu)關聯的表(biao)單不(bu)同(tong)，如人事調動、轉正申請所展示的表(biao)單內容不(bu)同(tong)，在流(liu)程建模(mo)中(zhong)，需(xu)要提供(gong)表(biao)單類(lei)型選擇，并且可以關聯對應的表(biao)單視圖。

權限管理，主要是不同角色對于數據的增、刪、改、查，也就是有無查看權限、編輯權限，而數據顆粒度也(ye)不同(tong)，包括整個(ge)流程(cheng)(cheng)和(he)表單(dan)、流程(cheng)(cheng)的(de)細節、表單(dan)的(de)字段等。權限的(de)管(guan)理，可以在流程(cheng)(cheng)建模時逐一配置，也(ye)可以抽(chou)象為一個(ge)單(dan)獨的(de)權限管(guan)理模塊(kuai)，進行(xing)批量統一配置，各有利弊。

2.2 流程節點及連接線

流程節點，包括人工節點、自動節點、消息節點。

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

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

第一種，我們可以根據基礎資料中的組織目錄來關聯，這是相對最高效的；

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

第三種則是按照特定規則，例(li)如(ru)取直屬上(shang)級，可(ke)以(yi)根(gen)據實際業務的場(chang)景來(lai)提供標準規(gui)則；

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

配置完參與者后，我們需要考慮用戶權限了，他有什么操作權限、信息權限，也就是上面(mian)所說的權限(xian)(xian)管理(li)(li)，我們可以在具體節(jie)點中進行配置，或者抽象為(wei)一(yi)個(ge)權限(xian)(xian)管理(li)(li)模塊，統一(yi)管理(li)(li)。

接下來是人工操作的類型，主要有兩類，一類是提交表單，例如提交一個轉正申請單，實現流程的觸發，所以這里比較關鍵的就是啟動條件的設計，哪些情(qing)況下，單據會觸(chu)發(fa)(fa)對應(ying)(ying)的(de)(de)流程(cheng)(cheng)，這其中就(jiu)包含了信息(xi)的(de)(de)錄入，例如一些關(guan)鍵的(de)(de)字段，如部(bu)門、崗位和職級等，另一方(fang)面就(jiu)是(shi)邏(luo)輯的(de)(de)判斷，讓相應(ying)(ying)的(de)(de)單據可以正確(que)觸(chu)發(fa)(fa)關(guan)聯的(de)(de)流程(cheng)(cheng)。

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

此外還有多人審批，一個節點可能需要五個領導共同審批，也就是會簽，而這里也會有不同(tong)規則，如(ru)全(quan)部(bu)同(tong)意，或者1人同(tong)意，或者50%同(tong)意，這涉及(ji)到會簽的具(ju)體(ti)規則。

關于消息通知，我們也可以抽象出來為一個功能，來實現節點中的操作觸發通知，特定時間觸發通知（如超過規定時間），通知形式也可配(pei)置，如通過短(duan)信、郵件、產品內IM或集成(cheng)推(tui)送到第三方(fang)IM。

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

消息節點，類似(si)于節點(dian)(dian)內的消息通(tong)知，但(dan)因為企業內人(ren)員(yuan)協作，就是(shi)依賴于信息的高效傳遞，在這里我們(men)可以抽象(xiang)出(chu)一(yi)種(zhong)節點(dian)(dian)，單(dan)獨用來做消息的傳遞。

最后是連接線，在流(liu)程建模(mo)中(zhong)，除了節(jie)點，第二關鍵的就是(shi)連接線，它起到連接不(bu)同節(jie)點，并囊括不(bu)同節(jie)點流(liu)轉的邏輯。

2.3 可視化建模

3. 流程實例驗證

當我們完成了流程建模，上線到正式環境使用之前，務必需要進行詳盡的測試，來驗證流程實現情況，是否如流程梳理方案中所(suo)期(qi)望的效果(guo)。

當我們提交單據時，就會觸發流程，將流程模板同步生成為一個(ge)流程實例，可以理解(jie)為一個(ge)任務(wu)，也(ye)就是用糕(gao)點模子做出了一個(ge)新的糕(gao)點了。

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

常規的操作方式，是通過人力來實現，按照流程(cheng)中的角色(se)、單據類型，逐一(yi)進行(xing)提交、審批。

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

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

4. 流程實例使用

當流程都驗證通過后，應用產品就可以交付給企業使用了，也就是可以進行單據的提交、查看，流程的審批和查看了。

這里的關鍵角色就是流程審批者，包括領導層、一線員工。

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

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

5. 流程維護監控

沒(mei)有事(shi)物是完美的(de)，也沒(mei)有流(liu)程是絕(jue)對不會出(chu)錯的(de)。

在眾多流程實例中，偶爾會出現一些異常。可能是流程建(jian)模時(shi)的疏忽(hu)，也可能是組織結構(gou)背的鍋，還(huan)有程序出錯等。

誰來處理這些異常呢？企業IT人員，如果解決(jue)不了，再(zai)有(you)產(chan)品提供方的(de)IT人員(yuan)來處(chu)理。

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

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

而在流程異常的時候，企業可能在短時間內有同款流程受影響，如何動態修復異常，并讓已經運(yun)行(xing)中的流程也恢復正常(chang)，是(shi)需要思考的問題。

6. 流程效率優化

以上(shang)的五步，可(ke)以保證企業的應用(yong)、流程都處于良好、穩(wen)定的運轉中。

而優化的儀表盤，就是歷史數據分析，我(wo)們可以將企業的(de)歷史流(liu)程(cheng)數(shu)(shu)據，分門(men)別類，按照單據、流(liu)程(cheng)、節(jie)點類型和(he)組織(zhi)結(jie)構等，進行圖表化(hua)(hua)展示(shi)，通過對比階段內時間的(de)數(shu)(shu)據變(bian)化(hua)(hua)、數(shu)(shu)據挖(wa)掘，來找(zhao)到一(yi)些(xie)關鍵點，輸出優化(hua)(hua)結(jie)論。

三、小結

而流程管理產(chan)品中包括了業(ye)務流程梳理，核(he)心模(mo)塊流程建模(mo)設計、流程實例驗(yan)證和(he)使(shi)用，以及用于后續監(jian)控和(he)優化(hua)的流程維護(hu)監(jian)控、流程效率優化(hua)。

最后，給大家推薦一個簡(jian)單好(hao)用的供(gong)應(ying)商管理系(xi)統。簡(jian)道云SRM系(xi)統，一步連接，開(kai)啟千(qian)萬供(gong)應(ying)協作。新一代采購數字化(hua)解決方案，全(quan)方位閉環管理供(gong)應(ying)商；互(hu)聯互(hu)通，實現采購全(quan)流程協同管理；好(hao)用易(yi)用，無需下載軟件(jian)，最快1天即可上線應(ying)用。