我们在刚开始接触到“工作流”和”业务流程“之后，大部分人大概都会疑惑，工作流和业务流程有区别么？但是最重要的并不是如何定义“工作流”还是“业务流程”，而是理解到他们之间的不同之后，可以有助于我们的业务开展。

铺设铁路

让我们先来讨论一下运输货物的火车吧。火车将一批货物从一点运送到另外一点的过程中，需要大量的设计方面的思考。但其中最重要的，就是“铁轨如何搭建”。

工作流和业务流程

轨道是火车的运送路径，走不同的轨道可能会走向不同的目的地，甚至相同的目的地之间可以有不同的轨道。也就是说在这个过程中会有很多的灵活性，也可以在必要的时候选择路径。

在业务流程的世界中，“轨道”就是工作流，是火车必须遵循的道路。工作流可以很长，而且可以包含多个停止（节点）。工作流不一定是直线，可以通过不同的预定路径，来到达不同的站点。

所以在为业务流程创建工作流的时候，其实正在铺设轨道，告诉火车要去哪里。

像我们所见的那么简单么？

当我们开始使用“业务流程”这个词的时候，我们不是仅仅谈论“轨道”，而是要关注从A到B所设计的一切。

我们还是回到火车轨道这个例子来，我们会发现从A到B，还包含了很多其他的因素。

我们把火车车厢当作一份份的表单。就像火车车厢是为了运送货物一样，业务流程中的表单为了存储数据并且把它们从一个地方传输到另外一个地方。优秀的工作流平台可以自动填充数据。自动完成“装货”、“卸货”，同时能够对不同站点来隐藏不需要看到的数据。

站台就是任务流程节点。不同的站台对货物需要不同的装卸操作，就像在业务流程里面的节点一样，需要对数据进行审查、编辑、批准、增加新数据。

有时候，火车会在车站停留很久。就像业务流程卡到了一个不能立即完成手动任务的人。这时候整个业务流程系统就会造成挤压和阻塞。

所以，需要有自动化。如果火车在每一个站点，都可以自动的完成相应的操作，而不需要任何的手动参与。我们都知道，电脑的自动处理，可比我们快多了。

发动机就是流程引擎。上述的自动化看起来非常的性感，但是其实却是一个非常复杂而庞大的引擎。有了这样的业务流程引擎，就不用在这些重复劳动中，花费太多的人力。

列车的整个系统和业务流程还有很多相似的地方，时间表、报告、通知、和其他系统之间的集成。

一个简单的案例：加班费的申请

这个过程从装载数据到表格中开始，列车就要开始发车了。通过工作流的“数据关联”和“公式”，员工的基本信息、加班工资计算都是自动填写的。

这个工作流非常的简单，一般情况下直接让经理审批就结束了。但是事情往往不像想的那么简单。有的时候加班工资超过一定的数额，那么就需要走另一个“轨道”，流转到人事经理。轻流能够做到的自动化，是在这个过程中列车可能并不需要减速进站，而是像高速经过ETC一样，完成信息的传递。

然而“加班审批”是最终的目的么？当火车驶入终点站的时候，它会触发一个信号。告诉另外一辆火车可以出发了！在加班流程完成之后，自动在财务系统中创建一个加班工资条。这样的功能是不是很强大啊。

搭建属于自己的轨道

我们在思考工作流怎么搭建的同时，可以类比一下火车。工作流是业务流程中的重要部分，但是它并不是业务流程的全部。一个优秀的业务流程中一定包含着高度自动化的表单、通知交流一级强大的引擎把人、数据和流程同意在一起。

如果你的思维还停留在工作流就是业务流程的全部，那恐怕是会错过业务流程的红利。

建立整套业务流程管理系统，让业务流程引擎驱动企业的精细化运营，而不是简单的停留在“审批工作流”的管理支持。