软件定制网

软件产品的标准化和定制化

墨鱼部队2019-02-28 09:27:20

前段时间小墨在微博上看到某IT巨头的高级顾问与一个国内ERP顾问为了“标准套装软件好”还是“定制化软件好”争得不可开交,由此想到了自己这几年做的项目,从完全定制化的软件到尝试着的不能算标准的标准化产品。从为了满足客户的各种要求,公司几十名设计师和程序员日夜不停地开发“最适合客户”的系统。最多的时候,今年曾经同时维护N个不同的版本。


定制化软件有出处:拥有完全的自主知识产权,可以完全根据你的需求来开发。但也有更明显的缺点就是开发维护需要很长的周期。

所以现在很多软件公司都在探寻着产品化之路,大家都在探讨、遥望着产品化这一命题。它到底是通向新大陆的光明道路,还是布满荆棘的夜路?小墨粗浅的从网络上学习了一点,本文就当学习总结了。

1、标准化是软件产品化的魂。

很多面向企业解决方案的公司都在做产品化,但是同样的产品化有成功也有失败,有喜笑颜开的,也有抹着一把辛酸泪的。原因有很多,行业的标准化程度便是其中非常重要的一个,没有标准和规则何谈产品化?

在软件公司中,天正软件(主要做专业软件)的产品化做的是比较出色的。一方面原因是几十年来的工程设计软件行业积累。另外一个重要的原因就是行业的标准化,工程设计领域是非常严谨的,设计人员设计出的东西都必须遵守一定的行标/国标。也许有人说了,天正是在做专业软件(一般专业软件都有),不具备典型性,那么

金蝶主要是做财务软件起家的,很多企业尤其是中小企业都是使用的财务软件,这些企业以前的财务未必规范,但是对于更加标准、规范的东西,它是断然不会拒绝的,这就是标准化的魅力。


2、参与行业标准化,将解决方法做到极致。

   现在大多行业信息化解决方案提供商,都是以项目的形式提供信息化解决方案的。由于背后没有统一的标准规范,产品化不能包治百病。再者,并不是所有的事情都有规范,如果真这样企业就没有什么特色和差异化可言了。因此,这些在做一些大客户的过程中,可以积累学习这些行业标准,对于中小客户可以去推销我们积累的标准,适当的参与到他们的标准化当中去。


3、解决方案的模块化(半产品化)

   上一点是在行业的角度看的,但是一个解决方案归根结底,是以模块的形式组织的。在我们的解决方案中,很多模块是可以固化的,比如若数据传输协议固定了标准化),那么安全联网中的数据传输软件是可以通用的。数据传输软件定了之后,很多web系统的模块是可以复用的。甚至只需要修改修改页面样式,增加一些功能即可。模块化能够减少系统的耦合性,使得我们更快、更好的组织项目。

 

4、让一部分软件先产品化起来

不要重复发明轮子。但是如果给椅子安上了轮子,就发明了轮椅。很多时候,我们看见了有轮子,就想着创造一个什么东西能够替代轮子,我觉得这个是我们思维的误区。几年前有人批驳腾讯抄袭,马化腾再一次大会上大谈特谈“微创新”,为所谓的“抄袭”找了很好的理由!其实相比腾讯而言,自己模仿国外造了个轮子,就谴责别人造“轮椅”、“汽车”之流的,才是真正的无耻。

因此,我觉得产品化可以把焦点放在一些成熟行业的标准化上面,比如财务软件、ERP软件、甚至党建方面的软件等等。


国外有个栗子:

20世纪60年代,面向企业的应用软件都由计算机厂在卖出计算机后,另外收费为企业定制开发的。但是有4名IBM公司的德国软件工程师认为企业软件完全可以独立于计算机来销售,于是开发和销售了世界上第一款商业标准软件并大获成功,这就是SAP。有很多人说SAP的强大在于其有非常多世界500强的实践经验,SAP将这些世界500强的实践经验集合成标准的商业套装软件,然后到其他希望成为世界500强的企业里进行复制。这其实揭示了这种商业套装软件的一种商业模式:开发标准功能适合成千上万的企业。

但是其实这只是SAP的商业模式中的一个环节,对SAP来说,他并不是简单而古板地在一个企业“复制”,然后到另外一个企业去“粘贴”。事实上,SAP鼓励自己的实施服务合作伙伴在其商业套件上开发更有针对性的行业套件或者模块,如果实施服务伙伴开发的行业套件或者模块得到行业领先客户的认可,并通过了SAP的认证,那么SAP可以将实施服务合作伙伴开发的行业套件或者模块打上SAP的Logo在全球推广,得到的收益向实施服务伙伴进行分成(与苹果的APP商店模式多么相似)。由此,SAP建立了一个覆盖全球咨询公司、实施服务伙伴和独立顾问的庞大的生态网络,这也是为什么SAP在全球的实施服务收入远高于其license的销售收入。


到底是标准化还是定制化,众说纷纭,每个企业都有自己的考量。其实咱们小声说:只要有客户愿意掏腰包买单,怎样的模式都是可取的,对吧?