業(yè)務(wù)流程是由“活動(dòng)”（或稱“工作任務(wù)”）構(gòu)成的，在企業(yè)里的所有工作是不是都叫流程，或者屬于流程的一部分，這個(gè)概念很繞，我覺得沒有必要去做學(xué)究氣的辨析。我曾經(jīng)提出過一個(gè)從工作的兩個(gè)特性（產(chǎn)出確定性和過程結(jié)構(gòu)性）維度，將企業(yè)里工作分成四種模式，有些人可能把這四種模式都叫“業(yè)務(wù)流程”或“流程”，所以我在下文里，并不嚴(yán)格區(qū)分“工作”和“流程”的概念區(qū)別。

業(yè)務(wù)流程設(shè)計(jì)是工作數(shù)字化的起點(diǎn)，通過數(shù)字化業(yè)務(wù)流程設(shè)計(jì)工具產(chǎn)出的“業(yè)務(wù)流程模型”，只是對(duì)工作的定義，這些工作要運(yùn)行起來，還需要執(zhí)行平臺(tái)，執(zhí)行平臺(tái)就叫“工作流（workflow）”。

對(duì)工作進(jìn)行管理、調(diào)度的工具叫“工作流引擎”，一個(gè)實(shí)際運(yùn)行的工作流可以說是一個(gè)流程模型的實(shí)例（instance），工作流就是對(duì)信息對(duì)象在工作空間的處理和流轉(zhuǎn)，這些信息對(duì)象可以是一個(gè)非結(jié)構(gòu)化信息對(duì)象，例如文本，也可以是結(jié)構(gòu)化信息對(duì)象，例如表單，還可以是對(duì)外部信息系統(tǒng)或者服務(wù)的調(diào)用和操作。

工作流引擎的原理如下圖：

工作流引擎和業(yè)務(wù)流程設(shè)計(jì)是兩個(gè)不同的信息系統(tǒng)，這兩個(gè)系統(tǒng)加起來構(gòu)成了所謂“業(yè)務(wù)流程管理系統(tǒng)（BPMS）”的主要部分。不過在實(shí)際軟件產(chǎn)品應(yīng)用中，工作流引擎也可以不依賴于復(fù)雜的流程設(shè)計(jì)工具而單獨(dú)存在。此外，我們前文所說的四種的工作模式，一般來說只有“流程”可以用業(yè)務(wù)流程設(shè)計(jì)工具來建模，另外三種模式用其他的方式來進(jìn)行工作建模，或者因?yàn)榻Y(jié)構(gòu)化低就沒法預(yù)先建模，但是這四種工作模式如果要進(jìn)行工作管理，都需要工作流引擎。所以簡(jiǎn)單說就是——業(yè)務(wù)流程要落地運(yùn)行，一定需要工作流引擎，工作流引擎不一定是支持業(yè)務(wù)流程的，而是支持一切工作模式。

工作流引擎本身是個(gè)“無頭”的信息系統(tǒng)，即沒有前端界面，它調(diào)度并喚起的工作，是交給人去操作，隨著技術(shù)發(fā)展，也包括了用 RPA機(jī)器人來代替人。人或者 RPA被工作流通知去操作的界面，既可以是一個(gè)工作前臺(tái)（這就是所謂的 OA），也可以進(jìn)到任何一個(gè)企業(yè)系統(tǒng)或者 SaaS 里去。

內(nèi)容管理是和工作流引擎同步產(chǎn)生的另一個(gè)系統(tǒng)，主要是管理工作相關(guān)的非結(jié)構(gòu)信息，用于在工作流中流轉(zhuǎn)，例如文檔。主流的內(nèi)容管理廠商（例如 IBM， OpenText）都發(fā)展了工作流引擎軟件，這也是BPM 軟件的一個(gè)分支。

最近十來年隨著技術(shù)進(jìn)步，跟工作流引擎相關(guān)，產(chǎn)生了其他提升數(shù)字化工作的編排、規(guī)則、決策的效率和智能化的軟件工具，包括：

-低代碼開發(fā)：讓用戶能快速開發(fā)數(shù)據(jù)模型、表單、工作流以及用戶界面

-規(guī)則和優(yōu)化：支持復(fù)雜的工作流轉(zhuǎn)規(guī)則，利用機(jī)器學(xué)習(xí)和人工智能，優(yōu)化工作步驟和路徑的決策

-流程挖掘：發(fā)現(xiàn)流程的實(shí)際運(yùn)行情況，支持優(yōu)化流程的決策

-商業(yè)智能：發(fā)現(xiàn)業(yè)務(wù)的實(shí)際運(yùn)營(yíng)情況，支持優(yōu)化業(yè)務(wù)的決策

工作流引擎喚起的工作最近幾年有兩個(gè)發(fā)展趨勢(shì)，一是 RPA 機(jī)器人發(fā)展，二是隨著企業(yè)應(yīng)用系統(tǒng)（包括郵件、 ERP、CRM 等）云服務(wù)化，SaaS云服務(wù)之間采用 API 集成成為主流技術(shù)。所以現(xiàn)在國(guó)外市面上很多新興的 RPA 廠商、API 集成廠商也紛紛聲稱自己是 BPM 廠商，或者使用了“數(shù)字流程自動(dòng)化（DPA）”這個(gè)更時(shí)髦的詞。

在中國(guó)的數(shù)字化生態(tài)比國(guó)外要落后很多，因?yàn)閲?guó)內(nèi)企業(yè)SaaS 應(yīng)用不是很普及，很少出現(xiàn)API集成廠商，目前國(guó)內(nèi)還很少炒作自己是 DPA 的。

無論是結(jié)構(gòu)化工作，還是非結(jié)構(gòu)化工作，其數(shù)字化工作場(chǎng)景的總體架構(gòu)是這樣的：

最后我來總結(jié)下企業(yè) IT 市場(chǎng)的發(fā)展，從 90 年代出現(xiàn)業(yè)務(wù)流程建模和工作流軟件技術(shù)，到 2010 年左右 業(yè)務(wù)流程管理系統(tǒng)這個(gè)詞開始流行，再到今天廠商們包裝炒作數(shù)字流程自動(dòng)化（DPA）以及超自動(dòng)化（hyper-automation），雖然 buzz word 在不斷變化，其技術(shù)原理和產(chǎn)品理念是一脈相承的。

國(guó)內(nèi)有一個(gè)中國(guó)特色、國(guó)外沒有的 IT 系統(tǒng)名詞，即辦公自動(dòng)化（OA）系統(tǒng)。實(shí)際上辦公自動(dòng)化系統(tǒng)就是一個(gè)以工作流引擎為內(nèi)核，包括了文檔管理、郵件服務(wù)和用戶操作界面的系統(tǒng)。這個(gè)概念是從 2000 年以后開始的，因?yàn)橹袊?guó)企業(yè)普遍沒有使用郵件的習(xí)慣，同時(shí)對(duì)審批有很高需求，需要一個(gè)兼具信息溝通和文件審批的操作界面系統(tǒng)，所以就出來了這個(gè)有中國(guó)特色的系統(tǒng)。早期工作流軟件的主流技術(shù)是非結(jié)構(gòu)化信息文檔工作流，以 IBM Domino 為代表，所以國(guó)內(nèi)第一代 OA 大多是使用文檔工作流，直到今天，很多國(guó)內(nèi)大型企業(yè)還是在使用這種類OA。

到 2005 年后，處理結(jié)構(gòu)化數(shù)據(jù)、數(shù)據(jù)庫(kù)驅(qū)動(dòng)的表單工作流技術(shù)開始流行，用這一代技術(shù)做OA的廠商，為了和上一代產(chǎn)品以示區(qū)分，就把自己叫 BPM 而不叫 OA，所以國(guó)內(nèi)企業(yè)軟件圈前些年一直有 “OA 和 BPM 之分”的口水戰(zhàn)，延續(xù)至今。今天網(wǎng)上常看到一些 OA 和 BPM 比較的文章，如果不了解這背后的技術(shù)發(fā)展歷史，常讓人看得云里霧里，其實(shí)他們說的OA 和 BPM 之分，也就是餃子和餛飩的區(qū)別。在我來看國(guó)內(nèi) OA廠商給自己貼的BPM 標(biāo)簽，和主流 BPM廠商對(duì) BPM 內(nèi)涵和外延的定義，還是有較大區(qū)別。

另外一個(gè)行業(yè) Buzzword 就是低代碼以及APaaS，他們和 BPM 也有密切聯(lián)系，我總結(jié)了一下市面上廠商的產(chǎn)品話術(shù)所包含的真實(shí)含義：

繼續(xù)閱讀：

未經(jīng)允許不得轉(zhuǎn)載：RPA中國(guó) | RPA全球生態(tài) | 數(shù)字化勞動(dòng)力 | RPA新聞 | 推動(dòng)中國(guó)RPA生態(tài)發(fā)展 | 流 > 工作數(shù)字化的中國(guó)歷程 ｜ 從 OA 到 BPM 到數(shù)字流程自動(dòng)化