现在企业数字化、智能化中最重要的矛盾存在于业务部门各种小的、甚至不太看得上的需求之中 ， IT部门在实现时 ， 依旧周期长、成本高、问题大 。
因此低代码未来一定会面向应用本身 。 近几年这么火 ， 是因为它可以解决企业核心的、看似最平常的应用问题 。
二、Low Code
那么低代码是不是只能做小的、轻型的应用？
【工具型产品经理的思考】这个问题其实对从业者来说打击性很大 ， 因为人们可能会说低代码平台本身即低价值的 ， 它只能做小程序、小应用 。
好像的确是这么回事儿 。
首先 ， 低代码的主要能力涵盖的是小型应用 ， 这里面有其自身的逻辑 。
2015年 ， Gartner曾经有过这样一个分析象限 ， 其中 ， 应用场景分为三类 。

文章图片

其一 ， 基础设施型应用 。 这类应用其实施周期、生命周期都相对较长 ， 企业内部的实施周期大概为七年左右；与此同时 ， 它在企业内部的存活周期可能会超过12年 ， 变化相对较小 。 典型代表为ERP 。
其二 ， 差异化设施应用 。 这类应用的实施周期大致1-2年 ， 存活时间大致1-3年 ， 这类应用的典型代表为CRM 。
其三 ， 创新型应用 。 这类应用生命周期短 ， 规划周期和实施周期不能超过6个月 。 该应用在企业内部的生命周期大致在一年之内；同时要求快速交付 。 这类应用适用于持续集成、以及敏捷开发等场景 。
第三类应用就是我们今天所说的小应用、小程序 。
那么这几类应用谁来督导、发行？这类应用多为部门发起 ， 所处理的事宜大多也为企业内的“杂事儿” 。 比如HR计划做一次内部的健康筛查 ， 此时会需要建立这类小应用；比如传统IP覆盖能力产值 ， 这事儿会由IT部门主导 。 因此可以看到 ， 第三类应用有着典型的不同 。
今天的企业为何要上云？前两种应用并不是企业上云的目的 ， 尽管企业内网的ERP、CRM等东西可以挪至外网 ， 但这并不具备任何实际价值 ， 仅是移动搬家时代的体现 ， 可以让场景使用相对丰富而已 。 但本质上 ， 内网已经可以满足原有需求 。
因此大家应有一个直观认识 ， 低代码并非只能做小型应用 ， 云上用户之所以上云 ， 是为了快速开发和迭代 ， 满足业务部门的需求 。 因此 ， 低代码开发平台主要是为了解决新问题 ， 主要用来做基于移动和云的、业务部门发起的创新型的数字化智能化应用 。 假如技术人员、IT部门不能很好地满足业务部门的数字化、智能化需求 ， 此时企业便需要借用低代码平台来打造数字化的竞争优势 。
另外 ， 低代码的推广不能只讲太多技术说的话 ， 这并不适用于低代码的全球市场环境 。
国内低代码公司的从业人员大多讲的和国外不一样 ， 他们借助低代码的概念 ， 讲的是中台 。 而今天的低代码虽然涵盖了中台的能力 ， 但这并不是它的核心要务 。 低代码所需解决的 ， 是公民开发者如何参与到企业的IT进程中的问题；真正的赋能公民开发者才是低代码的价值 。 而如何提升IT部门效率的问题 ， 才是传统PaaS或中台所需解决的 。
那什么“不是技术的话”？如outsystems ， 这是全球低代码领域内的一个标杆公司 ， 单笔融资了上亿美金 。 可以看到 ， 它所讲的是customer experience ， 即利用低代码平台可以做出拥有更佳用户体验的应用；operational efficiency ， 即自身效率的提升 ， 实现系统的现代化；还有digital transformation等等 。