有个朋友，在客户那边做ERP实施时以反应快而著称，无论客户提出什么棘手的问题，他都能在极快的时间内拿出解决方案来，用他的话说，真是兵来将挡水来土掩，他也一直因此而自诩为超级脑子灵人。

    然而，非常遗憾的是，他的绝大部分方案都没有真的得到客户的认同，或者是被客户毫不犹豫地否决了，或者是在执行的过程中改了又改，变了又变，最后面目全非，回过头来再看，好像跟他以前的方案没有任何关系了。

    前些日子跟他聊天，发现他变了许多，再也不自夸他的反应速度了，他说他现在非常深刻地理解了这一点：拿出方案容易，拿出好方案就难了。

    在ERP实施过程中，需要面对客户各种各样的问题，大到建立企业信息化体系，小到客户某一种异常业务的信息化表达，甚至软件界面上某一按钮的摆放，任何一种问题，都需要做顾问的拿出解决方案来。当然顾问不是超人，不可能什么方案都是那么完美的，但不完美的方案也有高下之分。

    那么，究竟什么样的方案才算是好方案呢？我想，我们可以从以下几个方面来分析。

    
    可行性。

    之所以把可行性排在第一位，原因很简单，没有可行性的方案无法执行，无法执行的方案与没有方案没有区别，甚至还不如没有方案。有些方案开始看它不透，等折腾了一大圈后才发现它的不可行性，在耗费了大量精力之后不得不放弃时只想感叹一句：我晕，成事不足败事有余。鉴于此，在设计解决方案时，并不一定要太过追求完美，方案越是完美，往往可行性越差。

    有这样一个例子。某公司实施仓库时，客户提出给仓库中的每个箱子编号，但又不愿意买条码机打条形码，因为该仓库的货物进进出出很快，贴了条形码又搬出去觉得很划不来。在这个背景下，有人给出了这样一个方案：给每个箱子虚拟编号，编号指出箱子在什么区域、什么托盘、第几层、第几个。刚一听还真是挺完美的，又能编号，又有唯一性，又不要什么成本投入。运行一段时间后才发现这个方案实在太乌托邦，箱子放在什么地方一旦搬动简直是一场灾难，而如果录入人员一不小心把箱号录错了那就天下大乱了。闹腾了三个月，宣布该方案彻底失败。

    
    成本。

    无论什么方案，都要考虑它的成本。一般需要考虑这两方面的成本：一是本方案的推行成本；二是这个方案如果一直运行下去，客户需要支付的运维成本。前者是指这个方案从提出到在客户处得到全面实施所需要付出的代价。如软件客户化成本，培训成本，实施成本，设备采购成本等。后者是指本方案正常执行后，客户需要支付的各种日常费用，如打印耗材，维护用工，设备维护费用等。

    
    推行难度。

    好多方案，怎么看都是好方案，如果真的能执行起来企业受益很大，可到最后还是大败而归，真让人百思不得其解。后来才逐渐搞明白了，大部分情况下就死在这个推行难度上。无论多么好的方案，如果推行难度太大，那么在拿出之前都应该好好掂量掂量。当然，搞ERP实施应该有这样的心理准备，什么样的方案推行难度都不会小，但如果您有多种方案可供选择，就应该好好研究一下不同的方案推行难度有何不同。

    一般具有如下特点的方案推行难度大：1）新方案与员工以前的工作习惯相距甚远；2）新方案对流程重组的要求太高；3）新方案的收益需要很长时间才能看出来，可带来的不便立即可以感觉出来；4）新方案给大部分人带来了收益，但牺牲了一小部分人的利益，且牺牲的程度非常严重；5）新方案对员工的要求近乎苛刻，比如需要背诵许多规则，需要人像机器一样有节拍地做某事等。

    
    目光远近。

    特别是解决一些小问题时，一不小心就会犯一些目光短浅的错误，实施中"图一时之快"的方案不在少数。这些方案貌似解决了问题，但使用的是那种拆东墙补西墙的方法，它带来的恶果需要持续一段时间才能看出来。

    例如，客户嫌某种操作太麻烦，感觉作用不大，但由于软件系统本身的逻辑限制又不得不操作，走正常的客户化申请的流程既费时间又费银子。于是就有人想出了某种方案，直接在数据库中修改某字段的值后系统就不会限制下一步操作。这种方案典型属于那种目光短浅的方案，绕开了系统的逻辑限制，可能暂时能解决问题，但说不定哪天遇到什么特定情况时，会导致整个系统瘫痪。

进入ERP论坛，与ERP十万个为什么的其他ERP好友一起交流ERP知识！