这些年，低代码的市场规模呈现逐年上升的趋势，迎来了高速发展；数字化的背景下，低代码平台技术能够有效解决日益增加的市场需求和传统的生产力之间的矛盾。那么，低代码平台是什么？低代码平台优缺点有哪些？低代码平台能够为企业带来什么？本文将用十个问题来为您讲透关于低代码的一切！
这些年，低代码的市场规模呈现逐年上升的趋势，迎来了高速发展；数字化的背景下，低代码平台技术能够有效解决日益增加的市场需求和传统的生产力之间的矛盾。那么，低代码平台是什么？低代码平台优缺点有哪些？低代码平台能够为企业带来什么？本文将用十个问题来为您讲透关于低代码的一切！
低代码当然能够带来效率的提升，但除此之外，低代码也可以带来很多额外的价值。
我们知道，低代码可以带来开发效率的成倍提升，除了成本的节省之外，还有很多从量变到质变的效果。
以IT满意度而言：
企业的资源是有限的，这也就导致没有精力去实现很多业务部门中的小型的，相对低价值的功能，因为这些功能往往非常琐碎而且个性化程度很高，在市场进行招标也很难。
通过低代码平台，可以用合理的成本和较高的效率帮助业务部门进行开发，大大提升业务部门的满意度。
联通集成做过一个统计，对于某个时间段个性化需求的比例大概如下：
页面65% 接口70% 规则82%这些如果通过低码完成，和传统开发相比，大约可以提升三倍的效率。
我们知道，一个老系统之所以会被淘汰，往往就是因为一个“慢”字，慢包含两个维度，一是需求开发慢，二是运行的慢，从这一层面上来说，低代码的高效率带来了高满意度。
解决这个问题，我们首先需要了解数字化与信息化之间的区别——数字化要求将尽可能多的业务都进行数字化，而信息化一般只关注核心业务。
可以看出，数字化和信息化是一个面与点的关系，低代码可以用很低的成本帮助企业将各种犄角旮旯的需求都快速的“业务数据化“，从而为未来的”数据业务化“打下良好的基础。
低代码可以帮助筛选有价值的业务。
IT经常会收到这样的抱怨“无法支持业务的创新”，但有经验的IT同学其实都知道，业务部门提出的需求中有70%左右是无效的，这并不是对于业务的贬低，因为这是创新的成本。
为此，IT的同学们往往很委屈，因为根据软件工程和CMM的定义来说：如果你的需求都是模糊不清需要摸着石头过河的，怎么可能帮你开发一套完善的软件呢？
低代码和无代码工具，可以快速帮业务搭建流程与表单，打通其他业务模块，复用企业已有能力，从而支持新业务的拓展。
但是通过低代码和无代码平台，可以配合业务以非常低的成本（仅比Excel略高）去尝试新的业务，最后剩下的30%真正有价值的功能，我们无论是进行重构还是去采购专业软件，沉没成本都非常低，真正的让IT的资源集中在“有价值的业务”上。
低代码会带来很多隐形的成本节省。
企业IT构建时，集成成本是一个隐形的成本。例如：
我们采购了一套软件，它必须和员工、门店、品类、权限等等打通，一般而言对于这些专门定制的集成开发，软件开发商的成本是很高的，码代码和调试接口哪有卖光盘来的挣钱啊，码农的成本那么高。
因此根据我们的估算，大约企业付出的软件采购成本中，15~20%实际上是为了集成买单。如果企业采购了5个供应商的小型应用，实际上每家都需要重复的进行“集成”开发；
而采用低代码平台，则可以说是一次集成，日后通用，这里节省下来的成本，积少成多，非常可观。同时，运维也变得更简单，更高效。
低代码是一个很好的沉淀体系，很多大型企业选择购买甚至自建低代码平台的一个重要的原因就是资产的沉淀。
随着SaaS服务的兴起，很多软件都变成了按年收费，每次升级新的软件和系统又面临大量的集成开发，很多甲方的大型企业发现，使用低代码平台可以让软件资产、业务经验能够得以沉淀。
大型企业自己研发低代码平台成本约为30人，1.5年时间，对于很多超大型企业，这部分自研投资的回报非常高。
图源：艾瑞《2021年低代码行业研究报告》
随着中台的兴起与大量的失败，很多人产生了疑惑“复用是不是个伪命题？”
我把低代码看成中台的一种，即逻辑中台，是原来中台体系中缺失的一环，一旦把它补齐，中台的复用价值才会变得完整。
为什么称之为逻辑中台，因为低代码实现了企业业务和运营流程，同时又使得这部分能够被透明的管理。例如：
总部指定了主框架，各个区域还可以根据本地的实际情况进行调整，这些调整是透明的，可被监控的，既满足了灵活性，又满足了规范性。
在这里刚好插一句我的观点：企业的中台应该有四种：
a.数据中台：这可以是最早的，首先可以方便数据清洗，同时企业的数据也可以有一个统一的标准，同时通过微服务架构解决数据展示的性能的问题；
b.业务中台：这是最值得梳理的部分，目的是让企业对自己的业务有微观——宏观的整体认知，同时也是“复用”的基础。
c.逻辑中台：低代码平台，是真正快速将业务中台构建成可落地执行的业务功能的不可或缺的一部分，灵活性和高效率才能放大业务中台梳理以后带来的应用价值；
d.算法中台：这是企业核心资产，是在数据中台基础上沉淀、积累下来的重要数字资产，算法帮助企业提升业务效率，体现差异化。
目前看来：
低代码更适合大企业，大企业有一定的研发人员和技术积累，使用低代码可以提升效率，沉淀资产；
无代码更适合小型企业，小型企业一般不像大企业一样有强大的技术支持，而无代码只需要企业具备Excel终极应用的能力就可以进行开发。
目前低代码平台有一个“引擎化”的趋势，大致可分为表单引擎、报表引擎、移动端引擎、流程引擎、集成引擎、规则引擎等，最大的好处是可以边界清晰的分步替换系统，对于大型企业的复杂系统，这一点很重要。
图源：爱分析《2022爱分析·低代码厂商全景报告》，低代码应用场景
低代码目前面临的最大的问题就是缺乏标准，大家不敢轻易使用。对于低代码平台来说，有这两项重要的执行标准：
a.性能标准：让CIO们清楚的知道这个平台可以处理多大的业务量，从而与低代码的实施成本进行平衡，帮助选择；
b.兼容标准：如果没有这个标准，那么企业使用了一段时间低代码或无代码平台后，一旦乙方公司出现经营问题，很可能前面的所有开发投入要花相当多的成本才能迁移到另一个平台上，这也是阻碍低代码和无代码发展的一个重要因素。
最好的方式是：自研体系+外包团队+低码平台。
这样效率最高，研发可控，外包团队可以有效改善需求高峰的拥挤，低码平台降低了对外包人员的要求，同时统一了标准，减少人为的失误。
另外，对于一些大型的老牌企业，往往都沉淀了一堆有行业经验，懂开发逻辑的老技术人员，但是他们又很难学会新的开发语言，这时候低代码和无代码可以给予他们第二春，让他们利用丰富的行业经验继续为企业发展提供持续助力。
我们在看低代码提效这件事上，一定不要仅仅关注开发效率的提升，尽可能从应用角度来计算价值，开发效率是单一部门的事，而整体应用价值是全公司的事，清晰的应用价值是帮助我们在公司层面获得资源来推动低代码的重要焦点。
这也是最常被问到的问题，现在的一线低代码企业和行业平均水平间的技术差距不超过8个月，因此技术问题反而是小问题，要注意的有这几点：
1.选择财务状况好的平台，风险小很多；
2.选择本地企业，最好是本市，其次是本省，因为疫情封控的影响非常大，上线前期遇到疫情封控往往就是一场灾难；
3.选择愿意拥抱标准的企业，降低未来的风险。
图源：艾瑞《2021年低代码行业研究报告》
目前已经有很多企业建立了社群，推动低代码的持续发展，预计到2025年有70%的应用会由低代码平台或无代码平台架构。在未来，低代码会不断沉淀，并向着无代码趋势发展。
