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

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

第一阶段：独立开发 典型代表：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端产品针对组织，解决的是面状的功能诉求，需要对行业，经营环境，战略方向，运营方式，具体业务场景有深刻理解，才能找到合适的解决方案。

所以企业管理软件产品经理最理想的人选是企业的管理者或行业专家，软件企业应该将成熟技术整合成简单易用的功能组件，让真正懂业务的人结合IT技术实现业务创新成为可能。

未来软件生产者不再是个别天才程序员或产品团队，软件产品将是社会化分工协同的产物。