评语：第八顶帽子。如果把ERP系统设置比做骨骼，主数据就是血肉。本来，在大型企业中像物料等主数据的编码和管理可以单独作为一个项目来实施。但是由于ERP中提供了很好的主数据管理工具，而且ERP中的主数据有专门的数据结构和逻辑关系，所以将主数据的整理工作直接作为ERP项目的一个部分对于企业来说是很有好处的。但是对于实施服务方来说，主要责任是确定主数据的分类、字段选择、提供资料搜集格式和帮助导入系统。

而具体的搜集和整理工作毫无疑问应当由客户方完成。当然顾问应当对整理工作的组织和计划提供经验和帮助。但是事实往往出乎意料：在有些项目中，企业内部竟然没有人对数据的收集和质量负责，你会看到顾问成了各部门间的协调者，顾问在催各部门提供资料，顾问在电子表格中整理数据。你在庆幸又让"裁缝"多做了一顶帽子时，是否想过："奇怪，他怎么知道财务部的'广西糖业有限公司'就是销售部的'广西经销部'?……"

那人说："我们关键用户少，所以最终用户的培训应当由实施服务方来做。而且我们公司人多，工作任务重，出差的又多，所以最好多办几趟，有些人可能还需要开些小灶。"

评语：第九顶帽子。这个问题是第三顶帽子的必然结果。前面讲过管理高层的支持是ERP实施的第一要素，那么培训就是排在第二的影响因素。但是关键用户的培训和最终用户(End User)的培训是不同的。由关键用户培训最终用户至少有以下一些好处：<1>语言上不存在障碍。同样一个流程或者操作，最终用户一般更能接受关键用户的讲法，顾问的语言往往带有太多的ERP术语，而用户行业用语又太少。<2>更容易组织。

由于顾问们属企业的外部人员，他们的威慑力或者面子往往不够大，对企业各部门的协调能力往往流于形式。<3>自然培养起企业内部的支持路径，而且和直接询问顾问相比，最终用户在询问关键用户前往往会用更多时间先思考一下。<4>锻炼了关键用户。

那人说："财务部有套旧系统，是信息部编的。信息部目前人手不够，不可能将期初数据整理成你们需要的格式。最好你们自己直接从旧系统中导出来整理。"

评语：第十顶帽子。很荒谬吧，但是确实存在这样的情况。理论上实施服务方不具备客户旧系统的技能，所以应先由客户负责将期初数据整理成一定的格式，再由项目组把数据导入新系统。但是系统上线好比一场战役的总攻，日子在一天天地过去，业务凭证越积越多，越拖越难追，这时你的友邻部队突然消失了，你必须在延迟总攻和分散兵力支持友邻上做出选择。