驾轻就熟(1)

    驾轻就熟——成熟软件背后的四重内涵

    驾轻就熟的意思是驾轻车，走熟路，比喻对某事有经验，很熟悉，做起来容易。对马而言，驾轻车，则其足以负荷车辆重量；走熟路，则行走路上的崎岖险夷尽在掌握。在ERP实施中，“驾轻”是对实施顾问而言的，“就熟”是对产品而言的。大多数客户在选型ERP中都隐约或笼统地有一个信条：要选择成熟的产品。问题是，“成熟”两个字背后的含义非常深广，笼统说说容易，要真正对“成熟”有一个全面的描述却比较难。我觉得，对想选择ERP的客户而言，谈成熟产品，离不开以下四个方面的含义。

    1. 功能

    首先是功能的成熟。诸如ERP之类的大型综合管理软件，其功能的成熟确实需要一个过程。因为在软件研发过程中，研发人员对客户管理实际需求进行了归纳和建模，但其归纳和建模的过程有一定的片面性，既不能代表客户需求的全部，又很难囊括不同类别的应用模型，甚至有很多功能是根据研发人员所假设的客户需求做的开发。因此，刚发版的软件拿到企业中实际去用，必然会有很多不适应。所以，我认为好的应用软件不是研发人员开发出来的，而是客户用出来的。应用软件只有在应用过程中结合客户实际反复修改完善，才能臻于成熟。因此，一款软件从发版到真正成熟需要一段时间。这个与客户切磋琢磨的过程不能短，越是复杂的应用软件越是如此。从这个意义上讲，打造好的应用软件如同酿酒，窖藏时间越长，酿出来的酒越好。如SAP这样的老牌知名ERP软件提供商，其最大的核心竞争力正是在不同行业、不同业务领域中几十年的经验积累。

    功能成熟是客户的基本需求，也最容易被客户感知到。遗憾的是，在选型过程中，客户往往把功能需求泛化。比如客户通常会问：系统支持不支持库存多种计价方式？几家供应商都回答：支持。于是，客户就想当然地认为：在这个功能点上几家都能满足。把需求笼统到这种程度来比较功能我认为是没什么意义的，因为这种比较方式只能比较功能的有无，不能比较功能的成熟与否。换句话说，没法考察ERP产品与客户长时间如切如磋、如琢如磨的打造工艺过程。我甚至认为，在应用软件这个特殊的领域，不同供应商的产品间并没有完全的可比性。但现实生活中，因客户采购的制度、习惯等原因，又不得不把大相径庭的两个产品放在一起比，而比的过程又极其笼统粗糙，最后得出“千里马和一般马都是马，都能用”的结论。不同的是，千里马贵，一般马便宜，于是当然选便宜的，演变出IT界劣币驱逐良币的格局。所以对功能深入考察，坚持理性的合理投资是ERP选型过程中头等重要的事情。一旦因选型不慎造成项目失败，客户的损失可就大了，购买软件和实施的损失仅仅是冰山之一角，客户配套的软硬件投资、人员投入损失要大得多。如果算上项目失败给客户方相关人员的心理阴影和机会成本那就更大了。至今，我们偶尔还能觉察到20世纪90年代那些过早上ERP的国营大厂的经营管理者在经历了项目失败后所残留的防御心理。

本文摘自《ERP项目管理散记》

---

　　 形散而神聚。因为是散文，所以没有框架结构的限制，作者写起来轻松，读者读起来方便，数千字成一文，每篇文章都是一个独立主题的探讨，又都紧密围绕ERP项目实施这一主题。
　　事异而理同。虽然多数文章的标题冠以ERP项目实施的大标题，但文中所阐述的很多道理，不仅仅只适合于ERP项目管理，更适合于所有的项目管理，甚至可以推而广之到企业管理中去。