项目还没结束，但很多经验已经可以开始总结了。

我们的SAP的项目包括以下的部分：
项目前期调研
SAP产品入门培训
企业需求确定（蓝图）
系统配置
顾问内部测试
用户操作培训
用户单元测试
用户集成测试
项目最终培训
系统交付与支持

从我参与的情况来看，有几个部分是需要所有SAP实施顾问尤其是初级顾问应该注意的：

1、完整的培训文档
从我们的流程来看，培训至少是包括三个部分的：SAP产品模块的标准培训（一般采用LEVEL 2的标准培训资料）、产品配置以后的操作培训、系统交付前的最终培训。
其中SAP产品模块的培训很多顾问采用的是SAP LEVEL2的标准培训文档，这类文档能很清楚的把SAP的功能模块描述清楚，同时由于顾问反复对这类文档进行讲解也容易掌握培训的时间（一般是每个模块5天），配合IDES或其他的培训环境，用户也能快速的掌握SAP的基本操作

2、产品配置好以后的培训
这部分培训基本上是指导用户在系统上进行操作。在我们这个阶段的实施过程中是指导用户根据已配好的模拟环境进行操作。当然用户的操作培训的具体数据也是结合他们实际的业务数据来进行的。

3、项目最终培训
项目交付前的培训大多是KEY USER对END USER的培训。只是在国内的企业中很少有明确的KEY USER跟END USER之分。各部门经理因工作繁忙往往只能参加业务蓝图的讨论，更多的所谓KEY USER实际上还是最终的操作用户。当然也有很多企业抽调了部分业务人员，组成了内部的顾问团队。很多时候客户也会要求顾问对KEY USER进行培训，这无疑加重了顾问的负担，也降低了客户在上线后自我完善的能力。

对于一个有一定经验的SAP顾问来说，大体上文档并不算什么问题，一个两个项目，甚至通过个人的渠道都能弄到。但问题是：如何将文档精细化，更贴近这个项目的USER。

SAP项目实施的难点分析

在SAP实施的过程中作为顾问很厌烦几种USER。

1、刨根问底的人
有好学的心是好的，但对于SAP这样庞大的系统没有哪个顾问对所有的业务形态、所有的栏位、所有的模块都能一一讲清楚。所以顾问特别厌烦这样的USER――甚至比那些有些愚钝的用户更厌烦。因为他们的好奇心往往会在系统中（尤其是测试系统中）录入大量的垃圾数据，有可能会影响到项目（培训）的进度，因为这些不确定的数据会影响到其他***作，耽误实施的进程――而他们往往会振振有辞的说：你怎么能这样糊弄我？

2、愚钝的用户
反复培训仍不能理解系统操作的人。相信每个项目都会有个别这样的人。比如我们这次的集成测试中某位用户就让我们大伤脑筋。由于系统文档上说明的遗漏，有些简单的操作她/他都无法进行下去――而这些操作在上一个步骤中已经执行过的，这仅仅是重复执行同样的操作而已。

3、繁忙的用户
和上述两种人相比繁忙的用户大概更多。因为实际的工作繁忙，他们没有时间参加培训，只能利用晚上或者其他加班时间参加。而这时就需要顾问们加班加点的培训了，而培训的效果也远涩于正常的培训，加重了顾问的负担。

下面我将就如何与上述三种人进行沟通的经验与大家分享：

对于繁忙的用户需要顾问投入更多的时间与精力――这是没有办法的事情，我相信绝大多数的顾问即使有怨言也会忠实的履行自己的职责。而我认为最好的方法却是：在用户群中挖掘可以充当教练的用户，来协助自己完成工作。说到这点，我最大的感慨是：当产品交付以后仍有很多问题需要解决，而你没有一个很好的可以协调的窗口将会给自己的工作带来很大的麻烦。对某个有潜质的用户进行深入挖掘是个利人利己的好事。当然这也要求顾问本身有良好的心态，不要怕人家抢自己的饭碗。

对于愚钝的用户则更要费心的指导。当然也并非没有技巧可讲，这技巧就是：将培训标准化。对此我的体会就是：顾问在做内部测试的时候留意同时制作相关的培训文档。并将操作规范化――我比较喜欢在做测试的同时制作相应的培训录像。这样在做后续的培训指导时可以让用户按我的操作录像一步一步的操作，省去了个别指导的麻烦。由于顾问本身对SAP的操作驾轻就熟，该点哪个字段，该如何操作都可以很快速轻松的进行――省却了用户乱点产生错误的问题。