中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

接下來(lái)我們展開(kāi)講講：

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

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

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

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

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

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

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

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

首先用戶會(huì)在一個(gè)視圖頁(yè)面上，查看調(diào)薪申請(qǐng)頁(yè)面。

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

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

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

用戶此時(shí)在更新的視圖界面，收到了反饋：“你的申請(qǐng)已提交成功，請(qǐng)留意后續(xù)通知?！?/p>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.1 基礎(chǔ)資料

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

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

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

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

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

流程節(jié)點(diǎn)，包括人工節(jié)點(diǎn)、自動(dòng)節(jié)點(diǎn)、消息節(jié)點(diǎn)。

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

節(jié)點(diǎn)的參與者如何配置，總的來(lái)說(shuō)有兩種，一種是角色化的人，另一種是具象的人。

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

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

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

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

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

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

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

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

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

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

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

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

消息節(jié)點(diǎn)，類(lèi)似于節(jié)點(diǎn)內(nèi)的消息通知，但因?yàn)槠髽I(yè)內(nèi)人員協(xié)作，就是依賴于信息的高效傳遞，在這里我們可以抽象出一種節(jié)點(diǎn)，單獨(dú)用來(lái)做消息的傳遞。

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

2.3 可視化建模

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

3. 流程實(shí)例驗(yàn)證

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

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

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

第二種是通過(guò)測(cè)試環(huán)境，來(lái)驗(yàn)證流程模板的可行性。

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

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

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

4. 流程實(shí)例使用

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

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

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

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

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

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

沒(méi)有事物是完美的，也沒(méi)有流程是絕對(duì)不會(huì)出錯(cuò)的。

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

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

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

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

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

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

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

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

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

三、小結(jié)

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

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

作者：Will與你在思考，微信公眾號(hào)：Will與你在思考

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

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