FDE 项目启动文档模板：一页纸对齐客户、老板和自己

这篇解决的问题是：项目启动时客户、你的老板和你自己对「要做什么、做到什么程度」各有一套想象，直到验收才对上。

最值得拿走的是模板中两个最常被敷衍的字段：「明确不做的事」和「成功标准」——前者决定范围会不会在第三周开始蔓延，后者决定验收时吵不吵架。最容易出现误用是把它写成一份大而全的项目管理文档：字段越填越多，反而没人读，「一页纸」约束正是为了逼你在动笔前完成取舍。

相比站内的访谈与期望管理内容讲过程，这篇给的是过程的落点——一份可以直接发出去对齐的书面载体。国内语境要叠加的是：这份文档常需要帮客户对接人向其内部转述，行文要尽量让对方能整段摘用。

读完后选一个正在启动或已启动但没对齐过的项目，把模板填出来，发给客户方关键人约一次三十分钟的对齐会。

—— FDEChina编辑部 · 实战派

启动文档是 FDE 项目里性价比最高的一份材料：花两小时写，换来整个交付周期里「出问题时翻出来对一下」的锚点。它的读者有三类——客户方要确认你理解对了，你的老板要确认资源花得值，你自己要在三个月后还记得当初为什么这么设计。这份模板用一张信息表加八个小节构成，硬约束是一页纸：如果填超了，优先删形容词，其次合并小节，最后警惕的信号是「范围还没想清楚」。它以客户访谈的纪要为输入，边界条目与客户期望管理保持同一套口径，验收标准一节与PoC 验收清单逐项呼应。

模板本体

一、基本信息

二、背景与问题

• 业务背景：客户处在什么场景，为什么是现在要解决（三句以内）。
• 要解决的问题清单：按优先级排列，每条含发生场景与量化代价，来自访谈纪要。
• 已尝试过的办法：客户之前怎么应对这个问题，为什么不够用。

三、目标与非目标

• 目标：本期要做到的 2–3 条，每条一句话，可以被验证。
• 明确不做的事：逐条列出并附理由（例如「手写票据不覆盖，占比约一成且识别成本过高」）。
• 本期之后的方向：下一期可能的延伸，仅作展望，不构成承诺。

四、成功标准

• 业务标准：问题清单上的核心问题，解决到什么程度（如：该环节人力投入下降的判定方式）。
• 技术标准：核心场景任务成功率达到约定数值，延迟与单条成本在约定范围内（口径参照评测基线文档）。
• 判定方式：谁测、用什么测、什么时间测，验收时逐条可复现。

五、里程碑计划

六、角色与分工

• 我方：谁负责方案、谁负责交付、谁对客户承诺负责（每个名字对应一件事）。
• 客户方：谁提供数据、谁参与验收、谁有范围变更的否决权。
• 双方接口人：日常沟通走谁，变更请求递给谁。

七、依赖与风险

• 关键依赖：客户方需要按时提供的数据、账号、环境与人力，逐条写明责任人与日期。
• 主要风险：每条风险附影响与应对（如「样本量不足，应对：第二周复盘时按实情调整成功标准」）。
• 前提假设：成立时本计划才有效的前提，逐条列出（如「以客户提供的三百条样本为代表」）。

八、沟通机制

• 例会节奏：周期、时长、参加人、固定议程。
• 进度同步形式：什么频次、发给谁、含哪些内容。
• 坏消息约定：影响进度或指标的事项，多少小时内主动同步、同步给谁。

九、验收标准

• 验收依据：本文件第四节的成功标准，逐条对应。
• 验收流程：预验收校准会的时间、正式验收的形式、争议条目的分类处理方式。
• 交付物清单：系统、文档、评测集与脚本、交接材料，逐项列明。

使用说明

填写的顺序建议是先难后易：先把「目标与非目标」和「成功标准」两节填出来，这两节填得动，说明访谈阶段的问题清单质量过关；填不动，说明该回去补访谈而不是硬凑文档。最常见的填法错误有三类：目标写成愿景（「提升客户服务智能化水平」无法验证，改成「工单分类场景准确率达到约定值」才是目标）；非目标一栏留空或写「详见后续沟通」（留空的非目标等于把范围决定权让给客户的临时想法）；成功标准缺判定方式（达到多少、谁测、何时测，缺任何一项，验收时都会多吵一轮）。信息表里的周期与里程碑日期，务必在发客户之前与内部排期核过，文档发出去之后再改日期，损耗的是下一次的信任。

这份文档的价值一半在写作、一半在对齐。发给客户后不要静等反馈，约一次三十分钟的对齐会，逐节过，重点过非目标与成功标准——会上客户对非目标的每一次异议，都是提前暴露的范围风险，比验收会上遇到便宜十倍。定稿后升版本号存档，此后每次范围变更都在这份文档上升级版本而非另起新文档，让它始终是唯一的事实来源。交付过程中它还是度量与复盘的参照系：指标对不上时回看第四节，进度争议时回看第五节，项目结束时对照它写复盘。配合交付质量度量使用，可以让这页纸上的每个承诺都有对应的数字跟踪；团队可以把它纳入项目交接清单的移交物，保证下一任接手时有一份双方签认过的原始约定。