圖是一張Ultimus為一個簡單變更定單流程開發的地圖。一個客戶申請變更一個產品或服務將啟動本流程。在收到申請以后，工程經理能拒絕申請，需要一個EMAIL提醒發送給客戶，或申請同時輸入到3個其他團隊（軟件，電子，機械）。當所有需求團隊反饋后，流程使用網絡服務申請一個包括變更所有的輸入和時間和成本的預算包。這些信息將反饋給工程經理做最終檢查和調整。此時，工程經理又一次能夠拒絕申請（如果成本或時間預估過高）。否則，信息將提交給銷售部門添加任何補充信息。然后流程將自動生成一個報價并且和提醒一起發送給客戶。

這是根據我們上面的5個流程定義細分結果：

• 變更定單流程是一序列的任務如啟動申請，工程經理檢查，部門檢查，網絡服務申請等，流程中每個步驟代表一個分立的任務。
  通過自動化，系統根據流程中的數據保證每個這些步驟都完成。
• 任務的序列是組織或半組織的。任務將和特定邏輯或規則一致執行，比如：a. 最初申請必須由工程經理檢查 b. 工程經理能夠選擇參與檢查和提供信息的部門 c. 如果申請被拒絕，申請人必須通過電子郵件通知
  平行步驟節省了大量時間，自動化的步驟保證不會發生問題。
• 任務根據業務流程的邏輯能夠連續或同時進行。在這個例子里，3個部門同時檢查他們的相關部分內容。
  使用BPM，所有這些參與者都不需打電話就能檢查申請的狀態。不同的部門，甚至客戶（如果必須的話）能準確的了解到申請的情況。
• 必須要有最少兩個或更多參與人員執行不同任務。在變更定單流程中相關參與人員包括客戶，工程經理，軟件/電子/機械部門的代表，以及銷售人員。在這個例子里我們同樣涉及3個程序，電子郵件，Microsoft Word，和一個支持網絡服務的企業預算程序
• 一序列的任務必須有同一個目的。在這個例子里，流程的目的是為客戶提供一個準確的報價。企業能夠跟進其他目標因為信息依靠電子形式收集，不僅僅是產生報價，同時包括需要多長時間，多少成本，以及那個部門反饋最快。分析這些信息能夠幫助組織了解運作效率。在結果的基礎上，步驟可以添加或去除，簡化表單，調整規則。如果沒有BPM來做這些事情將是非常困難的。