-
▲商業流程：
藉由『訪談問卷』來訪談，瞭解並記錄未來的商業流程及功能需求，收集現有表報的格式。
▲撰寫與確認需求訪談記錄：
依照商業流程需求訪談會議結論，產生『需求訪談記錄』文件，由與會人員簽認，作為繪製未來作業流程的基礎。
-
說明未來(To-Be)系統功能規格與作業流程圖。
▲未來作業流程圖(To-Be Flow)需經過雙方再三確認，確認的過程當中，需調整原本繪製的未來作業流程圖(To-Be Flow)。
▲未來作業建議書以確認後的未來作業流程圖(To-Be Flow)為基礎，並包含雛形系統內實際執行的步驟與畫面，此文件即為雙方對系統上線的範圍與功能界定，也是之後雙方驗收的標準。
▲未來作業建議書需經過雙方再三確認，確認的過程當中，需調整原本未來作業建議書的文件內容。
-
在未來作業流程圖(To-Be Flow)上，有些作業是現有 Microsoft Dynamics 的系統所沒有的，必須客製開發，這些稱為差異(Gap)，經過差異分析比對後產生客製清單。
▲客製清單是條列化在系統上要客製化的各項功能與需求說明，並包含各項客製化，顧問所要交付的文件，以及開發與測試所需時間的估算，需經雙方確定簽認，此文件即為雙方對系統客製開發的範圍與功能界定，也是之後雙方在客製功能驗收的標準流程確認。
▲客製清單需經過雙方再三確認，確認的過程當中，需調整原本客製清單的文件內容。
-
以確認後的未來作業流程圖(To-Be Flow)來做為藍圖，在系統上調整組態，並試作交易，其目的為建立一個有形的雛形系統，以作為雙方溝通與確認的基礎。
-
針對在客製列表中需要提供功能設計文件的客製項目進行撰寫，並經雙方確認內容並簽認後，才能進行該客製的開發，客製開發步驟如下：
▲進行客製程式開發
▲將完成的客製程式做單元測試
▲與種子人員進行客製程式的功能測試與驗收
▲撰寫客製程式的技術開發文件