死穴五：不重视基础数据，项目无功而返
    俗话说，三分软件，七分实施，十二分数据。可见，基础数据在ERP项目的重要性。可惜的是，仍然有不少的企业，在ERP项目的实施过程中，忽视基础数据的重要性。对此，他们常常是一种应付的态度。

    如笔者不久之前负责过一家企业的ERP项目。虽然这家企业的ERP规模比较小，只采用了销售、生产管理、仓库管理、财务管理等一些基本的模块。不过，麻雀虽小，五脏俱全。基础数据仍然是这些模块运行的必备条件之一。但是，当他们把整理好的基础数据给我看时，我差点没被他们气的吐血。他们的整理的基础数据实在不让人苟同。

    一是基础数据陈旧。他们整理的产品基本信息，有近十万条。可是，根据我前期对他们的了解，他们现在在用的产品信息也就2000条左右。这多出来的产品信息，都是很久以前用过的，现在已经基本淘汰不用了的。原来叫他们去整理产品基本信息，它们就把以前做的EXCLE表格资料一股脑的给我搬了过来。若这么多的信息一成不变的导入到ERP系统中去的话，则ERP就成为了垃圾回收站了。

    二是基础数据错误百出，特别是基础数据重复性现象严重。我把收到的资料按名称排序，发现有不少的产品信息，名称、规格等完全一致，但是，产品编码却不同。问企业用户这是怎么回事情，他们说可能是编码重复了。可见，他们把这些基础资料整理好之后，根本没有进行检查，连这些明显的错误都没有发现。

    三是数据编码比较随便。如在产品规格信息填写时，一会儿是按颜色、材料、尺寸排列，一会儿又是按尺寸、材料、颜色排列。编码格式如此混乱，会给ERP系统的正常运行带来很大的阻碍。

    为此，笔者在项目的实施过程中，不得不抽出一天的时间，给企业项目小组成员谈该如何整理这些基础资料。包括应该挑选有用信息、如何制定编码原则，以及基础数据必须保证一定的准确性等等。因为笔者知道，若基础数据不准确的话，项目很可能会无功而返。即使数据导入ERP系统了，在后面操作中，也会因为基础数据的不准确，而对此进行重新整理。所以，企业项目小组负责人，在项目一开始就要把好基础数据这一关，否则的话，吃亏的还是企业自己。

    死穴六：过多的二次开发，让项目积重难返。
    笔者的一个同事，最近为一个项目困扰着。原来他的一个客户，现在正在实施ERP项目。但是，因为这家客户提出了很多的二次开发需求，从报表到系统的功能，整理提来有一箩筐，有的甚至牵涉到了ERP系统的主干功能。本着客户是上帝的原则，我同事也不敢拒绝客户的要求。可是因为二次开发的个案实在太多，而且有的比较复杂。这就使得快一个月了，而此开发的内容还没有完成。现在项目模拟运行都快要完成了，可是很多二次开发的功能还都没完成。那么项目模拟运行完成后，是先把项目上线呢，还是先暂时停停，等ERP系统二次开发完成后再上线。这让笔者同事很难选择。若从项目的进度考虑，则当然是先把项目上上去，以后完成一个二次开发的功能，再实现一个。可是若从项目的整体效果来看，则当让是二次开发完成后再上线。现在实施顾问与企业就处在这十字路口，不知道该走哪条路。

    虽然ERP系统是一个套装的信息化管理系统。由于各个企业的实际情况不同，进行一些必要的二次开发是在所难免。但是，若企业的所有操作都一成不变，而让ERP系统来适应企业的话，那么就是本末倒置，会产生大量的二次开发。若二次开发过多的话，则会给ERP系统带来很大的影响，很可能让ERP项目积重难返。

    一是因为二次开发过多的话，给后续的系统升级带来不少的麻烦。现在ERP系统虽然比较成熟，但是，随着企业的发展，ERP系统也在不断的完善与扩充。所以，企业使用的ERP系统也不是一成不变的，需要不断的升级来适应企业不断发展的需求。若企业的二次开发数量过多的话，则后续二次开发就会遇到一定的困难。因为ERP软件公司他们升级软件的话，只升级标准版本。对于二次个案的升级的话，则需要进行额外的开发。所以，少量的二次开发的话，软件公司还会给你免费的升级。若二次开发数量比较大的时候，他们就会收取比较昂贵的费用。

    二是过多的二次开发会影响系统的稳定性。ERP系统标准功能的开发，会有很多人参与。光是功能的测试，就有不少人把关。但是，二次开发的功能则不同。因为标准功能的话，是所有企业都可能用到；而二次开发的个案的话，就可能只有一家客户用到。所以，说实话，软件公司在二次开发的质量上，把关不是很严。笔者在实施项目的时候，经常会发现二次开发功能引发的系统漏洞。
等等。

    所以，过多的二次开发，导致ERP系统变得千疮百孔。若管理不当的话，很可能是的ERP项目积重难返。故笔者在ERP项目的实施过程中，一般不怎么建议用户进行二次开发。若用户提出二次开发的需求时，笔者也会想法设法的打消用户这个念头。只有在逼不得已的情况下，才会同意客户进行系统的二次开发。

    死穴七：摊子铺的太大，项目很难收网。
    有些客户，在ERP项目实施的时候，会有急于求成的思想。结果把ERP项目摊子铺得很大，到收网的时候，才发现很难收起来了。

    如笔者以前负责过一家客户。这家客户在项目规划的时候，把办公用品的采购也要放到ERP系统中去，不管我怎么再三的劝阻，他们仍然执意要这么做。最后，办公用品也向其他生产物料一样，走请购、采购、入库、领料等过程。可是，由于办公用品有其特殊性，如品号比较多；流程灵活多变，随意性比较大；临时性采购现象比较严重，等等。在项目的实施中，由于办公用品管理的拖累，使得采购管理系统的禁毒如同蚂蚁搬家般的缓慢。最后，这家客户不得不暂时放弃办公用品的采购管理，先一心一意的把生产物料的采购管理起来。
    可见，在ERP项目的部署过程中，若一开始摊子铺得太开，不一定很好。这就好像在大海中捕鱼，若网太大的话，到时候力量不够，网都会收不起来。其实，ERP项目实施也是类似的道理。企业要根据自己的实际情况，规划ERP项目所涉及的范围。笔者的建议是，在刚开始实施项目的话，不要把手脚升的太长。先把企业中的主干流程管理起来。等到这些流程在ERP系统中跑顺畅了，然后再考虑其他的一些次要流程与业务，如办公用品的管理等等。因为有前期的经验了，所以，后期实施其他流程的话，相对来说，也会很轻松。

    死穴八：不重视经验的积累，企业要重复为此交学费。
    在学校中，老师不断会教育我们，温故而知新。可是，真的到了工作岗位上了，很多人就会忘记这个道理。在ERP软件的推广中，笔者发现有不少的企业，不懂得经验的积累，结果老是在同一个地方摔倒，不断的为此交学费。
    如笔者知道有一家企业，他们就在犯类似的错误。这家企业采用的付款条件是到货后月末结帐，结帐后一个月内付款。可是，这个付款条件有一个漏洞。如某批货，企业可能要求供应商在11月3日交货，若这个时间交货的话，则结帐日在11月30日，付款在12月31日前。可是，有不少的供应商会赶在10月30日把货送过来。如此的话，在10月31日他们就可以结帐，在11月30日前他们就可以收到款项。这个付款日期比原先的整整提早了一个月。在应付帐款的管理中，采购部门与财务管理人员已经发现了这个问题。但是，他们采取事不关己的态度，没有对这个问题进行分析总结，任由其日复一日的发生。

    最后，还是企业老总发现了这个问题。下面的员工在老板的命令下，才开始着手解决这个问题。可是，到问题解决的时候，企业已经为此交了很多的学费。

    可见，如在ERP系统管理的时候，不注重日常问题的总结，而任由其发生的话，则ERP系统就不会有改进。同时，企业也就会为此重复的交学费。所以，笔者在给企业推进ERP项目的时候，总是会提醒用户，发现一个问题，要解决一个问题。但是，则只是第一步。失败不是成功之母，总结才是成功之母。企业项目小组成员应该学会分析总结，把这个问题的根源找到。只有如此，才能够采取预防措施，防止类似的问题再次重复发生。人在同一个地方跌倒两次，甚至三次的话，则说明不是系统有问题，而是人有问题了。

    死穴九：不懂得取舍，鸡肋功能越来越多。
    在ERP项目实施中，笔者发现还有不少的企业不懂得取舍，看到ERP有什么功能，不管三七二十一，就想拿来用。结果呢，使得系统中的鸡肋功能越来越多。企业是弃之可惜，食之无味。
    如一家企业的老总，命令ERP系统管理员把系统中的所有功能一一列出来，并且把这些功能一一的在企业中应用起来。按照他的想法，这些功能都是企业花钱买回来的，若企业不用的话，不是浪费吗。可惜他们不知，若把一些没有的功能死搬硬套，则更加是一种浪费。结果呢，可想而知。系统管理员为了响应老总的号召，不管三七二十一，先挑一些简单的功能。有事没事，都让系统操作员进行一些重新计算订单已交数量、成本越低调整、期末存货暂估等作业。这些作业不仅没有提高企业的工作效率，没有给企业带来应有的收益；相反，还让员工痛苦不已。可是系统管理员不管，他现在的目标就是如何让ERP系统的使用率达到一个高的水平。而这些功能到底有没有用处，则不在他考虑的范围之内。

    其实，根据笔者的了解，不仅一家企业在犯类似的错误；有不少的企业都在走这一条冤枉路。若一直这么走下去的话，则ERP系统中的鸡肋功能就会越来越多。企业用也不是，丢也不是。

    所以，笔者建议广大的企业用户，在考虑ERP使用率的时候，不要一味的追求高使用率，要把ERP系统的所有功能都利用起来。相反，应该根据企业的业务情况，选择一些实用的功能。对一些华而不实或者对企业来说没有使用价值的功能，则就把他当作垃圾一样抛弃掉为好。

    死穴十：不注重内容人才的培养，让项目原地踏步。
    企业还有一种不好的现象，就是不怎么重视人才的留任与培养。笔者有好几次这种经验。项目上现后，每年我们都会去回访老顾客。第一次去回访的时候，企业原来的项目小组成员已经换了一半了；到第二次再去回访的时候，可能见到的都是新面孔了。
企业ERP系统的关键用户如此走马灯式的更换，会给ERP系统带来很大的不利影响。最明显的一点就是，项目团队不稳定，则大家就不能够温故而知新。如笔者对一家企业进行回访，发现他们的项目团队，90%的人员都换了。我问他们最近在ERP系统这一块有什么样的改进。他们的项目小组负责人却告诉我，他们现在班子都不齐了，已经好久没有好好坐下来对ERP系统进行总结了。ERP系统能够保持原有的效果就已经不错了。听了他这番话之后，让我心里很不适滋味。虽然说这不是我的企业，但是，这个ERP项目至少也是我近一年的努力成果。现在得到这个下场，能不让人心酸吗？

    虽然说，企业人员的流动是正常的。但是，由于人员的过快流动，ERP项目小组也会名存实亡。而这导致的直接结果就是，ERP系统老是在原地踏步，甚至在后退。
    所以，笔者建议企业用户，ERP项目上线后，企业要重视ERP系统相关人才的留任与培养。企业至少要保证，在任何时候都有两到三个员工可以担负起ERP系统完善的领导重任。只有如此，才不至于几年下来，ERP系统的使用情况还是一个样。