为什么现在要做一次采购审计
雷速官方落地项目往往在需求还没写清时就进入比价阶段，结果采购回来的能力与实际使用场景错位。审计的意义不是重新招标，而是拿一张可核对的清单，回头检查现有方案里哪些是真正被用到的必备项，哪些只是当初被说服加上的可选项。 雷速官方
触发审计的常见情形有三类：使用方反馈信号时有时无；维护方说不清某项能力由谁负责；预算复核时无法解释某笔支出的用途。出现任意一类，就值得停下来做一次清单式核对，而不是继续叠加新功能。
审计范围与不纳入范围
先划边界，否则清单会无限膨胀。审计只覆盖与决策直接相关的环节，其余一律列为观察项，不进入本轮采购结论。
- 纳入：信号接入方式、数据更新节奏、异常提示机制、账号与权限划分。
- 纳入：使用方的日常操作路径，以及出现异常时的上报与确认流程。
- 不纳入：与决策无关的展示样式偏好，除非它影响信息读取速度。
- 不纳入：尚未确定使用方的远期扩展设想，留作下一轮评估。
必备项清单：信号接入与可用性
必备项的判断标准只有一条：缺了它，决策流程就走不完。以下每项都应能被现场演示或书面说明验证，而不是只听口头承诺。
- 能说明信号从哪来、经几道环节到达使用方，每一环有明确责任方。
- 能演示一次完整的异常提示：从触发到使用方看到，中间不依赖个人转告。
- 能提供接入失败时的回退方式，且回退后信息不会静默丢失。
- 账号权限可按角色区分，离职或换岗后有可执行的回收步骤。
- 关键环节有可查的记录，出现争议时能还原当时看到的内容。
可选项清单：展示与协作能力
可选项不是不重要，而是可以延后或替换。采购时把它们与必备项混在一张报价单里，是最常见的预算失控来源。
- 多端同步展示：有明确使用场景再上，否则先用手头设备验证需求是否真实。
- 自定义提醒样式：属于体验优化，可用统一模板替代。
- 历史内容导出：若使用方确有复盘需求则列入，否则观察一轮再定。
- 多人协作标注：取决于团队规模，人少时口头确认成本更低。
评测问题与权衡取舍
评测阶段的问题要能逼出具体答案，而不是让对方重复宣传语。建议按下面顺序提问，并记录回答原文，作为后续比对的依据。
- 这项能力由谁在日常维护？出问题时第一个被联系的是谁？
- 如果接入环节中断，使用方多久能察觉？察觉手段是什么？
- 同一份信息在不同端显示不一致时，以哪一端为准？
- 可选项如果暂不采购，后续补上的成本与现在买差多少？
权衡的核心是稳定与灵活的取舍：接入环节越少越稳，但扩展空间也越小；展示能力越丰富越顺手，但维护面同步变大。采购结论应写明选择了哪一侧，以及接受这一侧代价的理由。
红旗信号与整改顺序
审计收尾时，把发现的问题按影响面排序，而不是按修复难度排序。以下现象一旦出现，应优先处理。
- 红旗：无法当场演示异常提示流程，只能描述“应该有”。
- 红旗：权限回收依赖某个人记得操作，没有书面步骤。
- 红旗：可选项与必备项在同一张单子里报价，无法拆分。
- 红旗：使用方说不清自己每天最先看哪一项信息。
整改顺序建议为：先补齐必备项中无法演示的部分，再明确权限与记录责任，随后拆清可选项报价，最后才讨论展示优化。每一步完成后留下书面确认，下一轮审计直接沿用这张清单，避免重复提问。