本文次要解答一些对于低代码的根本问题，属于低代码入门级讲解 / 解惑，看完根本就明确了低代码是什么、有什么用、跟我如何相干。
01 低代码就是效率晋升么？
低代码在效率之外其实还能带来很多额定价值。
咱们晓得，低代码能够成倍的晋升开发效率，除了老本的节俭之外，还有很多从质变到量变的成果。
以 IT 满意度而言：
原来企业的资源费用无限，业务部门中很多小型的、绝对低价值的性能实际上是没有精力去实现的，因为这些性能往往十分琐碎而且个性化水平很高，在市场进行投标也很难。
通过低代码平台，能够用正当的老本和较高的效率帮忙业务部门进行开发，大大晋升业务部门的满意度。
联通集成做过一个统计，对于某个时间段个性化需要的比例大略如下：
- 页面 65%
- 接口 70%
- 规定 82%
这些如果通过低码实现，和传统开发相比，大概能够晋升三倍的效率。
咱们晓得，一个老零碎什么时候会被淘汰，往往就是一个字“慢”，慢蕴含两个维度，一是需要开发慢，二是运行的慢，从这一层面上来说，低代码的高效率带来了高满意度。
02 数字化转型与低代码的关系是什么？
数字化与信息化的区别在于：
- 数字化要求将尽可能多的业务都进行数字化
- 而信息化往往只关注外围业务
这是一个面与点的关系，低代码能够用很低的老本帮忙企业将各种犄角旮旯的需要都疾速的“业务数据化“，从而为将来的”数据业务化“打下良好的根底。
03 低代码给业务带来什么价值？
低代码能够帮忙筛选有价值的业务。
IT 常常收到的埋怨和被甩锅的理由有一条：“无奈反对业务的翻新”。
IT 同学们往往很冤屈，毕竟依据软件工程学和 CMM 的定义：如果你的需要都是模糊不清须要摸着石头过河的，怎么可能帮你开发一套欠缺的软件呢？
低代码和无代码工具，能够疾速帮业务搭建流程与表单，买通其余业务模块，复用企业已有能力，从而反对新业务的拓展。
有教训的 IT 同学其实都晓得，业务部门提出的需要 70% 左右都是有效的。这并不是贬斥业务，因为这就是翻新的老本。
然而通过低代码和无代码平台，能够配合业务以非常低的老本（仅比 Excel 略高）去尝试新的业务，最初剩下的 30% 真正有价值的性能，咱们无论是进行重构还是去洽购业余软件，沉没老本都非常低，真正的让 IT 的资源集中在“有价值的业务”上。
04 除了效率，还能带来些什么？
低代码会带来很多隐形的老本节俭。
企业 IT 构建时，集成老本是一个隐形的老本。例如：
咱们洽购了一套软件，它必须和员工、门店、品类、权限等等买通，一般而言对于这些专门定制的集成开发，软件开发商的老本是很高的，码代码和调试接口哪有卖光盘来的挣钱啊，码农的老本那么高。
因而依据咱们的估算，大概企业付出的软件洽购老本中，15~20% 实际上是为了集成买单。如果企业洽购了 5 个供应商的小型利用，实际上每家都须要反复的进行“集成”开发；
而采纳低代码平台，则能够说是一次集成，日后通用，这里节省下来的老本，千里之行; 始于足下，十分可观。同时，运维也变得更简略，更高效。
05 大型企业抉择低代码的次要起因是什么？
对于大型企业，抉择甚至自研自建低代码平台有一个重要的起因就是资产的积淀。
随着 SaaS 服务的衰亡，很多软件都变成了按年免费，每次降级新的软件和零碎又面临大量的集成开发，很多甲方的大型企业发现，低代码是一个很好的积淀体系，让软件资产、业务教训可能得以积淀。
大型企业本人研发低代码平台老本约为 30 人，1.5 年工夫，对于很多超大型企业，这部分自研投资的回报十分高。
源：艾瑞《2021 年低代码行业钻研报告》
06“复用”这件事真的存在么？
随着中台的衰亡与大量的失败，我有一个在头部中台企业负责高管的敌人，已经很伤心地说，复用是不是个伪命题？
而我把低代码看成中台的一种，即逻辑中台，是原来中台体系中缺失的一环，一旦把它补齐，中台的复用价值才会变得残缺。
为什么称之为逻辑中台，因为低代码实现了企业业务和经营流程，同时又使得这部分可能被通明的治理。例如：
总部指定了主框架，各个区域还能够依据本地的理论状况进行调整，这些调整是通明的，可被监控的，既满足了灵活性，又满足了规范性。
在这里刚好插一句我的观点：企业的中台应该有四种：
- a. 数据中台：这能够是最早的，首先能够不便数据荡涤，同时企业的数据也能够有一个对立的规范，同时通过微服务架构解决数据展现的性能的问题；
- b. 业务中台：这是最值得梳理的局部，目标是让企业对本人的业务有宏观——宏观的整体认知，同时也是“复用”的根底。
- c. 逻辑中台：低代码平台，是真正疾速将业务中台构建成可落地执行的业务性能的不可或缺的一部分，灵活性和高效率能力放大业务中台梳理当前带来的利用价值；
- d. 算法中台：这是企业外围资产，是在数据中台根底上积淀、积攒下来的重要数字资产，算法帮忙企业晋升业务效率，体现差异化。
07 低代码和无代码适宜什么样的公司？
效率的晋升来自于精细化，开发提效的实质是“开发人员分层”，数字化的推动力来源于算力的回升，算力使得精细化成为可能。
目前看来：
- 大企业有肯定的研发人员存在，能够应用低代码，从而提高效率，积淀资产；
- 小型企业应用无代码，具备 Excel 中级利用的能力就能够进行开发。
目前低代码平台有一个“引擎化”的趋势，大抵可分为表单引擎、报表引擎、挪动端引擎、流程引擎、集成引擎、规定引擎等，最大的益处是能够边界清晰的分步替换零碎，对于大型企业的简单零碎，这一点很重要。
图源：爱剖析《2022 爱剖析·低代码厂商全景报告》，低代码利用场景
08 目前低代码平台还有些什么问题？
目前低代码的最大问题是不足规范，因而大家不敢应用，因而心愿大家一起参加，推动两项重要的执行规范：
- a. 性能规范：让 CIO 们分明的晓得这个平台能够解决多大的业务量，从而与低代码的施行老本进行均衡，帮忙抉择；
- b. 兼容规范：如果没有这个规范，那么企业应用了一段时间低代码或无代码平台后，一旦乙方公司呈现经营问题，很可能后面的所有开发投入要花相当多的老本能力迁徙到另一个平台上，这也是妨碍低代码和无代码倒退的一个重要因素。
09 怎么用好低代码、无代码平台？
最好的形式是：自研体系 + 外包团队 + 低码平台。
这样效率最高，研发可控，外包团队能够无效改善需要顶峰的拥挤，低码平台升高了对外包人员的要求，同时对立了规范，缩小人为的失误。
另外，对于一些大型的老牌企业，往往都积淀了一堆有行业教训，懂开发逻辑的老技术人员，然而他们又很难学会新的开发语言，这时候低代码和无代码能够给予他们第二春，让他们利用丰盛的行业教训持续为企业倒退提供继续助力。
咱们在看低代码提效这件事上，肯定不要仅仅关注开发效率的晋升，尽可能从利用角度来计算价值，开发效率是繁多部门的事，而整体利用价值是全公司的事，清晰的利用价值是帮忙咱们在公司层面取得资源来推动低代码的重要焦点。
10 这么多厂商，怎么抉择？
这也是最常被问到的问题，当初的一线低代码企业和行业平均水平间的技术差距不超过 8 个月，因而技术问题反而是小问题，要留神的有这几点：
- 抉择财务状况好的平台，危险小很多；
- 抉择本地企业，最好是本市，其次是本省，因为疫情封控的影响十分大，上线后期遇到疫情封控往往就是一场劫难；
- 抉择违心拥抱规范的企业，升高将来的危险;
生态，目前曾经有很多企业建设了 1500 人以上社群，社群是低代码倒退的最继续推动力。趋势表明，到 2025 年，70% 的利用会由低码及无码平台构建，如果咱们畅想一下，将来的软件开发可能会是一种什么模式呢？
低代码积淀后，会越来越趋于无代码，无代码下一个阶段则是拼搭型零碎，将来的企业软件开发是否会变成像团购接龙一样，某个部门提出一个性能，搁置一个入口，其余业务部门在上面接龙，接龙结束，性能就开发结束，一个翻新业务就能够落地测试了。
将来业务部门散会不再须要 Excel 和 PowerPoint，大家间接把软件投影到大屏幕，针对精细化的各类业务解决，探讨结束间接配置，会议开完，性能就迭代完了。
图源：艾瑞《2021 年低代码行业钻研报告》
以上。