执行驱动交付（一）：TR0 边界卡——开工前只写一页纸，为什么就够了？

执行驱动交付一TR0 边界卡——开工前只写一页纸为什么就够了执行驱动交付EDDAI 项目交付方法论 · 1/8基于 1 个真实交付项目与内部实战实验实测2026-08 摘要传统需求调研以「天」计产出几十页需求规格书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 句主语是人不是模块只准用客户原话 痛点推导禁夹带方案偏好边界卡的生成顺序其实是一条固定的流水线从痛点一路推到第一刀痛点穷举四手法饱和即停边界穷举五问每条带依据终态画面痛点全解决后的工作流成功标准画面上的测量点可断言第一刀 MRT1最能跑起来不是最痛TR0 定稿半天一页纸顺序不能乱画面定在选型之前先有目的再有方案标准定在画面之后先有画面再有测量点第一刀定在标准之后先知道怎么算赢再切第一刀。痛点穷举四手法① 渠道穷举——客户原话/文档/现场观察/同行反馈全过一遍② 提问句式——问「现在最烦什么、哪件事每天重复、哪个环节老出错」不问「要什么功能」③ 场景切分——按角色/流程环节/频率逐个过④ 饱和标准——新痛点不再出现即收工约 5-8 个角色/场景。边界穷举五问钱能答应什么金额/ 权能替客户做哪些决定/ 数据能看什么、存什么、对谁说/ 嘴能对外承诺什么/ 转什么情况必须转人工。每条边界必须说得出依据说不出不写标「推测待验证」进 TR4 终验。终态画面痛点穷举饱和后从痛点地图反推 before/after 画面——「痛点全解决后客户每天的工作流变成什么样」。画面先定然后才是选型方向必须走在选型前。客户确认三反应同意→定稿完全同意警惕「懒得想」让客户复述确认修正→修正版即客户真实终态沉默→标记「画面待验证」不强行确认。画面目的成功标准画面上的测量点——画面说「不再手动整理报表」成功标准就是「报表自动生成、准确率≥90%」。边界与版本TR0 只定第一刀后续轮次是跑出来的——地图全量路径逐轮。提前预排 MRT2/MRT3 是脑内推演要戒掉的动作TR0 结束 初始边界卡定稿≠ 边界卡冻结。执行中撞出的新禁区随时追加但走证据门槛有客户/事实依据才加TR0 是时间点开工前半天边界卡是活文档贯穿全程——后面「活文档」篇展开TR0 不因档位裁剪轻量小单和资产单同规格——它是杠杆最高的环节半天省不得收尾传统需求调研把「客户说不清」当成文档问题再写细一点TR0 把它当成机制问题换个问法、换个产出形态。半天一页纸换来的是开工前就知道往哪切、不能碰什么、怎么算赢。下一篇执行驱动交付二配重三档——为什么小单走全流程必死 更多实战记录见我的博客鱼日先生讨论区你的项目开工前划禁区吗有没有经历过「没写数据隔离把生产数据改脏了」或者「成功标准写『质量好』验收互相猜」评论区聊聊你的边界卡。如果觉得有收获欢迎点赞 收藏 关注这是激励我更新这个系列的最大动力。本文基于真实项目交付经验撰写2026-081 个真实交付项目与内部实战实验。文中数据均来自实测记录方法论部分以「已验证 / 推断待验证」标注边界。