传统企业信息化建设和软件应用趋势-从服务化到定制化

　　在前面谈企业数字化转型，传统IT架构转型的文章比较多，今天还是想谈下对于传统toB企业本身的信息化建设和软件应用的发展趋势。

　　如果从软件系统本身的技术架构发展趋势，这个已经多次提出核心就是平台+应用，基于云原生核心思想的去中心化，分层，解耦架构建设。通过实现从资源层到服务层的进一步抽象来屏蔽底层资源和技术的复杂度逻辑，同时又通过服务和应用分析，前后端分离通过组装思想来实现应用的快速构建。

　　而今天我想谈的重点是软件行业和市场的发展趋势。

　　中小企toB软件企业发展

　　先从中小型toB软件企业发展说起，特别是在最近几年，整个软件行业，特别是很多中小型的软件公司生存压力相当大，其中大部分仍然以项目型订单为主，靠大量的软件人力资源的投入，以人天工作量和客户进行结算。在这种模式下本身随着软件行业人力成本的不断增长，整个企业本身的经营和盈利压力巨大。真正活得好的主要是两类，一类是垂直细分下的软件产品做得足够好的，一类是围绕大型集团类客户和生态群，能够形成持续订单的。

　　如果要靠不断地接各种零散的定制化小单，基本只能够维持在几个人的小作坊模式。

　　比如对于软件企业经常希望的一种模式，即首先还是以项目型为主，在软件项目建设和实施过程中不断地积累自己的产品，逐步转向产品化，然后以产品化快速的拓展市场规模和容量，并转移到后运维阶段形成持续现金流。

　　整个思路的问题点在哪里呢？

　　即为客户项目开发出来的定制化软件实际很难形成产品化软件，最多就是有了共性的技术平台和技术框架积累，有了这个积累可以提升后续软件研发和交付效率。但是你会发现这个技术平台或框架环境本身并不值钱，包括很多开源框架已经做得足够好。类似于jeecg基于Spingboot扩展框架。

　　后端技术： SpringBoot_2.1.3.RELEASE + Mybatis-plus_3.1.2 + Shiro_1.4.0 + Jwt_3.7.0

　　+ Swagger-ui + Redis

　　前端技术： Ant-design-vue + Vue + Webpack

　　其他技术： Druid（数据库连接池）、Logback（日志工具） 、poi（Excel工具）、

　　Quartz（定时任务）、lombok（简化代码）

　　项目构建： Maven、Jdk8

　　doc.jeecg/2043868

　　上面是详细地介绍文档，感兴趣的可以看下。比如我们最近在做API快速开发平台小功能，发现基于该平台开发相当快，整个框架也完全可以算作是一个低代码开发平台。

　　那么如何从项目到产品？

　　简单来说就是首先要实现产品研发团队和项目实施团队的分离，这个是项目走向产品化的基础，其次就是需要大量的产品研发费用投入。这个实际才是最难解决的问题。对于定制和实施类项目，本身利润就极低，搞不好还亏本。你拿什么钱来提前投入产品研发？

　　所以从这个点上实际进入一个死循环，项目转产品很难成功。

　　唯一的可行的解决方法是能够完成前期融资，至少能够做到前面2到3年在夯实产品的时候可以有钱可烧，所以你看到当前真正产品化做的好的，基本前期都是烧投资商的钱，快速的打造产品，并以低价策略快速的去抢占市场。

　　别人有投资可以烧而你没有，别人可以亏钱竞争项目而你不行，诸多因素实际都导致很多中小型软件企业生存困难。由于你无法持续接项目和保证持续盈利，那么你也很难保证持续的薪酬待遇方面的竞争力，最后你反而变成了大软件企业或互联网公司的培训基地。

　　再回到传统toB软件行业谈下软件应用的发展趋势。

　　第一点要谈的就是大型集团型企业自主可控研发，原来信息化本身基础就比较好的企业，特别是能源，电信，金融等行业。当前一个很大的特点就是继续推进自主可控和国产化替代，其次就是企业本身会招聘大量软件开发人员，核心应用或系统都逐步变为自主研发可控。基本不会再购买任何商业化或套装类软件。

　　对于这块传统软件企业基本很难有机会，除非一些类似东方通，普元，达梦数据库等基础中间件企业，配合信创要求和国产化容易推进。其它大部分软件企业来说唯一的机会就是做大集团企业的人力服务外包。

　　第二点中小企业信息化体现为由定制或内部私有云产品化转变为SaaS服务化，也就是说对于中小企业更多是卖标准化的产品，既然是标准化产品那么就更加容易将其从产品转换为云服务，从当前来看SaaS应用将迎来新的一波增长。

　　特别是当前类似低代码平台和开发技术的不断成熟，当你使用SaaS应用的时候可以给你足够的自我定制和配置能力，这也加速了SaaS应用的快速推广。

　　当然这其中也有类似金蝶，用友搞的围绕ERP的云服务，但是这类云服务本身不能算作完整的SaaS服务，更多仅仅是私有云应用的公有云部署。其核心的一个评价指标就是一个软件应用是否需要前期大量的方案规划，定制和后续的实施人力资源投入。如果是，那么仍然是传统应用模式的应用端云化迁移而已。

　　第三点大型非自主研发企业信息化进一步转变为定制模式。简单来说就是大型企业本身信息化水平又一般的，为了进步推进自主可控，不是传统方式的大量的购买商用套件再来做集成。而是一开始就按新IT架构思路招标开发商进场进行定制开发。

　　在这种定制开发下首先是底层技术平台，其次是上层各个应用或微服务，其仍然转型的是平台+应用的模式，遵从分层解耦的思想。开发商定制的源代码归甲方所有，甲方通过软件项目过程管理进一步加强对开发商的过程管控。

　　在这种模式下可以看到前期咨询规划就相当重要，能够提供这类IT咨询规划服务的公司既具备业务架构的规划能力，又需要具备当前主流的技术平台和技术架构的规划能力，当前很多传统做企业架构规划咨询的咨询公司已经不具备该技能。

　　因为这类咨询规划同时兼顾了传统软件应用开发里面的业务架构设计和技术架构设计的工作，而招标入围的开发商更多的是基于已有的需求和技术规范进行定制化开发而已。从这个意义上来讲这类咨询规划公司本身就是一种为企业定制的服务模式。

　　既然是定制服务和差异化，那么一个典型特征就是人天服务费用会更贵，要想好的顾问帮你做规划咨询，你又不愿意出钱，那么这种生意很难成交，要么就是大咨询公司全部安排毕业生给你照猫画虎。

　　传统中小软件企业有无出路？

　　简单来讲，当前类似阿里，腾讯等传统互联网企业也开始进军toB企业信息化市场。而对于SaaS类应用来讲，大的金蝶，用友也在逐步进行云服务化的转型。在这种场景下toB企业信息化的软件市场仍然体现出一个典型特征，就是进一步的头部化和寡头化，留给中小软件企业的机会越来少。

　　当然如果只是要活下去容易，要求大的发展和快速的规模增长很困难。

　　当前的toB企业信息化市场已经不存在任何的未知赛道，你也不要想着能够创新出什么好的点子。但是垂直细分的市场化策略同样适用，即如果你的产品做得足够细分，足够精，仍然有市场，或者可以快速的和大品牌企业达成合作关系，或者被类似阿里，腾讯等收购。

　　当前企业上云，云原生和云服务已经成为主流趋势。云服务市场规模不断增长，包括华为云当前也开始发力云服务和传统企业信息化市场。所以当你有足够的技术，足够精炼的团队，足够的细分专业或产品储备，那么融入一个大的云服务生态，作为类似阿里，华为云的生态伙伴或应用服务供应商之一，将是一个更加可行的路径。

　　也就是前期的品牌和市场拓展问题你不用太关注，你只需要踏实地做好自己的产品。这对大量中小软件企业反而是一个很好的出路。