预算前的基线摸底
重点是在预算窗口内拿到可信现状，产出是差距清单与优先级。时间通常很紧，建议聚焦与本次预算直接相关的两三个维度，不做全面铺开，否则报告赶不出来，或者出来了也没人来得及看，先保住窗口。
并购后的能力盘点
重点是统一口径，让两边用同一套锚点评分，产出是可比的现状表与整合建议。难点在于材料标准不同，需要先做一次口径对齐会，把关键定义写下来，否则评分差异会被误读成能力差距，也便于两边对齐。
申报与考核前自查
重点是按外部要求逐项核对，产出是差距项与补齐计划。此类诊断要严格对照要求条款，不能只用通用框架，否则自查结论与评审口径对不上，材料还要重做一遍，时间也浪费了，影响整体进度，评审时也说得清。
选型前的需求澄清
重点是把现状约束转成选型条件，产出是需求清单与排除项。诊断在这里的作用是防止买到用不上的能力，尤其是数据基础不足时的平台采购，买回来也只能当摆设，还要付维护费，钱却一分不少。
试点受阻后的归因
重点是分清是场景选择、数据条件还是组织配合的问题，产出是继续、调整或停止的建议。归因要基于记录而不是印象，否则容易把组织问题误判为技术问题，越修越偏，最后只能放弃，最后只能推翻。
适用与不适用
适合谁
- 进入预算或申报周期、时间窗口紧的企业
- 并购整合中、需要统一口径的集团总部
- 试点推进不顺、需要判断下一步的团队
不适合谁
- 没有任何具体决策要支撑、容易流于形式的诊断
- 要求诊断给出确定结论、忽略不确定性的项目
典型场景
某集团在试点停滞后做了一次聚焦归因的诊断，发现主因是数据接口未排期而非模型能力。据此调整为先做接口治理，三个月后同一场景重新启动，第一轮验证顺利通过，团队也恢复了信心，后续推进顺畅，季度目标也未受影响。
可执行步骤
- 先明确本次诊断要支撑哪个决策与时间节点，并指定责任人，形成一页说明
- 按情境选择维度与取证深度，写出不做的部分，避免全面铺开，避免被反复追问
- 对照外部要求或选型条件逐项核对，留下可查证据，逐条编号，便于抽，并标明来源
- 把结论转成继续、调整或停止的建议，并指定责任人与时间，形成书面意见
常见坑
- 情境不清就全面铺开，报告很厚但没用，还耽误了决策窗口，损失更大，后面很难补回来，也没法补救
- 申报自查用通用框架，与实际要求错位，材料还要重做，时间也浪费，解释成本也高，还得写说明，还影响申报
- 归因靠印象，把组织问题误判为技术问题，越改越偏离，最后只能放弃，前面投入作废，团队也受挫，后面很难纠正
- 诊断结论停在建议，没有责任人与时间表，最后无人执行，第二年还要重来，没人再提，预算也白花，也没人复盘
自检与验收清单
- 本次诊断支撑什么决策，节点是否明确并留档，可核对
- 维度是否按情境裁剪，是否写明不做的部分与范围
- 是否逐项对照外部要求，并留下可查证据与编号
- 结论是否给出明确建议与责任人及完成时间与时限
常见问题
五种情境能合并做吗？
可以合并，但要保留各自的取证重点。合并能省一次访谈，代价是报告篇幅变长；建议主报告只写与决策相关的部分，其余作为附件，避免关键结论被淹没，便于查阅，后续也好查。
预算前时间太紧怎么办？
缩小范围，只做与本次预算直接相关的维度，并把证据等级标注清楚。仓促的全面诊断不如局部的可靠结论，后者至少能支撑一个具体决策，也便于后续补充，结论也更稳，也便于留痕。
归因诊断和复盘有什么不同？
复盘看过程与决策，归因诊断看能力条件是否具备。两者可以一起做：先用复盘理清发生了什么，再用诊断判断缺的是数据、平台还是人，结论会更完整，结论也更容易被接受。