从独立开发到SaaS 看企业管理软件的演化进程

来源：互联网
2024-11-13 23:19:01

企业管理软件的演化过程：

靠前阶段：独立开发典型代表：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的部署特性，研发和集成测试周期和的成本急剧增加，产品越发臃肿复杂，企业部署成本也急剧增加。

企业管理软件的演化趋势

1、基础功能免费化

类似于钉钉、企业微信等巨头，将沟通、安全、组织架构、文档、任务等通用功能免费提供。通过基础设施免费供应，圈进企业用户，建立起相对封闭的生态圈，给自家云计算导流，同时通过向依附其生存的第三方收租实现盈利。

2、软件功能组件化

微服务架构成为主流，SAAS市场初期服务封装力度粒度过粗，导致SAAS适配性不足，服务粒度越粗，就越难以符合规定原则;服务粒度越细，就越能够灵活地降低变化和负载所带来的影响。

随着众多SAAS厂商的逐步探索，越来越多的软件厂商会将核心算法通过微服务形式推向市场，表现层工作将由PAAS厂商完成，实现特定功能的微服务将以于组件形式被PAAS集成和调用。这种组件化的功能细分，其表现形式并不一定是单纯的软件，也有可能是实现特定功能的智能硬件。

3、行业产品细分化

SAAS产品逐渐向细分行业沉淀，以软件+服务形式提供。同时细分行业SAAS的供应商很有可能并不是传统意义上的软件厂商，而可能是该行业的上游厂商。比如搞金融的去做资金管理，搞物流的去做进销存。SAAS软件本身并不作为SAAS生产者的盈利点，而转变为流量入口或服务接口。

4、内外连接普及化

企业间数据互通、业务互联需求将被激活，新的蓝海市场将被打开。

5、IT技术普惠化

不同于C端产品解决点状需求，B端产品针对组织，解决的是面状的功能诉求，需要对行业，经营环境，战略方向，运营方式，具体业务场景有深刻理解，才能找到合适的解决方案。