· 管理閉環：從客戶期望看到的業務遠景到信息化實施方案的產生、發展以及持續改進的整個過程，都是基于流程優化進行管理的。

· 模型驅動：流程驅動SAP ERP實施，是通過建立企業相關的業務模型，描述一系列相互關聯的輸入輸出關系，這種關系的描述最終會成為對于一個完整的實施方案的描述。

· 體系架構完整：AVE實施方法是從不同的角度處理客戶需求，如流程、組織、應用系統和數據，保證體系架構的完整性。

· 項目管理量化：通過模型狀態如何有效反應客戶需求和客戶預期來對流程改進的結果進行量化。

· 實施過程全線跟蹤：需求和系統特征結合起來，最終提供的系統方案能夠追溯到具體的業務需求。

· 實施架構可以裁減：AVE工作包和交付物可以根據不同的項目特點進行客戶化、定制化。

流程驅動的SAP ERP實施方法在橫向時間軸上，主要由戰略、業務藍圖設計、實施上線和運行控制四個階段構成，項目實施工作內容由表及里、由此及彼不斷擴展。同時在各個階段對前一階段進行檢查，為SAP ERP實施提供有效可控的實施方案。

雙向同步 匹配業務和系統

工具和方法都已準備妥當，那如何將其與企業的獨特需求結合起來并落地實現呢?需求的實現將通過ARIS系統平臺與Solution Manager系統協同應用來實現。在圖1所示的流程圖中，紅色邊框區域表示在ARIS軟件平臺中實現的業務功能，藍色邊框區域表示在Solution Manager中實現的功能，背景為淺藍色的區域是ARIS與Solution Manager共同應用，協同完成的功能。ARIS與Solution Manager的協同是通過雙向同步的方式來實現兩個系統間的有效集成，進而滿足業務和系統實現匹配和實施的需求。

在使用如上所述工作模式的前提下，Solution是一個非常重要的概念。企業使用的SAP系統(包括所有組件，ECC/BW/EP/XI，包括所有已經上線的單位和未來要實施的單位，包括各種業務流程、業務模塊、功能)總體就是一個SAP解決方案，一個只有該企業獨有的SAP解決方案。從靜態的層面出發，我們可以把解決方案理解為一個相對穩定的業務流程和配置的倉庫，而我們所常說的項目，實際上只是用來形成解決方案的一個過程。從企業實施SAP的第一天開始，SAP解決方案就已經存在，隨著SAP的各個項目的不斷實施，解決方案就不斷地成長，最終成為一個解決方案庫。從動態的層面出發，解決方案本身在不斷地變化，變化的方式有兩種，一種是項目的變化(整體打包的、有計劃的、目的明確的變化)，一種是運維的變化(小的、零散的、非計劃性的、按用戶需求的變化)。企業的SAP管理功能實際就是圍繞著解決方案及其兩種變化方式而展開。

“我們的工作分工是按模塊劃分的，但建模從業務出發，我們的工作范圍該如何劃分?為什么還要搭建流程架構，只把詳細的流程圖畫好不就可以了嗎?為什么要將配置和流程掛接起來，之前我們只寫一份配置清單就可以了啊?”……

實施顧問在了解到工作模式的內容后，提出了一系列尖銳的問題。但是當大家意識到這樣做帶來的價值時，都認可了這種工作模式。同時在ARIS中基于最底層的流程搭建了兩套流程體系，一套依據企業的實際業務，一套依據SAP的功能劃分。當企業的管理者和業務人員看到層次明確、切分清晰的流程體系時，都認為這就是自己想要的東西。而SAP顧問從流程中過濾出了自己熟悉的T-CODE。

A集團使用上述工作模式，是AVE方法論的一次完整而全面的使用，對AVE方法論的推廣使用具有切實可行的借鑒意義。總結起來，它具有四大突出特點。