从能演示到能生产，中间隔着六道门

演示很顺，客户点头，顺手提了个小改动。接下来两个月，项目卡在「能跑」和「在用」之间，没人说得清卡在第几步。这段距离不是再调调参数，是六道门。每道门问的问题，上一道门都答不了。

六道门，六种证据

样本门：跑的是客户的数据，还是 FDE 电脑上那份整理过的文件？证据是拿一份没动过的原始导出端到端跑一遍，把行数和日期记下来。失败的样子：演示文件谁都说不清是从哪个系统导出来的。

质量门：客户真实会遇到的输入，它答对的比例够不够？证据是调优之前就写好的测试集，正常、该拒绝、边界三类都覆盖。试了十道题、感觉不错，那不叫测试集。

系统门：它在客户的环境里活得下来吗？证据是按顺序做完三项检查——数据流、权限、失败回退。接口返回成功只是起点，它证明请求送到了，不证明事情发生了。

用户门：一组有名有姓的真实用户，能不能在没有你的情况下把活干完？证据是一份名单、一个明确的任务，以及他们自己留下的操作记录。满意度打分不算证据，它量的是演示，不是工作流。

运营门：除了造它的人，还有别人能发现故障并把它停下来吗？证据是测试里真的响过的告警、真的执行过的回滚，以及一份写着值班人联系方式的处置手册。

价值门：口径表里那个数，在足够长的窗口里动了吗？证据就是那个指标、客户自己的数据，以及窗口打开之前写定的剔除规则。

门	它回答什么	算通过的证据	失败的样子
样本	这是客户的数据吗	原始导出跑通一次，记下日期与行数	来路不明的演示文件
质量	难例上对得够不够	事先写好的测试集，三类用例齐全并有分数	十道挑过的题
系统	在客户环境里扛得住吗	数据流、权限、失败回退，按序通过	接口返回 200
用户	真人能独立做完吗	具名用户、明确任务、他们自己的记录	再给人演示一遍
运营	别人能把它停下吗	告警响过、回滚跑过、值班人有名	「出了问题我们会发现」
价值	数字动了吗	约定的指标、客户数据、窗口守约	两个用户的口头反馈

停摆停在质量门和用户门之间

前三道门是工程活，FDE 一个人能做完，也能表演给人看。后三道门要别人的日历、别人的权限、别人的数据。项目一卡，团队就再跑一遍演示，因为那是唯一一直回答「可以」的门。

征兆是版本号一直涨，用户名单一直是空的。原型做到十四版、一个具名用户都没有，这不是进展，是一个带好看排版的循环。

质量门还有一个更安静的问题：它不能由建造者自己通过。同一个人既写测试集又写代码，测试集就继承了他自己的盲区。这道门要由没参与建造的人来撞，撞不动了才算过。

门不是阶段

公开的 0–4 路线给了时间盒：准备 0–2 周、诊断 2–4 周、试点 1–2 月、生产 2–4 月、扩展 4–12 月（《2026 中国 FDE 人才白皮书》第 19 页）。把一道门对到一个阶段、过了阶段就算过门，是很顺手的读法，但它是错的。

试点第一周就可能过不了样本门，第八周过不了价值门。生产阶段也可能在运营门还开着的时候开始——系统上线了，却没有人能把它停下来，就是这么来的。门是横切阶段的一次次证据评审，由此有两个后果：同一道门允许失败两次，第二次失败应该做成停下来的决定，而不是再冲一个冲刺；时间和门冲突时以门为准，诚实的做法是重谈日期，不是重谈证据。

每道门都要有一个能说不的人

没有守门人的门不是门，是周报。开工前给每道门写三样东西：什么算证据、谁来看、哪天看。看的人如果就是 FDE 自己，这道门是自评；证据如果是一页幻灯片，这道门是故事。

反向测试很简单：说出一件会让你判失败的具体观察。说不出来——哪一行数据错了、哪个用户放弃了、哪条告警没人看见——这道门就不存在。

价值门通常最弱。它需要一个不少于四周的窗口（与四周法则同一个长度），而且它是唯一一道「失败不归 FDE 一个人修」的门。前五道门全过、价值却没动的系统是存在的，因为系统周围那套流程没动。这是真实结果，应当照实记录，而不是记成「采用率不足」。

下一场演示之前，先把这四问答完

1. 这次要过的是哪道门，证据是哪份东西？
2. 谁看过，他有没有可能说不？
3. 下一道门是哪道，它要什么证据？
4. 下一道门要是过不了，是缩范围、改日期，还是停？

演示是样本门的输入，不是项目的产出。第一周原型的作用就是挣到第一份证据，七天冲刺是最短能拿到其中两道门的循环。把一次好演示当成六道门都在往前走，是项目在走廊里忙两个月最常见的原因。