现场要盯的信号
这次评估的范围很窄：不是讨论加拿大28计划本身能否预测，而是判断一套围绕它的记录与核对工具值不值得采购。需求定义先落在“现场能不能用”上，而不是功能列表有多长。
一线最该盯的信号，往往不是界面多漂亮，而是数据进来时是否稳定、时段切换时是否错位、异常时有没有留痕。以下是我在试用阶段会逐项记录的观察点：
- 时段边界：跨时段时记录是否连续，切换点有没有重复或缺口。
- 数据来源标注：每条记录能否追溯到来源与采集时间。
- 异常留痕：断流、延迟、格式变化是否被单独标记，而不是静默丢弃。
- 操作日志：谁在什么时候改了参数，能否回看。
一线教训：演示环境里一切正常，往往只是因为还没遇到时段切换和来源抖动。评估必须把这两件事排进必测项。
常见故障模式
把故障模式先列出来，采购时才有对照物。以下是我见过或需要重点验证的几类，属于评测阶段的必查项，而不是可选加分项：
- 静默丢数：采集失败但界面不报错，事后才发现记录缺口。
- 时区与时段错配：显示时间与记录时间不一致，导致核对结论偏移。
- 参数漂移：多人共用同一套配置，改动没有版本区分。
- 导出失真：导出文件字段缺失或顺序变化，二次核对时对不上。
- 告警疲劳：告警过多且无法分级，现场人员干脆忽略。
这些模式不需要复杂统计就能暴露，关键在于采购前是否要求供应商现场演示异常路径，而不是只演示顺利路径。 加拿大28计划实用指南
诊断顺序怎么排
工具到手后，诊断顺序决定了排查效率。我倾向从外到内、从粗到细，避免一上来就翻底层日志：
- 先确认时段与时间基准是否一致，排除最外层的错位。
- 再核对数据来源与采集时间，判断是断流还是延迟。
- 然后检查操作日志，确认近期是否有人改过参数。
- 接着比对导出结果与界面记录，看是否失真。
- 最后才进入告警与底层日志，定位具体环节。
这个顺序的价值在于：多数现场问题在前两步就能定性，不必把时间耗在深层排查上。采购评估时可以要求对方按这个顺序走一遍，看工具是否支持逐层下钻。
回滚与恢复路径
权衡的核心常在这里：功能越多的方案，回滚往往越麻烦。采购时必须问清楚恢复路径，而不是等出事再补：
- 配置是否有版本快照，能否一键回到上一版。
- 数据记录是否可重建，重建需要多长时间、依赖哪些外部条件。
- 回滚期间核对工作能否降级继续，而不是完全停摆。
- 回滚操作本身是否留痕，便于事后复盘。
如果一套方案在回滚上语焉不详，即便功能列表再长，也应视为高风险项。恢复能力属于必备，不是可选。
带走的检查清单
把上面的观察收敛成一份可带走的检查清单，用于采购评审会逐条打勾：
- 时段切换与时间基准是否现场验证过。
- 数据来源、采集时间、操作日志三项是否齐全。
- 异常路径是否演示过，静默丢数能否被发现。
- 导出字段是否稳定，二次核对是否可复现。
- 配置快照与回滚步骤是否写入交付文档。
- 告警是否分级，现场人员能否据此行动。
下一步建议很直接：让候选方案按同一份清单做一次现场走查，记录差异而非听介绍。选型结论应来自可复现的核对过程，而不是宣传材料。