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

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

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