有些人可能會不太理解“流程引擎”這一概念，簡單來看，“流程引擎”可以看作一種為解決復雜業(yè)務(wù)流程而被設(shè)計出來的一種流程管理手段。這篇文章里，作者就總結(jié)了流程引擎的概念、價值和對象，一起來看看吧。

一、什么是流程引擎

如果你去網(wǎng)上搜索，可能會被各種專業(yè)的解釋搞得有點摸不著頭腦，從產(chǎn)品經(jīng)理的角度看這個問題，可以簡單地理解為：在產(chǎn)品中，擁有通過可視化圖形界面靈活配置多套業(yè)務(wù)流程的能力，這種“能力”，就是流程引擎。

流程引擎的核心是可在一個產(chǎn)品中配置多套業(yè)務(wù)流程；可視化配置并非流程引擎的標配，但可視化配置可以檢驗一個流程引擎的靈活程度，如果一個流程引擎無法脫離代碼層面進行配置，而是每次配置時都需要開發(fā)人員寫一些補充代碼，這樣的流程引擎是不合格的。

二、為什么需要流程引擎

這個問題很簡單，因為業(yè)務(wù)場景需要。

在實際業(yè)務(wù)中，有一些場景，流程不單一，或流程經(jīng)常發(fā)生變化，每次都通過代碼去調(diào)整流程是不現(xiàn)實的，這個時候就需要流程引擎。

流程引擎和傳統(tǒng)流程的區(qū)別，在于傳統(tǒng)流程是將業(yè)務(wù)抽象成流程，一旦業(yè)務(wù)發(fā)生變化，或產(chǎn)生新的業(yè)務(wù)，都需要調(diào)整流程的代碼邏輯或重新編寫一套流程代碼；而流程引擎則是將業(yè)務(wù)抽象為流程節(jié)點，根據(jù)業(yè)務(wù)的不同，可將流程節(jié)點組合成多個不同的流程。

舉個簡單的例子，以下是常規(guī)的電商交易流程：

但對于貨到付款的訂單，流程則變成了這樣：

在傳統(tǒng)流程中，上圖是兩個獨立的流程；而在流程引擎中，會將每個流程節(jié)點打散，并根據(jù)業(yè)務(wù)進行流程的重新組合：

這樣有幾個好處：

1. 適應復雜多變的業(yè)務(wù)流程，當流程節(jié)點足夠多時，理論上可以組合出無限多種流程搭配；
2. 流程配置和調(diào)整更加靈活，如增加、刪減或調(diào)整流程順序等；
3. 提高業(yè)務(wù)模塊的復用能力，相同流程節(jié)點在不同流程中可以有不同的處理邏輯。

通過流程引擎還可以輕松實現(xiàn)“流程穿梭”的效果，比如有些企業(yè)的訂單是采用月付的形式，在實際業(yè)務(wù)中，會形成訂單和結(jié)算兩個業(yè)務(wù)流程，訂單的完成依賴于結(jié)算單的完成，因此就會出現(xiàn)兩條業(yè)務(wù)線相互交叉的情況。

而通過流程引擎，就可以很輕松實現(xiàn)兩個業(yè)務(wù)流程的交互：

三、流程引擎的對象

流程引擎常規(guī)的對象有3個：人、事、物。

1）人，審批人。常見于 OA 系統(tǒng)的審批流程，比如請假流程，由發(fā)起人發(fā)起請假審批，經(jīng)一人或多人審批完成后，結(jié)束審批流程。

流程變化一般都會與狀態(tài)機掛鉤，面向人的流程一般只在起點和終點聯(lián)動狀態(tài)機更新狀態(tài)，比如發(fā)起人發(fā)起審批后，到最后一個審批人完成審批前，無論經(jīng)過多少人審批，狀態(tài)始終都是“審批中”，直到最后一個審批人完成審批后，狀態(tài)才更新為“審批通過”。

當然，如果中間有任何一名審批人不同意，則會提前結(jié)束流程，并更新狀態(tài)為“審批不通過”。

2）事，事務(wù)。這種流程主要用于呈現(xiàn)業(yè)務(wù)的順序，并且為了明確業(yè)務(wù)的最新動態(tài)，一般在流程的每一個節(jié)點都需要聯(lián)動狀態(tài)機修改狀態(tài)，比如上文提到的電商交易流程，就是一種事務(wù)型的流程。

3）物，物件或物流。可以反映一個物品的去向或動向，比如物流網(wǎng)點運輸設(shè)計，可以設(shè)計每個網(wǎng)點之間的運輸順序，這樣當快件到達某一網(wǎng)點時，就可以同時明確下一站應該發(fā)往哪一個網(wǎng)點。與事務(wù)流程一樣，一般只在起點和終點聯(lián)動狀態(tài)機更新狀態(tài)。

從以上的幾個流程你應該可以看得出，并非每個流程都是獨立的，在真實的業(yè)務(wù)場景下，有時候一個流程中會牽涉多個對象，或不同對象之間的流程會有交叉，這種，就是“對象交叉”的現(xiàn)象，下面舉幾個例子，相信你會更好理解。

1. “人”、“事”交叉：公司的合同用印審批流程（人）和合同歸檔流程（事）是兩個流程，當員工發(fā)起合同用印審批流程通過后，系統(tǒng)需進入合同歸檔流程，對完成用印的合同進行歸檔。
2. “人”、“物”交叉：公司的用車審批流程（人）和派車流程（物）是兩個流程，當員工發(fā)起用車審批流程通過后，系統(tǒng)需進入派車流程。
3. “事”、“物”交叉：比如電商交易中，賣家發(fā)貨（事）后，商品交付給物流，進入物流運輸流程（物）。

對象交叉的流程有時候是獨立的，比如派車流程開始時，用車審批流程已經(jīng)結(jié)束，而派車流程要在還車后才結(jié)束；有時候是強關(guān)聯(lián)的，比如上文提到的，月付訂單需要在結(jié)算單結(jié)算完成之后才能結(jié)束。

看到這里，你可能會覺得流程引擎非常復雜，其實不然，流程引擎之所以看起來復雜，是由實際業(yè)務(wù)的復雜性決定的，流程引擎恰恰是為了能夠更好、更靈活地解決復雜業(yè)務(wù)流程而被設(shè)計出來的一種更加簡單的流程管理手段。

本篇文章只是很淺地探討了一下流程引擎，后續(xù)如果有機會，可以再深入探討一下，如果各位對此有興趣，也可以去搜索相關(guān)資料詳細了解。

以上便是本文的全部內(nèi)容，感謝閱讀！