先定义需求边界
这份清单用于加拿大预测相关方案的内部评估。审计的时机通常不是“有预算”那一刻，而是团队对要解决的问题说法不一致的时候。先把边界写下来，后面的比较才有共同坐标。
- 能用一句话写出要解决的具体问题，且不同岗位复述时意思一致。
- 已列出使用场景：谁在什么环节使用、多久用一次、产出交给谁。
- 已区分“必须现在解决”和“可以以后再谈”的部分，并写明理由。
- 已记录现有做法的成本与痛点，而不是只描述理想状态。
- 已确认不做什么，避免范围在评估过程中不断膨胀。
- 已明确验收由谁签字、依据什么材料判断是否达标。
边界写不清时，任何候选方案都会显得“差不多能用”，比较就退化成印象分。
必备项与加分项
把要求分成两栏再开始看方案。必备项是缺一项就出局的硬条件，加分项只影响排序，不改变资格。
- 必备：输出结果的形式与团队现有流程能直接衔接，不需要额外改造。
- 必备：关键判断依据可追溯，能说清结论从哪里来。
- 必备：出现异常时有明确的停止与回退方式。
- 必备：责任边界清楚，谁维护、谁复核、谁承担后果都有对应角色。
- 加分：上手时间短，新成员能在少量指导下独立完成一次完整使用。
- 加分：加拿大预测资讯类内容的更新节奏与团队使用频率匹配。
- 加分：历史记录便于复盘，能对比不同时期的判断差异。
注意不要把加分项偷偷升级成必备项，那通常意味着需求还没想清楚。
评估提问清单
提问的目的不是让对方展示优势，而是验证边界内的行为。每个问题都应能落到可观察的事实上。
- 请对方用我们的场景走一遍完整流程，而不是演示通用样例。
- 问清楚在输入不完整或相互矛盾时，方案会如何表现。
- 问维护成本：日常需要投入多少人力，出问题找谁。
- 问替换成本：如果半年后不用了，数据和流程能否平稳迁出。
- 问加拿大预测内容更新的来源与筛选方式，避免把信息量当判断力。
- 问失败案例的处理记录，观察对方是否愿意谈限制。
回答含糊的地方，往往就是后续最容易出问题的地方，建议直接记入待核实项。
取舍与风险核对
没有全优选项，取舍要写明代价，而不是只写好处。
- 功能更全的方案通常带来更高的学习与维护负担，确认团队能长期承担。
- 上手快的方案可能在边界场景下表现一般，确认这些场景是否真的会出现。
- 依赖外部资讯的方案要核对更新频率与团队节奏是否一致。
- 流程改动越少越好，但若旧流程本身是问题来源，要敢于改。
- 把每个取舍写成“选择什么、放弃什么、触发重新评估的条件”。
如果两个方案在同一取舍上给出相反答案，说明评估标准还需要再对齐一次。 加拿大预测资讯
决策框架与下一步
用统一框架收口，避免最后由声音最大的人拍板。
- 必备项逐条打勾，任何一项不满足即淘汰，不进入排序。
- 加分项按权重打分，权重在评估开始前确定，中途不改。
- 待核实项设截止时间，逾期未澄清按不满足处理。
- 保留一份未选方案的淘汰理由，供后续复盘对照。
- 把上面的边界与必备项整理成一页纸，发给所有参与评估的人确认。
- 按评估提问清单约一次场景化演示，现场记录待核实项。
- 用决策框架完成排序，写清取舍与重新评估的触发条件。
清单的价值不在于勾完，而在于让每个勾都对应一个可验证的事实。