五类交付物
任务清单写清输入输出与判定人，条件核验表逐项标注可得性与缺口，风险清单写失败情形与影响，选项对比列前提与代价，验收口径草案给出可测的成功标准。缺任何一类，立项会都要重新讨论一遍。
结论要能追溯
每条结论后面应能指到访谈记录、数据样例或系统现状，而不是凭经验判断。可追溯的报告在评审时经得起追问，也便于半年后复核当初的假设是否还成立。无法追溯的结论，通常也无法执行。
验收看被采用
诊断的验收标准不是报告页数，而是结论是否进入立项材料、任务清单是否被开发直接引用、风险项是否有人认领。若报告写完就归档，说明诊断没有进入决策流程，投入很难说产生了价值。
边界：不做承诺
诊断只给判断与选项，不承诺项目一定成功，也不替代客户方的业务决策与合规审查。涉及数据合规、合同条款与对外承诺的，由客户方法务与业务负责人确认，我方提供事实与分析依据。
适用与不适用
适合谁
- 需要向决策层提交立项材料的团队
- 多次试点未果、想先弄清问题的企业
不适合谁
- 只想拿一份报告交差、不打算立项的场景
- 要求诊断承诺效果或承诺中标的诉求
典型场景
某集团的需求诊断报告交付后，评审会逐条追问结论依据，团队当场调出访谈记录与数据样例，两处假设被修正。任务清单随后被开发直接引用为需求文档，风险清单中的三项被指定责任人。报告排版朴素，但确实进入了决策流程。
可执行步骤
- 按五类交付物逐项列清单，并为每一项指定接收人与用途
- 每条结论都标注依据来源，便于评审时现场追问与逐条核对
- 组织评审会，在会上逐条核对关键假设，并记录被修正的结论
- 确认任务清单已被开发引用，并且每一项风险都有认领人
- 把未采纳的结论与原因一并归档，留作下一轮复核的参考
常见坑
- 报告写成行业分析，缺少任务清单与验收口径，评审结束后仍没人知道下一步做什么。
- 结论没有依据来源，评审时被追问几句就卡住，整份报告的可信度一次性耗尽。
- 风险项只列不认领，立项后无人跟进，等到风险真正发生才回头翻出这份报告。
自检与验收清单
- 五类交付物是否齐全，是否逐项签收
- 每条结论是否都有可查的依据来源与记录
- 任务清单是否已被开发引用为需求文档
- 风险项是否逐项有责任人认领并跟进
常见问题
诊断报告多长合适？
以能支撑决策为准，通常不需要很长，但五类交付物要齐。把篇幅花在任务拆解、条件核验与选项对比上，比堆行业趋势更有用；决策者关心的是做什么、要什么条件、代价多少。
结论被推翻怎么办？
记录推翻的理由与新依据，更新报告版本，并说明对范围与验收条件的影响。诊断本就是一组假设，被修正很正常；怕的是结论被推翻却没人更新，后续开发仍按旧口径推进。
能只做诊断不继续开发吗？
可以，诊断本身是独立交付。不少企业先做诊断再决定是否立项，或拿着诊断结果去比较多家方案。只要交付物齐全，诊断的价值并不依赖后续是否合作，也不必捆绑采购。