执行驱动交付（一）：TR0 边界卡——开工前只写一页纸，为什么就够了？
执行驱动交付（EDD）：AI 项目交付方法论 · 1/8
📖 摘要：传统需求调研以「天」计，产出几十页需求规格书；TR0 以「半天」计，产出一页痛点边界卡。本文讲 TR0 的四项改变：不穷举需求、穷举痛点和边界；不冻结需求、定义「可以安全起跑」；成功标准必须可断言（「准确率≥90%」可以，「质量好」不行）。
📌 本文要解决的核心痛点
- 需求调研两周，规格书几十页，客户看完说「差不多吧」——然后返工半年？
- 问客户「你要什么功能」，他答不上来；验收时却说「这不是我要的」？
- 项目做完才发现，当初没划禁区，AI 把不该动的数据也动了？
- 本文用 TR0 边界卡：半天、一页纸，锁定下刀点、划定禁区、定义可断言的成功标准。
场景
传统需求调研的流程：访谈客户 → 整理需求矩阵 → 写需求规格书 → 评审 → 冻结。以「天」计，团队投入最大的环节在开工前——产出是一份几十页的「需求冻结令」。
但 AI 项目里这个流程有两个致命假设：假设需求能被穷举（客户说得清），假设文档能防返工（写下来就不会变）。两个假设都站不住：客户回答不了开放问题（「你要什么功能」），他只能对具体画面做反应（同意/否定/修正）；而文档防不住返工——返工的根源不是需求没写清，是需求在真实执行中才暴露。
TR0 把这一环整个换掉：不穷举需求，穷举痛点和边界。半天时间盒，一页纸输出。
结论
TR0 是开刀前的手术方案：锁定下刀点、划定禁区、定义成功标准。产出是半天一页的痛点边界卡——结束标志是「可以安全起跑」，不是「需求冻结」。
TR0 相对传统需求调研有四项改变：
| 维度 | 传统需求调研 | TR0 边界卡 |
|---|---|---|
| 目的 | 穷举需求防返工 | 锁定下刀点 + 划定禁区 |
| 方法 | 访谈 + 需求矩阵 | 痛点穷举 + 边界盘点 + 成功标准 |
| 时长 | 以「天」计 | 半天（杠杆最高 ≠ 周期最长） |
| 输出 | 需求规格书 | 一页痛点边界卡 |
推导链：为什么「痛点、边界、成功标准」三者就够了
需求不用穷举——客户脑内没有完整画面，问不出来的；但痛点要穷举——「现在最烦什么」客户说得清，痛点饱和（新痛点不再出现）就是收工信号。边界要穷举——不划禁区，AI 会在你看不见的地方越界（动了生产数据、对外发了不该发的消息），禁区必须在开工前定死。成功标准必须可断言——「质量好」没法验收，「准确率≥90%」才能验收；标准含糊，TR4 验收就是走过场。
三者合起来回答三个问题：往哪切（下刀点）、不能碰什么（禁区）、怎么算赢（成功标准）——这就是「可以安全起跑」的全部前提。
正例实证：一页纸怎么接住一个交付项目
网络设备故障诊断助手项目，TR0 半天完成，输出一页边界卡：
档位：资产单（这个项目能沉淀检索调优结论和企微部署包）
痛点清单（排序带下刀点）：手册几千页查不到（下刀点★）；口语问法和手册术语对不上；故障诊断和配置查询混在一个回答里
边界清单（带来源）：只读公开手册数据（事实）；不碰客户内网系统（客户拍板）；故障诊断只给思路不给操作指令（客户拍板）——每条都标了来源
成功标准：意图分类准确率≥90%；故障定位时间从 20-30 分钟降到秒级（可断言）
MRT1（第一刀）：50 条手册片段建小库，跑 3 个真实问题，召回率达标
终态画面：值班工程师在企微里问一句人话，机器人给出诊断思路和对应手册章节，不用再翻目录（3 句，主语是人）
这张卡的价值：第一刀切下去之前，所有人知道禁区在哪（不碰内网）、怎么算赢（召回达标）、往哪走（值班工程师的工作流变了）。后续每一轮都是这张卡的延伸，不是重写。
反例实证：没划禁区的一刀
另一个项目（内部实验），边界卡没写「数据隔离」——开发期直接在客户环境真实生产数据上试检索。一次测试参数配错，把生产库一段数据改脏了。客户环境操作规则缺失的代价：信任损失 + 回滚成本。
还有一次，边界卡里写「成功标准：回答质量好」——TR4 验收时客户说「质量不行」，我们问「哪不行」，客户说「说不上来，就是感觉不对」。标准含糊，验收变成互相猜。后来全部改成可断言标准（准确率/覆盖率/命中率），验收才第一次有了客观依据。
两条反例指向同一个根因：TR0 省掉的不是时间，是约束。禁区不划、标准不量化，省下的半天会在执行期十倍还回来。
实践动作：边界卡六区块 + 终态画面（模板块）
一页痛点边界卡（六区块）+ 终态画面附页：
| 区块 | 内容 |
|---|---|
| ① 档位标记 | 轻量小单 / 中单 / 资产单 |
| ② 痛点清单（排序，标下刀点） | 2×2 矩阵（痛感强度 × 见效速度，圈右上角；排除数据拿不到、试错成本高的） |
| ③ 边界清单 | 每条标来源（客户/事实/推测） |
| ④ 成功标准 | 可断言，从终态画面抽取测量点 |
| ⑤ MRT1 | 第一刀定义（最小可运行任务） |
| ⑥ 客户类型 + 已确认项 | 当场拍板 |
| 附页 · 终态画面 | 痛点全解决后，客户每天的工作流变成什么样；≤3 句；主语是人（不是模块）；只准用客户原话 + 痛点推导，禁夹带方案偏好 |
边界卡的生成顺序，其实是一条固定的流水线（从痛点一路推到第一刀）：
顺序不能乱：画面定在选型之前（先有目的再有方案），标准定在画面之后（先有画面再有测量点），第一刀定在标准之后（先知道怎么算赢，再切第一刀）。
痛点穷举四手法：① 渠道穷举——客户原话/文档/现场观察/同行反馈全过一遍；② 提问句式——问「现在最烦什么、哪件事每天重复、哪个环节老出错」，不问「要什么功能」；③ 场景切分——按角色/流程环节/频率逐个过；④ 饱和标准——新痛点不再出现即收工（约 5-8 个角色/场景）。
边界穷举五问：钱（能答应什么金额）/ 权（能替客户做哪些决定）/ 数据（能看什么、存什么、对谁说）/ 嘴（能对外承诺什么）/ 转（什么情况必须转人工）。每条边界必须说得出依据，说不出不写，标「推测待验证」进 TR4 终验。
终态画面：痛点穷举饱和后，从痛点地图反推 before/after 画面——「痛点全解决后，客户每天的工作流变成什么样」。画面先定，然后才是选型（方向必须走在选型前）。客户确认三反应：同意→定稿（完全同意警惕「懒得想」，让客户复述确认）；修正→修正版即客户真实终态；沉默→标记「画面待验证」，不强行确认。画面=目的，成功标准=画面上的测量点——画面说「不再手动整理报表」，成功标准就是「报表自动生成、准确率≥90%」。
边界与版本
TR0 只定第一刀，后续轮次是跑出来的——地图全量，路径逐轮。提前预排 MRT2/MRT3 是脑内推演，要戒掉的动作
TR0 结束 = 初始边界卡定稿，≠ 边界卡冻结。执行中撞出的新禁区随时追加，但走证据门槛（有客户/事实依据才加）
TR0 是时间点（开工前半天），边界卡是活文档（贯穿全程）——后面「活文档」篇展开
TR0 不因档位裁剪：轻量小单和资产单同规格——它是杠杆最高的环节，半天省不得
收尾
传统需求调研把「客户说不清」当成文档问题（再写细一点），TR0 把它当成机制问题（换个问法、换个产出形态）。半天一页纸，换来的是开工前就知道：往哪切、不能碰什么、怎么算赢。
下一篇：配重三档——流程不是越全越好，小单走全流程必死。
💬 讨论区：你的项目开工前划禁区吗？有没有经历过「没写数据隔离，把生产数据改脏了」或者「成功标准写『质量好』，验收互相猜」？评论区聊聊你的边界卡。
本文基于真实项目交付经验撰写（2026-08，1 个真实交付项目与内部实战实验）。文中数据均来自实测记录，方法论部分以「已验证 / 推断待验证」标注边界。
