摘要

零代码（No-Code / 无代码）降低的是「做一个能点的页面」的成本，不是「把业务做成长期可改的系统」的全部成本。它适合对象少、闭环清楚、变更主要落在配置里的场景；不适合用拖拽去补目标、统一语言、模块边界和跨系统契约。和低代码相比，零代码更偏业务自助，低代码更偏可扩展交付——两档都是加速层，都不替代规划、分析、架构、连接。读完可按四步决定：用不用零代码、先钉哪一层、何时开搭、何时改用低代码或定制。

1. 问题背景：便利是真的，翻车也常不在控件上

交付里对零代码常见两种极端：要么当成开发替代品全面推销，要么当成迟早翻车的玩具。现场更常见的是第三种情况。

真便利：没有专职开发时，部门也能把登记、审批、台账先跑起来；从「等排期」变成「本周能用」；加字段、改审批节点往往不用再开一轮研发；大量排不上优先级的内部工具，可以从 Excel 和微信群里捞出来。对中小团队和业务侧信息化自助，这已经是可用选项。

真边界：销售、仓储、财务共用「客户 / 库存」但口径未齐；核心交易与扣减规则又严又变；要和多套存量系统深度对账，主键与失败语义还说不清；把「先拖给老板看」当成规划本身。这些场景里，拖得越快，错结构越快变成线上事实。

所以问题通常不是「零代码好不好」，而是：这件事的结构钉住了没有，再决定用不用最快的落地方式。

2. 方案选择：先定义，再选型

2.1 名词

• 零代码（无代码）：以可视化配置为主（表单、流程、权限、简单报表），业务/管理员自助搭应用，过程中几乎不写代码。

• 低代码：配置 + 少量代码/接口扩展，更常有交付或开发参与，定制与集成空间通常更大。

• 规划：做不做、做到哪、上线后谁持续管。

• 分析：对象、角色、流程、统一语言。

• 架构：模块、边界、状态、模块间信息流。

• 连接：系统如何连、如何控、契约是什么（主键、状态含义、失败怎么办）。

2.2 零代码 vs 低代码（粗分）

维度	零代码	低代码
主要使用者	业务 / 管理员自助	更常有交付或开发参与
交付形态	配置与模板为主	配置 + 少量代码 / 接口扩展
强项	上手快、改字段和节点快	定制和集成空间更大
常见上限	复杂逻辑、深度扩展、平台能力边界	仍依赖人把对象和边界想清楚

选择结论：两档都不替代四层判断。零代码把自助做到更彻底；低代码多留扩展口。对象少、闭环清、弱耦合 → 优先考虑零代码。边界还会动、必须硬对账 → 倾向低代码或定制，而不是硬拖。

3. 实施步骤（四步）

下面四步在选型会和开搭前跑一遍。每步写出输入、输出、完成标准。

步骤 1：写清成功标准（规划）

输入：诉求原话、发起角色、期望上线时间、是否已有系统/Excel 在跑。
输出：一句可证伪的验收口径 + 上线后谁改、按什么节奏改。
完成标准：能回答「做成什么样算成功」；写不出，停在规划层，不要开模板。

操作：

1. 把诉求写成一句话问题，而不是功能名。

2. 明确验收人与持续维护人（可以是业务管理员）。

3. 范围写「本次不做」至少两条，防止演示范围无限涨。

零代码在这一步的价值：更快验证「能不能用起来」。替不了的是范围决策本身。

步骤 2：钉对象与语言（分析）

输入：步骤 1 的验收口径、现场高频名词（客户、订单、库存、工单等）、参与部门。
输出：对象清单、角色清单（不要用部门名代替角色）、主流程动宾列表。
完成标准：每个核心名词只有一个定义；角色能对应到「谁对什么对象做什么」。

操作：

1. 穷举角色：销售、仓管、财务审核，而不是「销售部」。

2. 按角色列动作；查询筛选默认能力不要塞进流程清单。

3. 由动作反推对象，本步不抠字段小数位。

零代码在这一步的价值：快速落表单与流程草稿。替不了统一语言。口径分裂时先别开搭。

步骤 3：判边界与变更形态（架构）

输入：对象清单、主流程。
输出：模块「管/不管」、粗状态机、变更是否主要落在配置里的判定。
完成标准：能判断「明天规则变了，现有边界还撑不撑」；撑不住，禁止用最近的一张表硬接。

操作：

1. 问：对象少不多、闭环是否在单部门或短链路内说得完。

2. 问：变更是加字段/改节点/调权限，还是频繁重写业务规则。

3. 问：是否存在多角色同时改同一核心对象且口径未齐。

适合开零代码的信号：对象少、闭环清、配置型变更、弱耦合。
改用低代码/定制的信号：复杂规则、频繁重切边界、必须严格一致的交易/库存/资金逻辑。

步骤 4：立连接契约（连接）

输入：跨系统对象、需要对齐的口径、权限主体。
输出：契约条目：谁产生、谁消费、主键、状态含义、失败时怎么办；以及「能否在配置内解决」的判定。
完成标准：对账和权限不再只靠某个人即时判断；说不清契约就不要假设「连一下就行」。

操作：

1. 列出跨系统同一业务对象，写两边字段含义，不只对字段名。

2. 约定超时、重复、部分成功分别谁负责。

3. 若必须深度对账且平台标准连接不够，记录为选型否决项或升级为低代码/定制。

四步过完，才决定：零代码开搭 / 低代码 / 暂缓。三问（成功标准、对象是否同义、对账契约）过不了，功能先不要进配置。

4. 决策清单（模板，不是可执行代码）

把一次选型写成下面这份记录即可，用文档或工单存。

initiative: "部门报修台账从 Excel 迁出"
layer_gate:
  plan: "本周内业务可提单、主管可派单；不做跨仓调拨"
  analysis_ok: true   # 核心对象定义是否唯一
  architecture_ok: true
  integration_ok: true
objects:
  - name: 报修单
    owner: 行政
roles:
  - 提单人
  - 派单主管
  - 维修执行
change_shape: config   # config | rule_rewrite
coupling: weak         # weak | standard_sync | hard_reconcile
decision: nocode       # nocode | lowcode | custom | defer
reason: "对象少、闭环清、弱耦合；维护人是业务管理员"
open_build: true       # 仅当四层门禁通过

decision: nocode 的前提是 layer_gate 四项可答且 open_build 为真。
coupling: hard_reconcile 时，默认不要直接选 nocode。

5. 风险与排障

误判 1：把演示当成规划。
现象：老板看过页面，范围每周涨，仍无验收口径。
处理：退回步骤 1，先写一句可证伪的成功标准与「本次不做」。

误判 2：同名异义上线。
现象：「库存」在仓库与财务口里不是一个东西，字段越加越多。
处理：退回步骤 2，拆对象再开表；不要用新字段修补旧定义。

误判 3：用零代码硬接复杂对账。
现象：标准同步看似通了，对不上时无人负责。
处理：退回步骤 4；契约说不清就改低代码/定制，或缩小范围到弱耦合闭环。

误判 4：否定工具本身。
现象：一次乱用失败后，全面禁止零代码，内部工具重回 Excel。
处理：区分「工具加速错结构」与「工具不适用」；适合场景仍应用，省的是排期，不是思考。

误判 5：以为低代码能自动补架构。
现象：换成低代码后仍只堆页面。
处理：低代码提高的是扩展上限，四步门禁同样要跑。

排障从上游往下：契约对不齐，先看是不是对象就不是一个东西；不要先加同步任务。

6. 复盘：你买到的是加速，不是分层

跑完一轮，最小交付不是「拖了多少页面」，而是：

• 一句验收口径与维护人

• 一套还敢拿来吵架的对象和角色

• 边界与变更形态判定（config vs rule_rewrite）

• 跨系统契约（或明确「本次不连」）

• 一项可执行的选型结论：nocode / lowcode / custom / defer

零代码是企业信息化里真实可用的加速器：门槛低、落地快、改配置便宜。能力边界也很清楚：复杂逻辑、深度扩展、硬对账，以及规划与分析，都不该假装被拖拉拽消掉。

正面结论：值得用，用在对的地方。
克制结论：用它省开发可以；用它省思考，最后会把便利吐回去。

下次选型先填那份 YAML，再决定开不开搭。评论区可以只讨论对象、耦合级别和决策结果，不必上公司名与厂商名。