先说个把我坑惨的事
2022 年我接过一个特别怪的活：给一家做宠物殡葬的公司做上门预约系统。三个城市、11 个师傅、按体重分档报价、还得排班接单。对方预算 8000 块，工期两周。用 Vue 手写根本来不及，我就第一次认真上了零代码——Airtable 当库，Glide 当界面。
上线第四天出事了。不是技术故障，是客户的运营小姑娘觉得「体重档位」这个字段名不好看，在 Airtable 里手动把它改成了「体重区间」。Glide 那边整个价格页直接白屏，因为它是按字段名去索引的，改完就对不上了。
那天晚上我学到零代码的第一课：它把「改一个字段名」这种在代码里按个 Ctrl+H 就完事的小操作，变成了数据迁移 + 视图重建 + 自动化重连，附带一次线上事故。
一、成本曲线不是斜线，是台阶加悬崖
大部分人对比工具喜欢拉一张功能表。功能表基本没用，因为它们功能都差不多，都支持表单、视图、权限、自动化。真正该看的是一条曲线：你在免费版能待多久，越过哪条线之后价格怎么跳。
我把自己用过的摊开说。Zapier 免费版是 100 个 task/月，而且只能单步，差不多就是一个表单提交同步进表格，一天来 3 条就到顶了。Starter 大概 20 美金一个月给 750 个 task——注意，这是花了 7.5 倍的钱买 7.5 倍的量，它是线性的，还算老实。
Make 便宜不少，免费 1000 个 operation/月。但 operation 的口径和 task 完全不是一回事，一个 HTTP 请求里执行了几个模块就扣几次。我第一次从 Zapier 迁过去的时候按 task 的方法估，实际消耗是预估的三倍多，第一个月就跑爆了。
真正吓人的是 Bubble。它 2023 年把计费从「容量」改成了 Workload Units，那阵子官方论坛全是账单截图，我见过最夸张的一个从 29 美金跳到四百多。WU 邪门的地方在于，你在编辑器里预览一次、用户页面多刷一次、数据库多查一遍，都在扣。产品没上线之前你根本算不清自己一个月要花多少。
所以第一个观点：零代码平台的定价普遍不按人头，按「你跑得多欢」。这意味着你的成本和你产品的成功是正相关的——用户一多，账单先爆炸。选型的时候，你要问的不是「现在多少钱」，是「翻十倍流量的时候多少钱」。
二、我现在的固定做法：三明治架构
被坑了几轮之后，我固定用一套结构，说出来有点土，但用了两年多没换过。
最底层放数据库，只用那种能一键导出全量数据、而且导出后关联关系还在的工具。Airtable、飞书多维表格、或者 Supabase（这个算半代码了）都行。这一层是命根子，绝对不能锁死。判断方法很简单：导一次 CSV 出来，看看关联字段是不是变成一串乱码 ID，如果是，等于没导出。
中间层放自动化逻辑，Make、n8n、Zapier 都行。为什么放中间？因为自动化的本质就是 API 调用，哪天不爽了，把 Webhook 地址一换就能搬走，迁移成本是所有层里最低的。n8n 自托管的话连订阅费都省了，就是得自己有台小服务器。
最上面那层才放界面，Glide、Softr、简道云、微搭随你挑。这一层最不值钱，因为它是唯一一层被换掉用户也不会察觉的。界面推倒重做，撑死三天。
我管它叫三明治：生菜和面包（界面、自动化）放外面，肉和奶酪（数据）夹在中间锁住。很多人正好做反了——界面挑了个特别花哨的平台，数据也存里面，逻辑也写里面，一年后想搬，导出的是一个巨大的 JSON，字段全是 UUID，导到别处全废。
三、选型时我只问四个「出口」
不拉功能表了，就问四个出口，每个出口只问一句话。
数据出口：能不能一次性导出全部记录，关联关系还原得回来吗？测试方法是拿一个带三张关联表的 base，导出再导入到别的工具，看看要修多久。修超过半天，这平台就得慎重。
逻辑出口：自动化流程能不能导出、能不能跨平台复制？Make 的 scenario 可以导出 JSON，Zapier 一般般，有些平台的自动化是写在页面里的，页面一删自动化跟着死，这种最坑。
身份出口：用户账号存在谁那里？如果用的是平台自带的用户系统，那你永远搬不走，这是最狠的一条锁，也是最容易被忽略的。做会员制产品的一定要盯死这条。
价格出口：从当前档位升到下一档，价格跳几倍？把这一栏直接写进你的选型表。跳 2 倍以内算健康，跳 5 倍以上，说白了就是在给它交房租，而且房东随时能涨。
四、什么时候我坚决不用零代码
说了这么多好话，也得说不好的，不然就是软文了。
并发上去就废。我实测过的最高并发是 40 多个人同时往同一个审批表里点提交，Airtable 那边直接限流返回 429，因为它的 API 是每 base 每秒 5 次请求的硬上限。20 到 30 个人同时读写，基本就开始卡了。超过这个量级，老老实实写代码。
逻辑分支超过三层的东西也别碰。零代码做 if-else 是可视化的，两层还看得清，三层以上你在画布上会迷路，而且每改一个条件就得把测试用例从头跑一遍。这种需求我宁愿花两天手写，后面省事。
最后一条，也是我自己掏过学费的：如果一个项目你预估它会活过两年，从第一天起就把数据层绑在最丑但最好迁移的工具上，界面层随便浪。因为两年后你一定会想重做界面，但绝对不想重做数据。界面换一次是三天，数据搬一次是三个月。