软件公司的产品化之路定制开发将逐渐淡出[转]

http://www.mie168.com/htmlcontent.asp

目前的软件模式可以大致分为定制开发、产品&＃43;少量定制开发&＃xff0c;介于两者之间的第三种模式是平台&＃43;少量定制开发模式。

　　定制开发将逐步退出历史舞台

　　定制开发&＃xff0c;过去看似很有诱惑力的开发模式&＃xff0c;随着行业的不断规范&＃xff0c;各种行业软件的不断推出和国内国际大型企业管理软件产商的不断蚕食&＃xff0c;定制开发这种小规模的开发模式将逐步退出历史舞台&＃xff0c;将被那些成熟产品和业务平台所取代。

　　定制开发&＃xff0c;业务范围是很有限的&＃xff0c;一方面&＃xff0c;定制开发只能是小规模的&＃xff0c;一个几百万&＃xff0c;上千万的项目要定制的话&＃xff0c;开发出来的产品是否专业不说&＃xff0c;当就开发这样的一个系统所耗费的开发和实施时间&＃xff0c;按目前的公司频繁开张和倒闭&＃xff0c;估计足够一个软件公司倒闭好几次了&＃xff0c;这样的项目&＃xff0c;业主怎么会放心定制呢&＃xff1f;另一方面&＃xff0c;搞定制开发&＃xff0c;需要软件公司的综合实力特别是行业实力要求比较高&＃xff0c;由于软件公司没有专业的行业坚决方案&＃xff0c;基本上是见单打单&＃xff0c;因此基本上是企业业务的手工模拟&＃xff0c;能够实现手工业务电子化就很不错了&＃xff0c;又怎么能将ERP的先进管理理念和思想融入其中呢。

　　因此&＃xff0c;定制开发由于开发周期长&＃xff0c;行业业务理解不深刻、基本上是手工作业电子化等特点&＃xff0c;无法将ERP管理软件的先进管理思想如标准化思想、全面质量管理思想、供应链管理思想等融入其中&＃xff0c;同时由于成熟软件产品的不断丰富和蚕食&＃xff0c;定制开发必将逐步退出历史舞台。

　　平台模式将是未来的一个主要模式

　　提到平台&＃xff0c;在2001年是炒的最热闹的一年&＃xff0c;很快&＃xff0c;平台概念就和炒ERP一样被炒烂了&＃xff0c;无论是什么系统&＃xff0c;那怕就是一个Excel做的几个宏文件&＃xff0c;也要加上一个平台。

　　如何理解平台&＃xff1f;

　　平台的概念目前基本上有两种&＃xff0c;一种是基于快速开发目的的、提供一些辅助开发工具(如系统管理、组件等)的开发平台&＃xff0c;这种平台是一个纯粹的技术平台&＃xff0c;充其量是一个开发工具(如Delphi)的优化&＃xff0c;但有开发任务时&＃xff0c;所有的客户业务都需要重新开发(当然有些技术平台也包含了一些系统管理、组织权限等相对通用的东西)。另外一种平台是在技术平台的基础上发展起来的。

　　技术平台的缺点&＃xff1a;

　　1、需要开发的工作量大&＃xff0c;提供的功能有限&＃xff0c;无论怎么完善和拓展也只是一个技术平台&＃xff0c;所有的业务都要重来&＃xff0c;无法形成行业解决方案。

　　2、平台使用困难&＃xff0c;程序员比较熟悉常规的开发工具如Delphi&＃xff0c;但要熟悉一个技术平台需要很长的时间&＃xff0c;一方面是技术平台是某个公司特有&＃xff0c;程序员在没有使用该平台之前无从了解该技术平台的情况&＃xff1b;另一方面&＃xff0c;由于管理软件公司的实力的缘故&＃xff0c;不可能和那些市面上比较流行的开发工具如Delphi相比&＃xff0c;特别文档不全&＃xff0c;开发人员的风格不统一&＃xff0c;人员流动大等的特点&＃xff0c;一个技术平台需要手把手的教&＃xff0c;而且有很多平台开发人员自己的个性色彩&＃xff0c;因此技术平台使用也是需要代价的。

　　3、无法形成行业积累和行业经验&＃xff0c;复用度非常低&＃xff0c;所有的客户业务知识都出存在程序员大脑中&＃xff0c;无法实现共享&＃xff0c;一旦程序员离开公司&＃xff0c;所有的知识都被带走。在另一方面&＃xff0c;复用对一个软件公司来说却是至关重要的。有个例子&＃xff0c;有次到客户现场&＃xff0c;发现他们用的一个软件很小&＃xff0c;但所有人很喜欢这个软件&＃xff0c;为什么呢&＃xff1f;据负责人介绍&＃xff0c;以往公司的业务员开发了多少业务、正在追踪的业务以及所有这些的业务信息如客户资料等都存在业务员大脑中&＃xff0c;这些业务员离开后就将客户带走了&＃xff0c;甚至转为公司的竞争对手。有了这个小软件之后&＃xff0c;业务员的所有业务活动都被记录和追踪&＃xff0c;实现了信息共享。这位负责人说&＃xff0c;现在他们再也不当心业务员跳槽了。

　　业务平台的优点&＃xff1a;

　　1、业务平台是从技术平台上发展起来的&＃xff0c;具有技术平台的快速二次开发特点。

　　2、业务平台封装企业所有掌握的客户业务&＃xff0c;容易形成行业积累和行业解决方案&＃xff0c;能够最大限度的实现知识的复用。

　　3、业务平台可以自我完善&＃xff0c;不断的丰富和发展。和技术平台相比&＃xff0c;业务平台可以在实现技术上进行完善和升级&＃xff0c;同时&＃xff0c;随着公司业务的扩展和实施案例的增多&＃xff0c;平台中不完善的地方将被完善&＃xff0c;同时更多的客户业务将被扩展到技术平台中。随着业务平台的多次客户化应用&＃xff0c;平台有机会构筑出一些行业软件产品(或准产品)

　　当然&＃xff0c;业务平台也有很多需要考虑和完善的&＃xff0c;否则&＃xff0c;再好的思想也仅仅只是思想而已&＃xff0c;我个人认为&＃xff0c;目前的业务平台主要有以下一些方面值得关注&＃xff1a;

     1、数据绑定问题。一方面是要支持不同的数据库。不同的数据库&＃xff0c;存储过程、出发器的编写和执行都不一样&＃xff0c;同时&＃xff0c;数据库的事务控制也是很关键的问题。另一方面&＃xff0c;数据的存储问题&＃xff0c;业务数据是以数据库表的形式来表现还是以对象来表现&＃xff0c;从常远来看&＃xff0c;可能是会是以对象来表现&＃xff0c;但用对象来表现&＃xff0c;技术怎么实现&＃xff0c;效率如何&＃xff1f;

　　2、效率问题。由于业务平台不是针对具体的业务&＃xff0c;因此&＃xff0c;运算逻辑就会比较复杂&＃xff0c;同时由于各业务组件是相互独立的(解释一下为什么要独立&＃xff0c;业务作为一个框架模式开发&＃xff0c;控制权掌握在框架上&＃xff0c;各业务组件必需独立&＃xff0c;否则你中有我&＃xff0c;我中有他&＃xff0c;要用到他&＃xff0c;就必需用到你、我&＃xff0c;那样就不是一个平台了)各系统之间的连接也会影响到系统的效率。

　　3、业务逻辑的提取&＃xff0c;这是一个很难、也是很多技术平台无法向业务平台转化的关键。业务的抽取&＃xff0c;我个人的建议是先按标准的ERP理论来提取&＃xff0c;第2步&＃xff0c;请相关业务人员完善和具体话&＃xff0c;必要是可以请求外部咨询公司的力量。第3步&＃xff0c;用到实际中去&＃xff0c;不要怕失败&＃xff0c;怕不是问题&＃xff0c;不做才是问题&＃xff0c;不做永远没有成功的机会。

　　ERP需要产品化

　　有没有具体的产品没关系&＃xff0c;但一定要宣称我们有产品&＃xff0c;这个产品可能是我们的解决方案&＃xff0c;也可能是我们的平台&＃xff0c;有可能是我们代理的产品。产品是不是我们的不是关键&＃xff0c;关键的是如果我们没有产品&＃xff0c;我们拿什么来解决客户的问题呢&＃xff1f;

　　是什么在阻碍产品化之路

　　1、认为产品一定是一个具体的产品。其实&＃xff0c;我们知道&＃xff0c;ERP不仅是一套的信息系统&＃xff0c;更是一个实实在在的管理改进的系统工程&＃xff0c;是借助软件来表达先进的管理理念和管理思想&＃xff0c;因此&＃xff0c;广义的ERP产品可以是解决方案&＃xff0c;可以是IT规划&＃xff0c;可以是一个具体的产品&＃xff1b;认定ERP是一个具体的产品其实说明了对ERP的不理解。

　　2、认为代理产品会失去核心业务。当我第一次听到有人说我们不应该做代理&＃xff0c;那不是我们的产品。听到这话&＃xff0c;我很震惊。企业的目的是什么&＃xff0c;是利润&＃xff0c;利润还是利润&＃xff0c;小平同志不是说么&＃xff0c;黑猫白猫&＃xff0c;抓到老鼠就是好猫。所以说&＃xff0c;产品是不是我们的没关系&＃xff0c;只要我们有利润就行。随着实施服务的业务越来越广&＃xff0c;已经有公司提出“零产品”的概念&＃xff0c;可见产品不是关键&＃xff0c;关键是实施&＃xff0c;关键是我们是否有实施的能力&＃xff0c;是否我们对行业了解&＃xff0c;等等。

　　3、关心技术胜过关心客户业务。

　　4、对ERP没有深入的理解&＃xff0c;而是在炒概念。(完)