本文转载自微信公众号「人月聊IT」，作者何明璐 。转载本文请联系人月聊IT公众号。
前几天看一篇谈企业SaaS云服务市场分析的文章深有感触，因此今天整理一篇文章分享下在数字经济，数字化转型大背景下企业信息化发展趋势的一个说明。
简单总结来说可以归纳为：
在数字化转型大趋势下，对企业IT敏捷性，对IT快速支撑企业新的业务运作模式的要求越来越高。很多企业本身也将逐步成为一个数字化企业而非应用数字技术的企业。在这个趋势下，大型企业IT建设更多会采用全面自建团队，自主研发;而对于大量的中小企业更多会转向于采用SaaS云服务软件的趋势。同时可以看到，在云服务应用的快速发展下，为了解决集成和个性化定制的问题，RPA和低代码开发能力将成为一个重要的粘合剂和关键抓手。
大型企业自主研发
在去年我和一个大企业的CIO沟通交流，推广我们当前有的一些平台化软件产品，也包括了财务共享业务平台。对方明确地表示当前本身就在构建团队自主研发，传统的卖软件给对方+实施的方式已经没有合作机会。
即使你开放源代码给对方，对方也不太感兴趣。
虽然自建大的IT研发团队，很多内容自主研发成本投入都会更高，但是大企业的整个IT信息化建设，数字化建设不会简单的从成本上去衡量。
真正衡量的点只有两个。
核心的IT软件资产必须掌控在自己手中。
当前的IT应用和软件随时都能够快速的响应业务需求做出变化
如果是传统的央企，政府部门可能还涉及到另外一个点，就是在当前的中美技术竞争和贸易封锁下的国产软件自主替代，典型的就是当前国家的类似鲲鹏云生态，信创产业链等。这些都要求从硬件芯片，操作系统，到数据库，中间件都实现国产化替代。
当然一个企业本身涉及到IT系统建设的地方相当多，包括大企业多年前也实施了围绕ERP为核心的系统。当前的自主研发更多的则是将传统的ERP转换为一个财务中台能力，同时在外网构建大量的自建系统。
- 核心仍然是围绕以市场营销和销售驱动的整个核心供应链的快速协同和响应能力。
- 大企业要建自己的业务系统，当然也需要构建自己的底层技术平台。
在12年我们做集团大项目的时候就在谈企业内部私有云PaaS平台，基于平台+应用的构建思想和传统企业IT架构转型。而最近几年围绕云原生的发展，整体的微服务化，容器云，DevOps持续集成也越来越受到重视。
因此最近2到3年，很多大企业也在构建自己的云原生技术中台，将内部自主研发的业务系统迁移到云平台上面。同时对传统的一些IT架构进行类似去IOE替代，微服务拆分等一系列操作。也就是经常听到说的大型企业，央企全面上云计划等。
当然，当前大企业自主研发的整体思路仍然是基于当前主流的各种开源软件和技术进行整合，来构建内部的私有云平台能力。核心体现的就是开源化定制和整合。
在整个趋势下，传统toB的软件厂商，并且以产品+实施为核心业务模式的软件厂商日子并不好过。这也是我经常谈到的传统软件企业需要数字化转型的原因。否则很多软件企业发展到后面都会变成大型企业的IT人力外包团队，无任何核心竞争力可言。
中小企业全面上云服务
如果回到5到10年前，让中小企业所有的信息化全部构建在SaaS云服务软件上不太现实，特别是企业关系的数据，安全等各种问题都难以解决。
也正是各种原因，SaaS软件在10年发展了一波，但是沉寂了相当长的时间。
随着整个公有云服务的发展，企业数字化转型的诉求。企业更多的是需要打破原有的边界，实现消费互联网和供应链上下游，产业生态的对接。
在这个过程中SaaS云服务软件进一步得到快速的发展。
中小企业来说最快速的信息化手段绝对不是购买虚拟机弹性资源，而是自己建设和实施业务系统，而是如何更好的使用当前公有云SaaS应用的能力。SaaS应用软件发展到今天，在性能，操作易用性，数据安全各方面都得到了长足的发展，完全能力满足企业云服务的需求。
当前主流的国内软件厂商，类似用友和金蝶，传统都是ERP软件内部实施为主，但是最近两年都转向云服务，云服务的营收也快速增长。虽然里面有一些水份，但是整个SaaS云服务化的趋势不会改变。
在整个SaaS应用软件里面，又可以看到类似HR人力资源，在线协同和办公，CRM数字化营销类的SaaS软件发展迅猛。这些涉及到企业核心业务的软件更加容易实现通用化，更加容易快速地实施和落地。要知道很多企业并不涉及到生产制造，都是轻资产运作的企业，对于这类企业也完全没有必要实施很重的ERP系统。其核心竞争力仍然体现在面向C端的销售环节。
粘合剂-低代码平台+RPA
在中小企业使用SaaS云服务的过程中，有两个问题需要解决。
第一个问题就是各个SaaS云服务应用之间如何协同，底层的基础数据如何共享或打通。几个简单的例子，当你使用钉钉，飞书，纷享销客，报账易等多个SaaS应用软件的时候，涉及到的企业组织信息，人员信息，用户信息往往需要你在多个SaaS平台去录入或导入。
同时在出现人员变更的时候，也需要手工维护多次。人员离职的时候，往往也可能出现对于应用授权取消不及时等多种情况。
这些问题都需要解决。
方法就是需要在SaaS云服务上构建一个类似企业内部信息化的4A平台，实现统一用户信息管理，统一的登录认证，统一的授权等关键能力。企业虽然使用多个SaaS云服务，但是底层基础数据能够使用一套，能够有一个统一的云门户进行集成。
在解决了底层基础数据共享后，还有一个问题就是各个SaaS应用之间如何集成和协同。
实际上各个SaaS应用之间很难去做底层的API接口集成或数据集成。
那么就需要一种替代方式来完成这种集成工作，即前年开始比较火的RPA机器人，这个当时我谈的是解决企业内部IT系统间集成。但是当前来看，RPA更大价值的发挥反而是在企业使用的多个SaaS应用之间的协同和集成。
第二个问题是大型业务系统本身的业务复杂性问题。类似于财务系统，供应链系统，项目管理系统等，实际每个企业多少都有一些个性化的需求。
传统的SaaS应用软件模式下虽然提供了一些个性化配置功能，但是灵活配置能力有限，企业也很难去做定制开发，也导致了很多企业由于某些个性化需求无法满足而放弃了SaaS应用软件服务的继续使用。
而当前，随着低代码平台的快速发展，各个SaaS应用软件通过低代码开发可以作为一个关键重要的补充来解决上面这个问题。
对于软件开发没有银弹。
但是对于SaaS应用软件领域来说，完全可以是在细分出具体的行业应用软件后，构建垂直的低代码开发平台。即基于某个垂直业务系统的扩展低代码开发能力。
这种低代码平台完全可行。可行的原因就是底层的对象模型，数据模型基本不会再发生大的变化。在底层模型稳定的情况下，上面的业务流程，查询分析，报表等完全可以实现低代码甚至零代码开发。
从0到1的低代码平台不现实，但是基于行业细分的垂直业务系统+低代码开发能力绝对是整个应用软件的一个发展趋势。
这也是我提到的低代码开发平台+RPA将成为SaaS应用软件，云服务化发展中的重要粘合剂，来解决SaaS软件之间的协同问题，解决个性化需求的满足问题。
也正是这种关键问题的解决，SaaS应用软件发展很可能迎来一个新的春天。
