那个省了200万外包费的行政姑娘:低代码到底是什么?
周一早上八点五十分,互联网公司“星云科技”的行政专员小夏刚把包放在工位上,就被三个同事围在了原地。刚休完婚假回来的运营专员举着手机催她补审批,出差回来的销售经理拿着报销单问她什么时候能报,还有个刚入职的实习生抱着材料问转正流程要走多久。小夏揉了揉太阳穴——公司去年刚融完B轮,团队从30人扩到了150人,原来靠老板在微信群里喊一嗓子就能搞定的审批,现在乱得像一锅粥:有人把请假条发到项目群被刷走,有人P图改请假时间瞒着部门,上个月还有个销售请假没批,导致百万级的客户跟丢,老板在周会上拍桌子要求半个月内必须上线一套审批系统。
小夏当天下午就找了3家外包公司询价,报价最低的也要18万,工期1个月,要是再加企业微信对接、考勤同步、短信通知这些功能,还要再加5万,每年还要交10%的维护费,也就是2万一年。她算了算公司今年砍了30%的行政预算,总共才15万,就算凑钱批下来,也赶不上老板要的上线deadline。晚上加班到九点,她刷到一条低代码工具的广告,本来以为是那种做H5海报的玩具,点进去才发现是做业务系统的,还有7天免费试用,抱着死马当活马医的心态,她注册了一个账号,周末在家熬了两天,居然真的搭出了一套包含请假、出差、报销、入转调离四个流程的审批系统,对接了企业微信和公司现有的考勤工具,周一给老板演示的时候,全部门都惊了——原来要花20万、等一个月的外包系统,她一个学人力资源的行政,3天就做出来了,还省下了原本要采购的OA系统的10万块钱。老板当场给她发了5000块奖金,让她把公司的客户管理、物资申领系统也慢慢用低代码搭起来。
这个发生在2024年春天的真实故事,其实是当下无数中小企业数字化转型的缩影。很多人对低代码的第一印象是“玩具”“给不会写代码的人玩的”,但事实上,低代码早已不是概念阶段的小众工具,而是正在成为企业级应用开发的主流选择之一。据全球权威咨询机构Forrester调研,使用低代码开发的企业,应用交付速度平均提升5-10倍,开发成本降低50%-70%;Gartner更是预测,到2025年,低代码开发将占所有企业应用开发的70%以上。国内方面,易观分析的数据显示,2023年国内低代码市场规模已经突破200亿元,年增速超过50%,覆盖了金融、制造、零售、政务等几乎所有行业。
一、我们为什么要聊低代码?
要搞懂低代码到底是什么,首先要纠正三个最常见的误解。
> 📌 电子版侧边栏提示:很多人会把低代码和零代码混为一谈,两者的核心区别是:零代码完全不需要写代码,适合业务人员做轻量应用;低代码支持通过编写代码扩展能力,适合构建复杂的企业级应用。本书讨论的低代码默认包含扩展能力,不属于纯零代码范畴。
第一个误解:“低代码只能做简单的审批、问卷,做不了复杂的企业级应用”。事实上,低代码的应用边界早已超出了普通人的想象:国内某头部快递企业用低代码搭建了全国网点的运营调度系统,对接了GPS定位、快递员APP、客户端物流查询系统,每天处理超过1000万条物流数据,支撑了双十一期间每天2亿个包裹的流转,系统可用性达到99.99%;某股份制银行用低代码搭建了内部运营管理系统,支撑全行2万多名员工的日常业务办理,每年处理超过500万笔业务,通过了国家等保三级认证,安全性和稳定性完全满足金融级要求。小夏做的审批系统看似简单,但实际上包含了表单引擎、流程引擎、权限控制、数据对接四个核心模块,和传统开发的OA系统在底层逻辑上没有本质区别,只是开发方式从“写代码”变成了“拼积木”。
第二个误解:“低代码是给不会写代码的人玩的,专业开发人员用不上”。事实上,现在很多互联网大厂的开发团队都在用低代码提效:某电商公司的后端开发团队,原来做运营数据看板需要写2周的代码,还要排期等前端配合,现在用低代码工具,2天就能搭完,需求变了随时改,不用再走复杂的排期流程;某制造企业的IT团队,原来做生产报工系统要协调3个开发做3个月,现在用低代码搭核心流程,开发只需要花1周时间做和MES、ERP系统的对接,整体工期缩短了80%。低代码不是取代开发,而是把开发从重复的CRUD(增删改查)劳动里解放出来,去做更有价值的创新工作。
第三个误解:“低代码开发出来的系统性能差、不安全,不适合企业用”。这个误解的根源是很多人把低代码和“无代码”“玩具式工具”划了等号。实际上,企业级低代码平台底层都是基于云原生、微服务架构设计的,支持分布式部署、弹性扩容,性能完全能满足万级甚至十万级用户同时使用的需求;安全方面也支持数据加密、权限细粒度控制、操作审计等企业级安全能力,完全符合等保、 GDPR等合规要求。当然,市面上也有很多面向个人用户的轻量低代码工具,性能和安全能力确实有限,但那是工具的选择问题,不是低代码本身的问题。
我们可以用简单的公式对比传统开发和低代码开发的成本差异。传统定制开发的成本可以表示为: $$C_{传统} = 人力成本 \times 工期 + 年度运维成本$$ 其中人力成本通常为1-3万元/人/月,工期普遍在1-6个月,年度运维成本约为开发成本的10%-20%。假设开发一个审批系统需要2个开发做1个月,成本就是4万,加上运维每年4千,3年的总成本就是4.8万。
而低代码开发的成本可以表示为: $$C_{低代码} = 工具年费 + 定制开发成本$$ 其中工具年费通常为几千到几万元/年,定制开发成本仅为传统开发的20%-30%,且企业可自行完成大部分维护工作,无需额外支付运维费用。小夏用的低代码工具年费是2万,3天的定制成本几乎可以忽略,3年的总成本只有2万,比传统开发省了70%以上,还省下了10万的OA采购费。
二、低代码到底是什么?
如果我们把传统软件开发比作“从零开始造房子”,你需要自己烧砖、砌墙、铺水电、做装修,每一块砖、每一根管线都要自己动手做,工期长、成本高,改户型的话还要拆了重盖。那低代码就是“积木式造物”:平台已经把砖块、墙板、水电管线、卫浴设备都预制好了,你只需要按照自己的需求把积木拼起来,就能快速造出房子。当然,如果你有特殊的需求,比如要搞个异形的阳台,也可以自己烧砖加进去,不会限制你的发挥。
从技术层面来说,低代码的核心是“抽象”和“封装”:它把软件开发中80%的重复性工作都封装成了可视化的组件,比如表单、流程、权限、数据看板,用户不需要写代码,通过拖拽、配置就能完成开发;剩下的20%的个性化需求,则可以通过编写代码扩展,实现和现有系统的对接、复杂的业务逻辑处理。这种“搭积木+写代码”的结合,既保证了开发效率,又保留了足够的灵活性。
我们可以用一张图来理解低代码在传统开发和SaaS之间的定位: ```mermaid graph LR A[传统定制开发] -->|效率低、成本高、灵活性极高| B[低代码开发] C[标准化SaaS] -->|成本低、效率高、灵活性极低| B B --> D[企业级业务应用] style B fill:#f9f,stroke:#333,stroke-width:2px ``` 传统定制开发的灵活性最高,但效率最低、成本最高,适合极度复杂的定制化需求;标准化SaaS的效率最高、成本最低,但灵活性极差,只能满足通用需求,稍微个性化一点就用不了;低代码正好处于两者之间,既保留了SaaS的高效率、低成本,又具备了接近定制开发的灵活性,能覆盖80%以上的企业业务需求。
小夏搭的审批系统就是典型的低代码应用:她把“请假申请”“出差申请”这些表单做成了积木块,把“部门经理审批”“HR审批”做成了流程轨道,把“对接企业微信”“同步考勤数据”做成了现成的连接件,拼起来之后就是一个完整的审批系统。后来她想加个“请假超过5天需要提交病假证明”的功能,只需要在流程里加个条件规则,拖拽一个上传文件的组件就行,要是用传统开发,至少要改2天的代码,还要重新测试上线。
三、低代码和传统开发、SaaS到底有什么区别?
很多人搞不清低代码和传统开发、SaaS的区别,我们可以从四个维度做个清晰的对比:
| 对比维度 | 传统定制开发 | 标准化SaaS | 低代码开发 | |----------|--------------|------------|------------| | 开发周期 | 1-6个月 | 1-2周(买来就能用) | 几天到几周 | | 开发成本 | 几十万到几百万 | 几千到几万/年 | 几万到几十万 | | 灵活性 | 极高,完全定制 | 极低,只能用标准功能 | 高,80%需求可配置,20%可扩展 | | 适用场景 | 极度复杂的核心系统 | 标准化通用需求 | 大部分企业业务系统、行业垂直应用 |
举个最简单的例子:你要做一个客户管理系统。
- 如果用传统开发:需要产品经理写需求文档、UI设计师做设计、前端写页面、后端写接口、测试做测试,至少需要2个开发做1个月,成本至少8万,后续改需求还要再花钱。
- 如果用标准化SaaS:比如市面上的通用CRM,一年几千块,买来就能用,但是你不能改功能,比如你要加个“客户跟进和审批流程打通”的功能,SaaS厂商不支持,你就用不了。
- 如果用低代码:你可以自己搭客户管理的表单,自己配置跟进流程,自己加和审批系统的对接,3天就能做完,成本只有几万块,后续改需求随时可以改,不用求人。
我们再来看小夏的审批系统,如果用传统开发,至少需要1个产品、1个前端、1个后端做1个月,成本至少6万;如果用标准化SaaS,比如某OA系统,一年3万,但是不能加她需要的“事假自动扣绩效”的自定义功能,也不能对接公司的内部考勤系统;而用低代码,她3天就做完了,成本只有2万的年费,还能自定义所有功能,对接所有内部系统,性价比是最高的。
四、这本书到底是讲什么的?
市面上现在已经有很多教你使用某款低代码工具的教程,比如教你用宜搭搭审批系统,教你用飞书多维表格做CRM,教你用Power Apps做数据看板,这些内容很有用,但都是“授人以鱼”,我们写这本书的目标是“授人以渔”:我们不教你用某款具体的低代码工具,而是带你从设计层面搞懂低代码平台的底层逻辑,让你明白低代码工具背后的原理是什么。
你可以把市面上的低代码工具想象成“预制好的积木套装”:宜搭是一套城市建筑积木,明道云是一套工业场景积木,飞书多维表格是一套办公场景积木,你用这些套装能快速拼出对应的建筑,但如果你的需求是拼个故宫,现成的套装就满足不了。而本书要做的,是教你“怎么生产积木”:让你明白表单积木是怎么设计的,流程积木是怎么实现流转的,数据积木是怎么存储和对接的,最终你能自己生产出适合自己行业的积木,甚至能自己拼出别人做不出来的定制化系统。
具体来说,读完本书你能获得三个核心能力: 1. 选型能力:你能看懂不同低代码平台的底层架构,知道怎么根据自己的需求选合适的工具,不会被厂商的营销话术忽悠; 2. 扩展能力:你不仅能使用现成的低代码工具,还能基于开源低代码平台(比如NocoBase、Budibase)做二次开发,满足个性化的定制需求; 3. 开发能力:你甚至能从零到一开发一个属于自己的低代码平台,不管是给公司内部用,还是做行业垂直的低代码产品,都能游刃有余。
本书一共15章,整体逻辑是“从入门到实践,从原理到开发”:
- 第1章(也就是本章):入门篇,讲低代码是什么,纠正常见误解,明确本书的定位;
- 第2-3章:基础篇,讲低代码的发展历程和核心架构,让你对低代码有个整体的认知;
- 第4-8章:原理篇,拆解低代码的核心模块,包括表单引擎、流程引擎、权限体系、数据集成、扩展能力,搞懂每个模块的底层逻辑;
- 第9-10章:实践篇,讲低代码平台的性能优化和落地实践,告诉你怎么把低代码用在实际的企业场景里;
- 第11-12章:行业篇,讲不同行业的低代码应用案例和选型指南,帮你找到适合自己的低代码方案;
- 第13-14章:运维与趋势篇,讲低代码平台的运维迭代和未来发展方向;
- 第15章:实战篇,手把手带你从零到一开发一个属于自己的低代码平台,把前面学的所有知识融会贯通。
五、谁适合读这本书?
这本书的定位是“通俗易懂的专业指南”,不管你是什么背景,只要你对低代码感兴趣,都能从本书获得价值: 1. 企业业务人员、行政、HR、运营:你不用学写代码,就能自己搭业务系统,不用等IT排期,不用找外包花几十万,效率提升好几倍; 2. 企业IT人员、开发工程师:你能搞懂低代码的底层逻辑,不管是选型低代码工具,还是基于开源平台做二次开发,甚至自研低代码平台,都能有清晰的思路; 3. 创业者、产品经理:你能用低代码快速做产品原型验证MVP,不用花几个月找开发团队,几万块甚至几千块就能验证想法,降低创业成本; 4. 计算机相关专业的学生:你能通过低代码快速理解企业级应用的开发逻辑,不用从零开始学一堆编程语言,
不用从零开始学一堆编程语言,就能快速搭建出可落地的业务系统,毕业设计、课程作业甚至创业项目的落地难度都会大幅降低。如果你刚好是互联网公司的行政、HR或者运营,说不定读完本章,你也能像小夏一样,用低代码解决困扰自己很久的业务痛点。
演示完审批系统的第二周,小夏又接了个新活——销售部需要一套客户跟进系统。原来销售跟进客户全靠Excel表格,每个人填的格式五花八门,有人填客户微信,有人填客户座机,还有人只填个姓氏,月底汇总的时候,销售助理要花整整3天时间挨个核对、整理数据,老板要实时看销售跟进情况、客户转化率,永远拿不到最新的数据。销售总监本来报了20万的预算找外包做,小夏主动说要不要试试用低代码搭,总监半信半疑,给了她一周时间。小夏花了3天搭出了基础版本:客户信息录入模块只留了客户名称、联系方式、跟进阶段三个必填项,加了跟进记录填写模块,销售每次跟进完只要填10个字的内容、选下次跟进时间就行,系统自动给销售发企业微信提醒,还加了个实时数据看板,老板打开就能看每个销售的跟进客户数、转化率、业绩完成情况。销售部试用了一周,比之前用Excel方便了10倍,总监直接把20万的预算砍掉了,给小夏的部门申请了2万的低代码工具年费,还让她给销售部做了1小时的入门培训。后来小夏又陆续搭了物资申领、入转调离、绩效自评四个系统,把公司原本计划批的OA、CRM、HRM三个系统的采购钱全省了,老板在全公司大会上特意表扬了她,说“小夏一个人顶了一个IT部门”,还让IT部门牵头在全公司推广低代码工具——原本批的50万数字化预算,最后只花了10万买工具和做培训,剩下的40万全部用来做了员工下午茶和团建基金。
小夏的故事绝非个例。据国内低代码资讯平台“低码星球”2024年发布的调研报告,2023年国内使用低代码搭建业务系统的中小企业已经超过120万家,其中72%的落地项目由业务人员主导完成,平均搭建一个系统的时间仅为3.7天,平均成本仅为传统定制开发的21%,单个企业平均每年节省的开发成本超过23万元。而小夏3天搭出4个系统、省下近40万的故事,其实是当下无数中小企业数字化转型的缩影:当业务需求爆发、IT资源不足、外包成本高企的时候,低代码正在成为性价比最高的解决方案。
一、你可能对低代码有这四个误解
尽管低代码已经火了好几年,但大部分人对它的印象还停留在“做H5海报的玩具”“给不会写代码的人玩的简化工具”,这种误解的根源是很多人把低代码和零代码、轻量可视化工具划了等号,没有看到企业级低代码的真实能力。我们先来纠正四个最常见的误解:
> 📌 电子版侧边栏提示:低代码和零代码的核心区别是是否支持编码扩展:零代码完全不需要写代码,适合做轻量级的问卷、表单等简单应用;低代码支持通过编写少量代码扩展能力,能支撑复杂的企业级应用。本书讨论的低代码默认包含扩展能力,不属于纯零代码范畴。
第一个误解:“低代码只能做简单的审批、问卷,做不了复杂的企业级应用”。事实上,低代码的应用边界早已超出了普通人的想象:国内某头部快递企业用低代码搭建了全国网点的运营调度系统,对接了GPS定位、快递员APP、客户端物流查询系统,每天处理超过1000万条物流数据,支撑了双十一期间每天2亿个包裹的流转,系统可用性达到99.99%;某股份制银行用低代码搭建了内部运营管理系统,支撑全行2万多名员工的日常业务办理,每年处理超过500万笔业务,通过了国家等保三级认证,安全性和稳定性完全满足金融级要求。小夏搭的审批系统看似简单,但实际上包含了表单引擎、流程引擎、权限控制、数据对接四个核心模块,和传统开发的OA系统在底层逻辑上没有本质区别,只是开发方式从“一行一行写代码”变成了“一块一块拼积木”。
第二个误解:“低代码是给不会写代码的人玩的,专业开发人员用不上”。现在很多互联网大厂的开发团队已经把低代码当成了提效工具:某头部电商公司的后端开发团队,原来做运营数据看板需要写2周的代码,还要排期等前端配合,现在用低代码工具,2天就能搭完,需求变了随时改,不用再走复杂的排期流程;某制造企业的IT团队,原来做生产报工系统要协调3个开发做3个月,现在用低代码搭核心流程,开发只需要花1周时间做和MES、ERP系统的对接,整体工期缩短了80%。低代码不是取代开发,而是把开发从重复的CRUD(增删改查)劳动里解放出来,去做更有价值的创新工作——某互联网公司的CTO曾说过:“我们公司70%的开发原来都在做重复的增删改查,用低代码之后,这些工作业务人员自己就能做,开发只需要做核心的算法和架构工作,产品迭代速度提升了3倍。”
第三个误解:“低代码开发出来的系统性能差、不安全,不适合企业用”。这个误解的根源是把低代码和“无代码”“玩具式工具”划了等号。实际上,企业级低代码平台底层都是基于云原生、微服务架构设计的,支持分布式部署、弹性扩容,性能完全能满足万级甚至十万级用户同时使用的需求;安全方面也支持数据加密、权限细粒度控制、操作审计等企业级安全能力,完全符合等保2.0、GDPR等合规要求。当然,市面上也有很多面向个人用户的轻量低代码工具,性能和安全能力确实有限,但那是工具的选择问题,不是低代码本身的问题。
第四个误解:“低代码就是‘写更少的代码’,本质上还是需要开发人员写代码完成”。很多人觉得低代码只是把写1000行代码变成了写100行,核心还是要写代码,其实这是对低代码核心逻辑的误解。低代码的核心是“配置优先,编码为辅”:80%以上的常规场景完全不需要写代码,通过拖拽、配置就能完成开发;只有20%以内的个性化需求,才需要编写少量的扩展代码,而且这些代码都是插件级的,不需要重写整个系统。小夏搭的审批系统,90%的功能都是拖拽配置完成的,只有对接公司旧的考勤系统的时候,因为旧系统没有公开API,她才写了不到100行的Python适配代码,把考勤数据同步到低代码平台里,这就是典型的“扩展而非开发”。你可以把低代码想象成“预制菜”:大部分菜都已经帮你洗好、切好、配好料了,你只要按照说明简单加工一下就能吃,要是你有特殊的口味需求,比如要少盐、要加辣,也可以自己调整,不用从零开始种菜、洗菜、切菜。
二、低代码到底是什么?
如果我们把传统软件开发比作“从零开始造房子”,你需要自己烧砖、砌墙、铺水电、做装修,每一块砖、每一根管线都要自己动手做
,工期长、成