第一阶段:独立开发 典型代表:IBM
这个阶段是将企业的信息化需求整合成硬件+软件的一体化解决方案,从零开始设计开发,适用于通讯、电力、交通等基础设施建设项目。这个阶段的特点是:成本高,风险大,周期长,只有少数企业可以“享受”的起。
第二阶段:软件包 典型代表:SAP
这个阶段是将其他企业的“成功案例”固化在软件产品内,比如ERP软件常说“ERP不只是管理工具,更是一套管理思想”就是这个意思。这个阶段的特点是:软件厂商的代码可以复用,降低了企业信息化的首次投入。但是软件内置的是别人的最佳实践,直接套用往往造成企业“水土不服”,本质上是企业在适配软件,而不是软件适配企业,落地风险较大。
为了解决软件包产品与企业需求的适配问题,行业内的做法有如下三种:
-
在软件包基础上做二次开发,对企业来讲,成本高、风险大,周期长。
-
按模块功能做专业细分,如OMS、WMS、CRM、HRM等等,对企业来讲,选型成本高,容易重复投资,功能彼此割裂造成数据孤岛。
-
堆叠功能通过参数开关配置来实现企业需求,比如Oracle的JDE的功能参数有几千个,SAP上万。对企业来说就是花钱买了一堆也许用不到的功能,还要再花一笔冤枉钱额外投入实施费用去做减法;产品臃肿复杂,学习成本高,企业相应的济南创远咨询支出也很高。
第三阶段:SAAS 典型代表:Salesforce
这个阶段是将应用程序部署在公有云服务器,通过多租户形式提供软件服务(软件即服务)。这个阶段的特点是:随着应用部署规模的扩大,软件厂商的代码复用率提高,计算资源(硬件成本)的成本也被极大降低。对于企业而言软件按照应用规模及使用时间付费,初期部署成本和风险相应降低,同时避免了购买硬件及高昂的后期运维成本。
但是SAAS模式能够顺利运行,必须要保证应用部署规模。产品上就不可以避免的会追求通用性,牺牲适配性;研发上只能通过最小闭环开发,采取一边迭代一边验证的方式降低风险。体现在市场层面就是软件厂商扎堆进入热点领域(如CRM),追逐共性需求,放弃个性需求,产品同质化严重。对企业而言SAAS软件的适配性普遍较差,需求得不到满足应用价值就不高,所以付费意愿或续费意愿普遍不强。这是目前SAAS行业的困局。
为了解决SAAS产品的如上困局,目前行业内有这么几种尝试:
-
SAAS+弱PAAS模式,基于现有SAAS,提供有限的自定义能力。稍微提高了一点适配性,但依然无法改变SAAS产品的内置业务主线,无法满足企业的创新型业务需要。
-
SAAS产品逐步转向微服务架构,按专业领域拆分为多个小应用。虽然整体架构可以松耦合和可扩展,但数据和业务流程彼此隔离,同时拆分的应用越多,集成和部署运维就越复杂,对企业来说信息化建设始终无法形成整体效益。
-
参考传统软件包产品堆叠SAAS功能,通过参数开关来实现企业需求。但由于SAAS的部署特性,研发和集成测试周期和的成本急剧增加,产品越发臃肿复杂,企业部署成本也急剧增加。
企业管理软件的演化趋势