图是一张Ultimus为一个简单变更定单流程开发的地图。一个客户申请变更一个产品或服务将启动本流程。在收到申请以后，工程经理能拒绝申请，需要一个EMAIL提醒发送给客户，或申请同时输入到3个其他团队（软件，电子，机械）。当所有需求团队反馈后，流程使用网络服务申请一个包括变更所有的输入和时间和成本的预算包。这些信息将反馈给工程经理做最终检查和调整。此时，工程经理又一次能够拒绝申请（如果成本或时间预估过高）。否则，信息将提交给销售部门添加任何补充信息。然后流程将自动生成一个报价并且和提醒一起发送给客户。

这是根据我们上面的5个流程定义细分结果：

• 变更定单流程是一序列的任务如启动申请，工程经理检查，部门检查，网络服务申请等，流程中每个步骤代表一个分立的任务。
  通过自动化，系统根据流程中的数据保证每个这些步骤都完成。
• 任务的序列是组织或半组织的。任务将和特定逻辑或规则一致执行，比如：a. 最初申请必须由工程经理检查 b. 工程经理能够选择参与检查和提供信息的部门 c. 如果申请被拒绝，申请人必须通过电子邮件通知
  平行步骤节省了大量时间，自动化的步骤保证不会发生问题。
• 任务根据业务流程的逻辑能够连续或同时进行。在这个例子里，3个部门同时检查他们的相关部分内容。
  使用BPM，所有这些参与者都不需打电话就能检查申请的状态。不同的部门，甚至客户（如果必须的话）能准确的了解到申请的情况。
• 必须要有最少两个或更多参与人员执行不同任务。在变更定单流程中相关参与人员包括客户，工程经理，软件/电子/机械部门的代表，以及销售人员。在这个例子里我们同样涉及3个程序，电子邮件，Microsoft Word，和一个支持网络服务的企业预算程序
• 一序列的任务必须有同一个目的。在这个例子里，流程的目的是为客户提供一个准确的报价。企业能够跟进其他目标因为信息依靠电子形式收集，不仅仅是产生报价，同时包括需要多长时间，多少成本，以及那个部门反馈最快。分析这些信息能够帮助组织了解运作效率。在结果的基础上，步骤可以添加或去除，简化表单，调整规则。如果没有BPM来做这些事情将是非常困难的。