工作流和業務流程有啥區別？

02-05

關注「工作流」和」業務流程「之後，大部分人大概都會疑惑，工作流和業務流程有區別么？但是最重要的並不是如何定義「工作流」還是「業務流程」，而是理解到他們之間的不同之後，可以有助於我們的業務開展。

鋪設鐵路

讓我們先來討論一下運輸貨物的火車吧。火車將一批貨物從一點運送到另外一點的過程中，需要大量的設計方面的思考。但其中最重要的，就是「鐵軌如何搭建」。

軌道是火車的運送路徑，走不同的軌道可能會走向不同的目的地，甚至相同的目的地之間可以有不同的軌道。也就是說在這個過程中會有很多的靈活性，也可以在必要的時候選擇路徑。

在業務流程的世界中，「軌道」就是工作流，是火車必須遵循的道路。工作流可以很長，而且可以包含多個停止（節點）。工作流不一定是直線，可以通過不同的預定路徑，來到達不同的站點。

所以在為業務流程創建工作流的時候，其實正在鋪設軌道，告訴火車要去哪裡。

當我們開始使用「業務流程」這個詞的時候，我們不是僅僅談論「軌道」，而是要關注從A到B所設計的一切。

我們還是回到火車軌道這個例子來，我們會發現從A到B，還包含了很多其他的因素。

火車車廂就是表單。就像火車車廂是為了運送貨物一樣，業務流程重的表單為了存儲數據並且把它們從一個地方傳輸到另外一個地方。優秀的工作流平台可以自動填充數據。自動完成「裝貨」、「卸貨」，同時能夠對不同站點來隱藏不需要看到的數據。

站點就是任務流程節點。不同的站點對貨物需要不同的裝卸操作，就像在業務流程裡面的節點一樣，需要對數據進行審查、編輯、批准、增加新數據。

有時候，火車會在車站停留很久。就像業務流程卡到了一個不能立即完成手動任務的人。這時候整個業務流程系統就會造成擠壓和阻塞。

所以，需要有自動化。如果火車在每一個站點，都可以自動的完成相應的操作，而不需要任何的手動參與。我們都知道，電腦的自動處理，可比我們快多了。

發動機就是流程引擎。上述的自動化看起來非常的性感，但是其實卻是一個非常複雜而龐大的引擎。有了像輕流這樣的業務流程引擎，就不用在這些重複勞動中，花費太多的人力。

列車的整個系統和業務流程還有很多相似的地方，時間表、報告、通知、和其他系統之間的集成。

這個過程從裝載數據到表格中開始，列車就要開始發車了。通過輕流的「數據關聯」和「公式」，員工的基本信息、加班工資計算都是自動填寫的。

這個工作流非常的簡單，一般情況下直接讓經理審批就結束了。但是事情往往不像想的那麼簡單。有的時候加班工資超過一定的數額，那麼就需要走另一個「軌道」，流轉到人事經理。輕流能夠做到的自動化，是在這個過程中列車可能並不需要減速進站，而是像高速經過ETC一樣，完成信息的傳遞。

然而「加班審批」是最終的目的么？當火車駛入終點站的時候，它會觸發一個信號。告訴另外一輛火車可以出發了！在加班流程完成之後，自動在財務系統中創建一個加班工資條。這個功能，您將會在下個月的輕流中體驗到，我們叫它Q-Robot。

在思考工作流怎麼搭建的同時，可以類比一下火車。工作流是業務流程中的重要部分，但是它並不是業務流程的全部。一個優秀的業務流程中一定包含著高度自動化的表單、通知交流一級強大的引擎把人、數據和流程同意在一起。

如果你的思維還停留在工作流就是業務流程的全部，哪怕是會錯過業務流程的紅利。

試試輕流吧，建立整套業務流程管理系統，讓業務流程引擎驅動企業的精細化運營，而不是簡單的停留在「審批工作流」的管理支持。