深入看透低代码：阿里、腾讯等巨头火拼的下个风口

图片来源@视觉中国文丨产品晓说前言2021开年“低代码”接力“中台”燃起了熊熊之火，引发了众多业内人士论战。其中有两种极端的观念，一种是“低端炒作”、“无用玩具”，另外一种是“颠覆行业”、“取代码农”。

若说“颠覆”、“取代”，事实上，低代码、图形化的开发模式存在至少已有20年历史了，又岂能在今天突然颠覆？若说“低端”、“玩具”，事实上，国外低代码平台OutSystems估值超10亿美元，Mendix被7亿美元收购；Amazon、微软、阿里、腾讯等国内外IT巨头，以及大量传统软件厂商、新兴SaaS厂商纷纷押注，如此估值与劲头，又岂能以“无意义”一言概之？所以，先别急着下定义，我们多角度来看一看。

本文将分两篇，上篇主要从行业角度聊，偏BRD/MRD，主要话题是低代码火爆的背景、优势、劣势，主要用户、客户，企业选择及行业竞争等；下篇主要从产品角度聊，偏PRD，主要话题是低代码平台技术模式、产品架构、核心引擎、配套能力等。低代码火爆背景低代码是一种软件开发模式，简单“拖、拉、拽”即可快速搭建软件。本文默认无代码是低代码的一种形态，两者具体定义此处不再赘述。

低代码的形式是“可视化编程”，核心是“复用”。

像中台一样，提高复用率是低代码的关键。但单单“复用”不足以解释今年低代码平台的火爆，低代码突然火爆的原因是什么？社会、经济因素2020年的疫情冲击不容忽视，它挑战了很多企业原有的商业模式、协作模式，数字化经济的繁荣、信息化需求的激增，造成程序员供需失衡。技术因素云计算技术的成熟、移动化的趋势等，为低代码2.0提供了技术基础。

万维网出现前夕，计算机网络是一座座孤岛，互联网打破了这些孤岛。同样，如今的信息孤岛、云端孤岛屡见不鲜，曾经的低代码作为开发工具也只是在构建孤岛。

但“低代码+云”的想象力将不止于此，如果能形成“互联、共生的生态”，它有可能会打破当前应用与应用，企业与企业，开发者与开发者之间的孤岛，大大提高代码复用率，进而引发一次效率的飞跃。

环境因素国外低代码平台成功商业化，国内“互联网+”、“数智化转型”风口等都是催化因子。低代码的劣势鉴于当下不冷静的态势，先聊聊劣势，泼盆冷水清醒一下。能力弱低代码平台本身是一个开发框架，能在平台上造出什么很大程度依赖于框架本身的能力。

在当前阶段，诸多低代码玩家凭着BPM、BI等厮杀于企业协同领域，无怪乎很多看客视低代码为“玩具”。但同时也应该看到，一方面，即使“玩具”也能为许多企业信息化转型提供很大助力；另一方面，已经有玩家开始向APP、游戏甚至更高的层面探索，承载核心业务、复杂应用、多变的C端未来可期。灵活性低虽然很多低代码平台标榜自身灵活性强、解决企业个性化需求，但其前提是在框架能力范围内。如果个性化需求刚好不在框架能力范围内，二次开发实现成本、时间都不容小觑。

若企业所选的低代码平台刚好又不够开放，对平台支持和升级的强依赖性会让企业有苦难言，这便是所谓“锁定”。但同时灵活性高，又可能造成易用性下降，灵活性与易用性的平衡对低代码平台来说是个挑战。开发者不友好很多低代码平台框架对开发者是黑盒，这给开发者带来两大问题，一是活难干，二是没前途。1）活难干是在开发时一旦遇到Bug、性能等问题，由于不清楚内部实现逻辑，问题排查无从下手，代码调试要反复切换界面，只能浪费时间干瞪眼等平台支持时。

2）没前途是专业程序员高度依赖低代码平台，而疏于Coding会造成能力蜕化，这长期来看意味着失业和放弃未来。专业开发者是低代码生态中极重要的参与者，如何让专业开发者自愿入局对低代码平台来说也是个挑战。业务方观念扭转难普通业务人员是低代码平台关键用户，但让业务部门把低代码平台用起来，至少要跨过3个门槛：技术门槛、心理门槛、动机门槛。1）技术门槛，稍有技术含量、需要一定学习成本，就可以拦下很多人；2）心理门槛，很多人会出于畏惧新事物和学习而拒绝接受；3）动机门槛，以往业务方动下嘴就能拿到软件，现在让他动手自己干？很多人的懒惰是赤裸裸的现实。

这3个门槛并非不可跨越，但却需要耗费心思。1）跨越技术门槛，可以采用无代码，但需要平衡灵活性的妥协；2）跨越心理门槛，需要产品讲好故事、做好交互设计，调整如“BPMN图、ER图、外键、函数、脚本”等专业词汇，尽量避免触发用户畏惧心态；3）跨越动机门槛，需要找到足够痛的场景，通过行业模板、业务模板、交互设计等打造足够简单的操作方式。应用治理、平台性能等低代码平台降低了应用开发成本，如果应用爆发式增长，出现大量无人或较少人使用的应用，则对业务价值不大，却会带来额外的认知、管理成本。

同时，应用数和使用人数的增长，也会给平台性能带来挑战。另外，用户追求个性化前端呈现与平台固化的前端呈现也是一种需要应对的矛盾。总之，低代码是个好东西，框架本身可以大大提升效率，但同时，它也存在着一些问题。

莫要“成也框架，败也框架”。低代码的优势看了很多低代码平台的劣势，也莫要灰心，先让克里斯坦森为我们打打气。他在《创新者的窘境》中定义了“颠覆式创新”，即比市场上现有产品更为便宜、更为方便的替代品，它服务于低端消费者或新消费群体，步步蚕食传统产品的市场份额，最终取代传统产品的统治地位。低代码平台是否是颠覆式创新，我们拭目以待。

降本主要包括3方面，学习成本、开发成本和其他成本。1）学习成本降低是普通业务人员即可操作，为IT研发资源不足的企业降低人力成本。2）开发成本降低是对于开发者而言，可以复用既有能力，减少低价值代码耗费时间，同时，很多需求变更可通过配置方式实现，缩短了开发、运维等时间。

3）其他成本如沟通成本、测试成本，甚至云架构方式降低硬件成本等。增效主要包括2方面，交付效率和协作效率。1）交付效率通过配置即可满足一批新增或变更需求，直接避免了低价值代码开发时间，开发效率提升10倍并不夸张，同时，也意味着客户响应效率的极大改善，这是比开发效率更重要的事！通过配置无法完全满足的需求，虽然仍有开发工作量，但由于可以复用平台能力，也节省了相当一部分开发工作量，提效数据要看具体场景，但总体而言，复用带来的效率提升不容置疑！由于平台能力复用，会大大缩短端到端交付时长，如测试时长、集成发布时长等都被大大缩短，工程效率的提升，让低代码有超越DevOps进化至NoOps的可能性。2）协作效率沟通效率。

一个需求交付要涉及到很多人，如业务人员、产品经理、开发人员、测试人员等。而借助低代码，很多需求可能在业务部门内容就能实现了。需要沟通的人数少了，沟通效率自然就提高了。

天生敏捷精益。敏捷追求的核。