对开源的顾忌

    这样完美的方案似乎十分诱人，既省成本，又能完美的控制，那么所有的ERP厂商都开源好了，用户自己来选择嘛。可事实并非如此。ERP的市场被非开源的ERP厂商牢牢的控制着，这是为什么呢？因为我们对开源的ERP还有顾虑。

    一、ERP并非只是软件。

    三分软件七分实施十二分的数据－－在这我也还是不忘把数据这个话题拿出来，尽管在这里并不会讨论这个问题。

    可从三七开这样的比例就能看出：软件对于一个ERP项目的影响有多大。事实上很多ERP项目实施失败，“软件的因素”只是个借口。软件只是个工具－－协助企业管理的工具，没有软件企业就运行不下去了吗？鸡照飞狗照跳的。

    我认为：上一套ERP除了能带来软件功能所涵盖的便捷的统计功能以外，更重要的是：改善企业的管理过程。仅仅是把企业现有的流程照搬进SAP，那么这样的项目也不能称之为成功。所以：仅仅谈软件是否开源，我觉得影响有限。

    二、对产品开发的约束

    1、对软件的理解

    对于程序员来说，如果是自己设计自己开发一套软件产品，我想难度会比“在别人产品的基础上进行修改”要容易的多。思路是自己的，想法也是自己的，只是如何实现罢了。对于开源产品来说也存在同样的问题：程序员要去理解并掌握这套新的系统需要多长时间。和对成品软件的实施不同，要掌握的不仅仅是软件的功能，更要掌握软件的设计思路，开发的技巧。多长时间能掌握这些，后续开发的程序是不是狗尾续貂是每个IT经理需要考虑的。

    2、开发的成本

    有了开源的产品，对于企业来说可以随心所欲的进行开发，但在这个“随心所欲”的背后缺忽视了“开发的成本”。开发哪怕只是一个报表也是需要成本的。虽然在企业内部一个程序员的工资并不会很高，但这的确还是要占有成本的。也就是说在有限的时间内企业能够进行开发或者改善的空间有限。当然，企业愿意花时间去等也没有关系，但在这个商场如战场的环境下，企业等得起吗？

    3、开发的项目控制

    很多在企业内做过程序开发的朋友多遇到过这样的问题：很多非常小的功能，仅仅是为了方便用户查询某个数据的功能，占据了大量的开发的时间。而真正能对企业运营产生良好帮助的模块，却因为没有时间去进行开发。这就是：对需求的分析、分级和控制。

    作为用户来说，他们很难站在全局的高度去思考一个ERP项目应该如何运作，应该在哪些方面全盘考虑。而ERP项目组在国内企业内的地位又往往不是很高，这很容易让ERP程序员陷入这样一个困境：永远有解决不完的问题，而要解决的多是鸡毛蒜皮的事情。慢慢的程序员也在沉沦，每日悠闲的改改报表中的字段长度，或者增删几行数据。

    三、对开源软件的顾虑

    1、产品升级换代的问题

    在开源产品的基础上进行开发，势必会影响到产品的升级。对于同一个功能，软件公司有软件公司的考虑，企业有企业的考虑。进行了比较的二次开发以后必然降低产品升级的可能性。也就意味着企业要独自承担软件后续的维护工作。如何均衡利弊？

    2、开源厂商持续经营的问题

    既然产品可以很廉价的购买，购买了以后也不需再受软件商的约束－－那么你们的利润来源在哪？如何保证贵企业的持续经营？

    有位开源ERP厂商的朋友说可以通过提供：技术文档、技术支持、授权加盟等形式来赢取利润。可这种运营模式真的会成功吗？在这里我就做结论了，但我个的感觉是：

    卖文档卖一个客户就少一个客户，而且客户群仅仅是使用了这套ERP系统的客户。做支持就更不用说了：人家都有源代码了，当客户群足够庞大的时候，用户自己都可以组织相应的讨论组来解决问题。利润的空间有多大？如何维持企业的运营？