·管理闭环：从客户期望看到的业务远景到信息化实施方案的产生、发展以及持续改进的整个过程，都是基于流程优化进行管理的。
　　·模型驱动：流程驱动SAPERP实施，是通过建立企业相关的业务模型，描述一系列相互关联的输入输出关系，这种关系的描述最终会成为对于一个完整的实施方案的描述。
　　·体系架构完整：AVE实施方法是从不同的角度处理客户需求，如流程、组织、应用系统和数据，保证体系架构的完整性。
　　·项目管理量化：通过模型状态如何有效反应客户需求和客户预期来对流程改进的结果进行量化。
　　·实施过程全线跟踪：需求和系统特征结合起来，最终提供的系统方案能够追溯到具体的业务需求。
　　·实施架构可以裁减：AVE工作包和交付物可以根据不同的项目特点进行客户化、定制化。

　　流程驱动的SAPERP实施方法在横向时间轴上，主要由战略、业务蓝图设计、实施上线和运行控制四个阶段构成，项目实施工作内容由表及里、由此及彼不断扩展。同时在各个阶段对前一阶段进行检查，为SAPERP实施提供有效可控的实施方案。

　　双向同步匹配业务和系统

　　工具和方法都已准备妥当，那如何将其与企业的独特需求结合起来并落地实现呢?需求的实现将通过ARIS系统平台与 SolutionManager系统协同应用来实现。在图1所示的流程图中，红色边框区域表示在ARIS软件平台中实现的业务功能，蓝色边框区域表示在 SolutionManager中实现的功能，背景为浅蓝色的区域是ARIS与SolutionManager共同应用，协同完成的功能。ARIS与 SolutionManager的协同是通过双向同步的方式来实现两个系统间的有效集成，进而满足业务和系统实现匹配和实施的需求。

　　在使用如上所述工作模式的前提下，Solution是一个非常重要的概念。企业使用的SAP系统(包括所有组件，ECC/BW/EP/XI，包括所有已经上线的单位和未来要实施的单位，包括各种业务流程、业务模块、功能)总体就是一个SAP解决方案，一个只有该企业独有的SAP解决方案。从静态的层面出发，我们可以把解决方案理解为一个相对稳定的业务流程和配置的仓库，而我们所常说的项目，实际上只是用来形成解决方案的一个过程。从企业实施 SAP的第一天开始，SAP解决方案就已经存在，随着SAP的各个项目的不断实施，解决方案就不断地成长，最终成为一个解决方案库。从动态的层面出发，解决方案本身在不断地变化，变化的方式有两种，一种是项目的变化(整体打包的、有计划的、目的明确的变化)，一种是运维的变化(小的、零散的、非计划性的、按用户需求的变化)。企业的SAP管理功能实际就是围绕着解决方案及其两种变化方式而展开。

　　“我们的工作分工是按模块划分的，但建模从业务出发，我们的工作范围该如何划分?为什么还要搭建流程架构，只把详细的流程图画好不就可以了吗?为什么要将配置和流程挂接起来，之前我们只写一份配置清单就可以了啊?”……

　　实施顾问在了解到工作模式的内容后，提出了一系列尖锐的问题。但是当大家意识到这样做带来的价值时，都认可了这种工作模式。同时在ARIS中基于最底层的流程搭建了两套流程体系，一套依据企业的实际业务，一套依据SAP的功能划分。当企业的管理者和业务人员看到层次明确、切分清晰的流程体系时，都认为这就是自己想要的东西。而SAP顾问从流程中过滤出了自己熟悉的T-CODE。