这次自检的触发点通常很朴素：团队已经在讨论“用哪套方案”，却没人能一句话说清要解决的是哪个决策问题。必赢策略的选型一旦跳过需求定义，后面的比较就会变成参数堆叠。本清单用于在正式采购或内部立项前做一次范围与标准的核对，读者是负责评估方案的人，不是被评估的供应商。
使用方式很简单：每个条目只有“已核对”和“未核对”两种状态，未核对的条目不要用“大概”“应该”带过。清单不评价任何具体产品，只提供可观察的核对动作。
需求定义：先写清要解决的决策问题
需求定义阶段的目标是把模糊的“想要更准的决策”翻译成可核对的条件。以下条目建议逐条勾选，任何一条留空都会让后续比较失去基准。
- 能用一句话写出当前决策卡在哪一步：信息收集、方案比较，还是执行后的回退判断。
- 列出最近三次真实决策，标注每次耗时与返工原因，作为需求依据而非印象。
- 明确决策的参与角色：谁提议、谁拍板、谁执行、谁承担后果。
- 写清决策频率与时间窗口，判断是高频小决策还是低频大决策。
- 标注现有工具与方法论的覆盖范围，避免重复采购同一能力。
- 记录约束条件：预算区间、合规要求、数据能否外流、上线时间。
完成这一组后，需求应当能被第三方复述而不走样。若复述时出现分歧，说明需求定义还没收敛，先不要进入下一组。
必备项与加分项：把清单分成两栏
把需求拆成两栏是这份简报的核心动作。必备项用于排除不合格方案，加分项只用于在合格方案之间排序，两者混在一起最容易导致选型被亮点带偏。
- 必备项一：能否覆盖已列出的决策场景，而不是只覆盖演示场景。
- 必备项二：决策依据能否被追溯，事后可复查当时的输入与判断逻辑。
- 必备项三：与现有流程的接口是否明确，包括数据来源与责任人。
- 必备项四：退出成本是否可接受，包括数据导出与流程回退方式。
- 加分项一：学习成本低，新成员能在短时间内独立使用。
- 加分项二：支持多人协作与意见留痕，便于复盘。
- 加分项三：维护负担小，不需要专人长期投入。
核对标准是：删掉任何一条加分项，方案仍然可用；删掉任何一条必备项，方案直接出局。若某条被两边同时引用，说明它还没被定义清楚。
评估问题：向候选方案逐条发问
评估问题应当对每个候选方案问同样的话，答案记录在同一张表里，便于横向比较。以下问题按“方法论”和“外部工具”两类分别准备，避免用工具的能力去要求方法论。
- 这套方案在什么条件下会失效，失效时如何被发现。
- 它要求团队改变哪些既有习惯，改变的成本由谁承担。
- 决策过程中的假设由谁记录、由谁复核。
- 出现分歧时，方案提供的是裁决机制还是仅提供更多信息。
- 方案上线后，用什么信号判断它正在起作用或正在失效。
- 如果半年后停用，已有数据和结论能否完整带走。
把答案写成短句而非评分，评分容易掩盖“答不上来”这一关键信号。答不上来的问题本身就是风险项。
权衡：接受哪些代价
选型不是找没有缺点的方案，而是明确愿意承担哪种代价。以下权衡项建议在内部会议上逐条确认，并记录确认人。
- 内部方法论：贴合业务、可控性强，但依赖关键人，人员流动会带来断层。
- 外部工具：能力边界清晰、上手路径明确，但流程适配需要额外投入。
- 追求覆盖全面，往往带来配置复杂与维护负担。
- 追求轻量易用，往往牺牲追溯深度与协作留痕。
- 追求快速上线，往往压缩验证时间，把风险推到使用阶段。
权衡的产出不是“哪个更好”，而是“在什么条件下选哪个”。把条件写下来，后续复盘才有对照物。
推荐框架：形成内部结论与下一步
推荐框架的作用是把前面的核对结果收敛成一个可被复核的结论。结论应当包含适用条件与不适用条件，而不是一句笼统的推荐。
- 结论只引用已核对的必备项与加分项，不引入清单外的新理由。
- 写明该推荐在哪些条件下成立，以及条件变化时的替代路径。
- 标注仍未解决的开放问题，并指定跟进人。
- 设定一次复查节点，用实际使用信号检验推荐是否成立。
下一步建议按顺序执行，避免跳步： 必赢方法论
- 补齐需求定义中留空的条目，形成一页纸的需求说明。
- 用必备项对候选方案做第一轮排除，记录排除理由。
- 对通过排除的方案逐条回答评估问题，答案统一归档。
- 在内部会议上确认权衡项与确认人，形成书面结论。
- 约定复查节点，把实际使用中的信号补回清单。
清单的价值不在于一次填完，而在于每次决策前都能被重新拿出来核对。必赢思维在这里体现为：把判断依据写下来，让下一次决策有据可查。