低（无）代码平台（后统称“低代码”）能够提升数字化应用建设、交付效率，已经成为IT从业人员的共识。目前，大部分CIO/CDO都能清晰定位和认知低代码的特点和作用。但仍然有人认为，使用了低代码工具软件后，似乎就可以：

• 提升所有IT需求的交付效率；

• 不再需要开发人员，大幅减少技术人员；

• 用低代码平台满足所有数字化场景，甚至不需要采购商业软件；

……

上述观点绝对是“误区”，低代码不是万能的。低代码对应用交付效率的提升体现在哪里，哪些场景更适合用低代码，以及对数字化团队中的哪些角色更为受用，都需要详细探究。我们先针对低代码如何提升交付效率做个探讨。

数字化生产力和影响因素

如果把数字化应用的建设、交付的产出效率，类别成数字化生产力。那么，数字化生产力的大小可以用一个简单的公式来计算（并非完全严谨，仅供方便理解）：

数字化生产力（W） = 开发者数量（X） * 开发者效率（Y） *  被满足的需求数量（Z）

想提升数字化生产力，就要从这三个因子上“动手”。

我们先简单分析下上述三个因子：

01开发者数量（X）

一般情况下，开发者为专业技术开发者，亲切称为“程序员”。但随着技术门槛的降低和技术平民化的趋势，尤其低代码、RPA、BI、AI等工具的普及，开发者逐步扩大为产品经理、ITBP等角色。在部分数字原生企业或有创新动能的组织中，业务部门的员工也能基于前述工具进行应用建设和交付，进一步增加了开发者和数量。

X值的变化，会对Y和Z值的变化有显性影响，且杠杆价值远比Y值变化来得更大。

02开发者效率（Y）

几乎所有技术/研发团队的人数超过5-6人后，都会探究如何提升开发者（尤其是专业技术开发者）效率。

破解这个问题大概的方向是：统一技术栈和规范、完善技术基础设施、引入自动化工具等。上述举措能起到一定的作用，但随着人数增加同步增加的管理成本、以及合规、安全、稳定性等方面的规约，又反向制约了效率的提升。因此，开发者的效率在到达某个阈值后，很难再有大幅提升。

引入工具软件，面对一些特定场景采用配置式的方式进行交付，反而是提升效率的更优举措。

03被满足的需求数量（Z）

如果将时长设定为1年，响应业务需求点超过100个，同比数量10个，显然前者更容易得到认可，最终的生产力更高。

近年来，随着企业管理层和员工数字化意识的提升，企业实际潜在IT需求数量相比数字化产能（数量*效率）来说明显过载。而且现在企业的IT需求往往周期更短、不稳定性更高、ROI更难衡量。

现代企业都希望在单位时间、开发者数量没有显著增加的情况下，满足更多的需求点，实现更多系统、功能的投产。

根据上述分析，我们可以大致得到如下结论：

低代码如何提升数字化生产力

回到开始时的话题，即低代码为提升应用交付效率，带来的价值就非常清晰了：

1

低代码作为工具软件，能扩展开发者的边界，从专业开发者，扩展到产品经理/ITBP角色，更可进一步扩展到业务开发者，提升开发者数量（X）值；

2

低代码因其配置式的开发方式，能在其匹配的场景下（低代码适配场景分析敬请期待）发挥极大作用，显著提升交付效率，提升开发者效率（Y）值；

3

通过1和2，必然带动Z值提升，对部分具备创新动能的组织，如有效激发和组织业务开发者，中长尾需求由业务开发者主导，被满足的需求数量（Z）值会大幅提升。