低代码发展的机遇和挑战_低代码产品的潜在客户

如果要说流行或崛起的话，低代码的开发，是跟整个社会的数字化进步程度、企业的数字化进步程度和个人的数字化进步程度十分吻合的。

对于我们国家来讲是有独特的挑战和机会。

首先，中国信息化的过程由于起步比较晚，所以在国家做的应该跟国际上面的略有不同，通常来说所谓大家认为的企业办公方式要求很高、很缜密、而且要有安全流程的方式，这其实不是咱们中国企业的特点。

反而现在很多公司办公可能还是用QQ，用微信，他们是用消费级的软件应用再转入到企业级。而全球很多数字化的进程反而是更多的由企业来推动的，由商家来推动的，慢慢的再普及化、大众化。

这就产生了一个特点，一方面我觉得中国对于这种低代码开发的需求，从客户端的需求会非常强大，我甚至认为这种需求比全球很多其他地方强大得多，尤其上篇说了到了数字时代原住民，年轻人们慢慢进入职场之后，他们对于这个的感知力和认同感会非常强。

但反而对于中国的很多企业的大的挑战是，信息化做得还不够透彻。你会发现就算是企业想做低代码、无代码，它的很多流程并没有真正地能够做到用API的方式给它抽象出来。而如果不能用API的方式抽象出来，无代码和低代码的能力就没法把它给包起来。

因为软件开发无非是分层结构，一步步抽象往上包。我觉得这会是很多企业的一大挑战。最近也有很多人在讲疫情的应对，发现在这次疫情暴露出了很多数字化转型并不到位的问题，比如智慧城市，智慧办公，智慧家庭，智慧医疗……这些实际上还是任重而道远的。

这是一个矛盾。我觉得我们在发展的时候也会出现这种矛盾，所以中国的消费者和职场人士会对这种低代码、无代码有一种非常容易的认同感，认知感和共鸣感，但它反过来在施压企业的IT部门，要让它提供能力的时候，就发现原来好多“家庭作业”或者底层工作根本没有做到位。

某种程度上讲，就是让公司的管理层觉得，公司已经自动化了、信息化了，但一旦说让它成为服务化或者云原生的开发就发现又得重新来一遍。

我觉得这个可能会有一种潜在的压力和挑战在里面。所以这是咱们这种挑战，和其他很多由企业级的应用进入消费级这个路径不同的地方。

单纯从工具上讲在表单驱动领域，普通用户能按照自己的需求，自己动手形成一套轻逻辑应用，就像用Excel一样。这种模式利用了Excel的用户习惯和用户基础，聚焦2C用户，形成了今天很火的“人人都是开发者”的理念。

但另一方面，低代码工具的出现，降低了软件开发的技能和经验要求，让行业具备了大规模培养专业人士的基础。大家如果看OutSystems、Mendix，以及微软的Power Apps，不难发现这些低代码平台，其实对使用者都有一定的编程思维能力的要求。但它们所达到的效果却是，大大降低了编程技能的门槛，让开发者可以快速完成不同类型业务场景的数字化实现，并安全稳定地运行。

这么来说，低代码的发展是呈一个乐观态度的。