论文部分内容阅读
近日,笔者在微博上看到某IT巨头的高级顾问与一个国内ERP顾问又为了“标准套装软件好”还是“定制化软件好”争得不可开交,由此想到了自己这几年的历程。
8年前我在一家国内知名的PLM软件公司任职,为了满足客户的各种要求,公司40多名程序员日夜不停地开发“最适合客户”的PLM系统。最多的时候,一年曾经同时维护11个不同的版本,当时高层领导甚至一度想开发“行业版”,但由于种种原因没有推行。当时,我们顾问在外最常对客户说的就是:“我们的PLM有完全的自主知识产权,可以完全根据你的需求来开发。用软件要用最适合自己的,国外的软件是好,但是不一定适合你。”
6年前,这家公司换了一个从美国进修回来的老总,进公司后第一件事就是砍产品线,最后就留了一条产品线而且硬性规定版本半年更新一次。老总当时做出这个决策的依据是:我们自己的产品在图文档方面已经非常完善,即便有问题也是易用性的问题,在这种情况下,完全可以让客户先从最基础的图文档管理方面下功夫先做起来,如果需要增加诸如项目管理之类的高阶功能,完全可以免费升级到下一个版本。老总的做法立竿见影:公司40多名程序员减少到了20多名,实施人员增加了1/3,销售收入翻了一番。
3年前,我换了一家代理国外PLM产品的公司,让我惊讶的是:这家公司基本不给客户进行真实系统的演示,而这种做法听说是所有国外PLM软件的惯例。不过随着逐渐融入公司的工作氛围,我发现这家公司也还是颇具中国特色:虽然在售前很少给人做演示或者开发,但是在实施过程中却针对国内的客户需求开发了大量的应用,我想这也算是“洋为中用”。
半年前,我见到了我们一个最大客户的CIO,这家我们已经实施维护了5年的大型集团的CIO向我抱怨最多的是:“当年我们都不成熟,要你们公司给我们开发那么多个性化应用,现在看起来有很多都白费了,外国人开发的软件的标准功能还是有他的道理的。”
在定制还是标准化上,外国人其实也走了很长一段探索的路程。20世纪60年代,面向企业的应用软件都由计算机厂在卖出计算机后,另外收费为企业定制开发的。但是有4名IBM公司的德国软件工程师认为企业软件完全可以独立于计算机来销售,于是开发和销售了世界上第一款商业标准软件并大获成功,这就是SAP。有很多人说SAP的强大在于其有非常多世界500强的实践经验,SAP将这些世界500强的实践经验集合成标准的商业套装软件,然后到其他希望成为世界500强的企业里进行复制。这其实揭示了这种商业套装软件的一种商业模式:开发标准功能适合成千上万的企业。
但是其实这只是SAP的商业模式中的一个环节,对SAP来说,他并不是简单而古板地在一个企业“复制”,然后到另外一个企业去“粘贴”。事实上,SAP鼓励自己的实施服务合作伙伴在其商业套件上开发更有针对性的行业套件或者模块,如果实施服务伙伴开发的行业套件或者模块得到行业领先客户的认可,并通过了SAP的认证,那么SAP可以将实施服务合作伙伴开发的行业套件或者模块打上SAP的Logo在全球推广,得到的收益向实施服务伙伴进行分成(与苹果的APP商店模式多么相似)。由此,SAP建立了一个覆盖全球咨询公司、实施服务伙伴和独立顾问的庞大的生态网络,这也是为什么SAP在全球的实施服务收入远高于其license的销售收入。
PLM领域目前尚未形成这么明确的生态圈,但是很多国外PLM系统的开发,本身也来自于某些行业顶尖的客户,PLM软件厂商一般会在满足这些行业顶尖客户需求的基础上,将这些客户需求作为标准功能慢慢融合到未来1~2年的大版本当中。当然,由于其架构的灵活性,实施商也可以选择不使用标准功能而给某些客户单独开发一个更适合的功能。
“标准好”还是“定制好”?我觉得是一个永远也难以有结论的话题。我个人的观点是,如果企业是一个快速发展的企业,希望能够有系统支持业务的发展,那么我个人建议使用定制化的软件——因为这类企业的内部管理往往有自己的特色,而且短时间内也不会接受剧烈的变革;而一旦企业处于一个平稳发展的阶段,使用标准化的商业套件再加上适度的个性化开发往往更好——因为这类标准化的商业套件往往扩展性都比较好,能够适应企业业务快速但是并不迅猛发展的需要。
8年前我在一家国内知名的PLM软件公司任职,为了满足客户的各种要求,公司40多名程序员日夜不停地开发“最适合客户”的PLM系统。最多的时候,一年曾经同时维护11个不同的版本,当时高层领导甚至一度想开发“行业版”,但由于种种原因没有推行。当时,我们顾问在外最常对客户说的就是:“我们的PLM有完全的自主知识产权,可以完全根据你的需求来开发。用软件要用最适合自己的,国外的软件是好,但是不一定适合你。”
6年前,这家公司换了一个从美国进修回来的老总,进公司后第一件事就是砍产品线,最后就留了一条产品线而且硬性规定版本半年更新一次。老总当时做出这个决策的依据是:我们自己的产品在图文档方面已经非常完善,即便有问题也是易用性的问题,在这种情况下,完全可以让客户先从最基础的图文档管理方面下功夫先做起来,如果需要增加诸如项目管理之类的高阶功能,完全可以免费升级到下一个版本。老总的做法立竿见影:公司40多名程序员减少到了20多名,实施人员增加了1/3,销售收入翻了一番。
3年前,我换了一家代理国外PLM产品的公司,让我惊讶的是:这家公司基本不给客户进行真实系统的演示,而这种做法听说是所有国外PLM软件的惯例。不过随着逐渐融入公司的工作氛围,我发现这家公司也还是颇具中国特色:虽然在售前很少给人做演示或者开发,但是在实施过程中却针对国内的客户需求开发了大量的应用,我想这也算是“洋为中用”。
半年前,我见到了我们一个最大客户的CIO,这家我们已经实施维护了5年的大型集团的CIO向我抱怨最多的是:“当年我们都不成熟,要你们公司给我们开发那么多个性化应用,现在看起来有很多都白费了,外国人开发的软件的标准功能还是有他的道理的。”
在定制还是标准化上,外国人其实也走了很长一段探索的路程。20世纪60年代,面向企业的应用软件都由计算机厂在卖出计算机后,另外收费为企业定制开发的。但是有4名IBM公司的德国软件工程师认为企业软件完全可以独立于计算机来销售,于是开发和销售了世界上第一款商业标准软件并大获成功,这就是SAP。有很多人说SAP的强大在于其有非常多世界500强的实践经验,SAP将这些世界500强的实践经验集合成标准的商业套装软件,然后到其他希望成为世界500强的企业里进行复制。这其实揭示了这种商业套装软件的一种商业模式:开发标准功能适合成千上万的企业。
但是其实这只是SAP的商业模式中的一个环节,对SAP来说,他并不是简单而古板地在一个企业“复制”,然后到另外一个企业去“粘贴”。事实上,SAP鼓励自己的实施服务合作伙伴在其商业套件上开发更有针对性的行业套件或者模块,如果实施服务伙伴开发的行业套件或者模块得到行业领先客户的认可,并通过了SAP的认证,那么SAP可以将实施服务合作伙伴开发的行业套件或者模块打上SAP的Logo在全球推广,得到的收益向实施服务伙伴进行分成(与苹果的APP商店模式多么相似)。由此,SAP建立了一个覆盖全球咨询公司、实施服务伙伴和独立顾问的庞大的生态网络,这也是为什么SAP在全球的实施服务收入远高于其license的销售收入。
PLM领域目前尚未形成这么明确的生态圈,但是很多国外PLM系统的开发,本身也来自于某些行业顶尖的客户,PLM软件厂商一般会在满足这些行业顶尖客户需求的基础上,将这些客户需求作为标准功能慢慢融合到未来1~2年的大版本当中。当然,由于其架构的灵活性,实施商也可以选择不使用标准功能而给某些客户单独开发一个更适合的功能。
“标准好”还是“定制好”?我觉得是一个永远也难以有结论的话题。我个人的观点是,如果企业是一个快速发展的企业,希望能够有系统支持业务的发展,那么我个人建议使用定制化的软件——因为这类企业的内部管理往往有自己的特色,而且短时间内也不会接受剧烈的变革;而一旦企业处于一个平稳发展的阶段,使用标准化的商业套件再加上适度的个性化开发往往更好——因为这类标准化的商业套件往往扩展性都比较好,能够适应企业业务快速但是并不迅猛发展的需要。