ERP实施难成功主要症结 项目目标不明确

　　成功实施ERP项目的标准是什么？

　　对咨询公司来讲，系统上线运行就意味着可以收到实施款项，宣告项目胜利结束；对于掏钱买单的用户而言，这同样可以视作大功告成的终点吗？

　　从现在的状况看，许多国内企业确实将此作为信息化项目的全部目标。

　　不少企业不惜付出巨额代价采用价格高昂的国外ERP产品，希望一劳永逸地改变相对落后的管理模式，缩小与国外同行的差距。但如果仅仅将上线运行作为ERP项目的终点，高价购买成熟ERP系统与自行开发一个应用系统有什么区别呢？

　　很多情况下，国外ERP软件的适应性较差，不如自己开发的软件容易修改。用户在实施过程中所做的流程变化，很多就缘于这种不可修改性；如果上线运行后，用户没有感受到直接好处，反而会觉得洋ERP项目水土不服。

　　那么，ERP实施过程中，什么才是合理的项目标准？中国企业实施ERP软件(无论中国产品还是舶来品)时，该做哪些思想准备呢？

　　不同行业有不同的项目目标

　　毕博管理咨询认为，成功的ERP实施首先要有明确的项目目标。对用户而言，成功上线只能看成是ERP项目的一个目标，而远远不是全部。信息化改造中，不同行业应该有不同的项目目标。

　　例如，离散式制造业(如冰箱、彩电)，可以通过生产计划、物料需求计划压缩生产、交货周期，降低库存；流程式制造行业(如石油、化工)可以改进成本核算流程，建立上下游之间的成本利润分配关系；服务性行业可以重新定义固定成本和变动成本，确立营业的保本点；公用事业类行业可以确定获利的主要来源，分析客户对企业的贡献等等。

　　这里的举例不具有排他性，企业可以根据需求确定其他的项目主要目标。企业实施ERP软件，是因为商业的需求，必须解决业务过程中的问题，而上述的目标正是笔者在这些企业看到的最为薄弱的环节。在这些环节上有突破性的进展，对于企业的帮助作用是显而易见的。 　

　　项目目标需要鉴别取舍

　　在本土企业实施ERP软件时，笔者屡屡遭遇这样一些情况：部分企业过分求全，固执地认为，ERP项目的最后成功必须是用户方的所有人都说好，否则就是失败的。其实任何事情都有两面性。以笔者的经验，ERP实施是老板项目，真正成功的项目，绝对是几个人(管理层)说好，一群人(操作用户)说不好。

　　有企业以为，上了ERP，业务人员的工作量就下降了，所以最好是什么都有接口，所有单据都能上载，不用手工输入。其实，ERP项目是在一定期限内完成特定目标的一组任务，项目资源有限，如果把资源大量配置在这类工作上，势必导致其他项目目标的实现可能下降。

　　还有企业要求软件的用户界面必须友好，而标准则是按鼠标的次数必须最少，否则，某种业务1天做10次就要多按10下鼠标，一年多按3000次，10年就是30000次。如此考虑最终用户的工作量，是否可以考虑工资也可以按照鼠标的次数来计算呢？

　　甚至有企业认为，ERP软件运行后，财务数据可以是准确的，但业务数据必须可以造假，否则就不符合中国国情。这样的需求常让人啼笑皆非。在一个集成的ERP系统中，财务数据是源自业务数据，5个单价是10元的鼠标在库存账上反映为100元，恐怕连审计也通不过；况且，失真的业务数据对销售、生产、采购到底是好事还是坏事？

　　当然，上述项目目标并非一无是处，如接口和上载程序对于业务量大、已经有标准格式电子文档的凭证来说是最优解决方案。但我们要对这些项目目标进行权衡，什么是最为重要的，什么是次要的，什么根本就不能成为项目目标。例如，如果由于收入分析的需要，业务人员在输入销售信息时需要增加多个字段，这些字段对于将来分析企业的收入来源时至关重要。这时，少点几下鼠标的需求，一定要让位于多输入一些数据。

　  从笔者实施过的一些ERP软件的功能看，它们都具有一些根本性的流程，这些流程体现了软件期望帮助客户提高的领域。

　　如果这正是实施ERP的客户希望提高的领域，那么，客户往往更容易在实施的过程中得到管理水平的提高。同时，正因为这些流程是根本性的设计，往往不能按照客户的需求进行任意修改，就像1+1=2是所有算术的基础，所以，客户如果要求改变这些流程，往往导致不可预测的后果。伴随而来的则是实施过程同自己编写软件没有什么区别，最后是在原有水平上简单地自动化。这样实施出来的ERP总让人有鸡肋的感觉。

　　一般而言，企业实施ERP需要事先确定主要的项目目标，而非简单笼统的“提高管理水平”。目标本身最好有量化标准，如存货周转率、应收账款回收周期等。但这样的目标不宜太多，以保证项目过程中集中优势兵力打歼灭战。然后，配之以限制条件(比如符合国家相应的法律法规、操作人员的界面友好、报表的效率等)，在实施过程中，针对主要目标进行深入、细致的分析和流程设计，最后通过系统实现。这样的项目结果才是让企业真正受益，并水到渠成地相应“提高管理水平”。当然，这样的论述过于抽象。

　　假设有一个希望提高现金流量预测和管理水平的公司A，目前存在预测不准、数据收集不及时、整合困难等问题。A公司认为，提高了现金流量预测水平之后，通过加强对现金流入和流出的管理，可以加速现金的回笼和催收，提高资金使用效率，增加流动资金的利息收入或减少流动资金借款的利息支出。加速回笼和催收可以避免每年200万元的应收账款的可能损失，而利息收入的增加和利息支出的减少，预计可以为公司带来每年200万元的额外利润(这里的假设数都是虚拟的)。

　　第1种情况是：A公司决定实施ERP以后，现金管理部门成为数据的使用者。从流程角度看，绝大部分原始信息来源于采购和销售两个部门。因此，这两个部门被要求实施相应流程。流程要求采购、销售部门有2个强制的操作，一是在进行这些合同的签定时，同时签定付款期限和条款；二是从制度上保证业务人员在输入时严格按照合同的条款进行录入。

　　内部制度随之被建立起来。而为降低外部的客户(针对供应商的付款因掌握在A公司自己手中，没有这方面的问题)不按照合同约定进行付款导致的资金成本，可以通过客户信用额度、资信等级、预付款比例、催收制度等措施加以防范，逐步使客户明白并更好地遵守双方的约定。在这个项目的实施中，项目目标始终被坚持，即要得到准确、完整、可信的现金流量预测数据，为此，不仅实施了ERP软件用于收集和整合数据，还制定了相应的制度和流程。当然，这些流程在系统内都得到了相应的体现。

　　项目上线后，经过1年的运行，现金管理、采购、销售3个部门在这个流程上磨合成功，当年即为公司减少了100万元的利息支出，并预防了150万元的坏账损失。未来可以预计，每年都可以取得项目引进之初的目标。这样的项目，可以说取得了成功。

　　第2种情况是：流程要求采购、销售部门实施2个强制操作时，遭到他们的强烈反对。为减轻这2个部门的操作量，采购部门要求由供应商进行网上的合同输入，编写接口将这些数据写到ERP的现金支付预测中。销售部门则将应收账款的收款期统一确定为月底，而收款信息由银行提供软盘，上载到ERP系统中。

　　项目上线后，经过1年的运行，系统运行正常，供应商为提前收到货款，在网上维护了更早的付款期；客户应收账款的收款期往往早于默认的时间，而银行不能提供及时、准确的信息给A公司。几方面的共同作用导致A公司的现金预测依然错误百出，尽管系统正常使用，提供的数据却不能供资金部门使用，ERP项目的投入没有得到相应的回报。管理水平的提高并未通过ERP的实施而发生。相反，来自采购和销售部门的意见也因ERP的实施而被放大。

　　上面的例子可以看出，企业引进ERP时的目标非常重要，在项目实施过程中坚持这一目标同样重要。上述例子中的第2种情况可以说在许多ERP实施项目过程中或多或少的存在，其结果是造成项目效果大打折扣。我们在任何一个ERP项目实施时，讲到经验或教训时，都说第一位重要的是一把手的支持。一把手要支持什么？其实细细想来，支持项目的主要目标、支持对公司流程的正确改造才是真正的支持。反之，支持公司内各部门提出的所有需求，则是对项目最大的伤害。

　　大家都知道20/80法则，20%的原因造成了80%的结果，企业80%的问题其实是由20%的原因造成的。抓住了最主要的20%的原因，在ERP实施过程中加以解决和优化，就可以在有限的时间和资源条件下，取得最大的效果。