为什么现在要做一次采购清单审计
围绕pg官方精品项目的采购，最容易出问题的地方往往不是预算，而是需求没写清、必备项和可选附件混在一起。等到签约或交付阶段才发现某项能力缺失，回头补的成本远高于事前核对。
清单审计的价值在于把模糊的“看起来不错”变成可逐条打勾的判断。它不追求一次选到最优，而是保证每一项采购决定都有对应的需求来源、责任人和验证方式。审计的产出不是一份漂亮报告，而是一张能被复核的清单。
- 采购需求是否已经写成可验证的条目，而不是形容词。
- 必备项与可选附件是否分开列示，避免预算被增值项挤占。
- 每一条要求是否指定了核对方式与核对人。
- 是否存在只凭口头承诺、没有书面留痕的条目。
审计范围：先划定需求与责任边界
审计开始前先划范围，否则清单会无限膨胀。范围包括使用场景、参与角色、交付边界和验收口径四块，每块都要落到具体条目上。 pg官方指南
- 使用场景：列出真实会发生的使用情形，剔除“也许以后会用”的设想。
- 参与角色：明确谁提需求、谁做评测、谁签字确认，避免责任悬空。
- 交付边界：写清哪些由供应方承担、哪些由采购方自备，交界处最易扯皮。
- 验收口径：每条必备项对应一个可观察的通过条件，而不是主观评价。
范围一旦确定，后续所有清单条目都应能追溯到上述四块之一。追溯不到的条目，要么删除，要么补上需求来源。
必备项清单：逐条可核对的采购门槛
必备项是缺了就应停止推进的条目。写法上要避免“支持”“完善”这类无法核对的词，改成能被第三方复核的描述。
- 功能范围是否与使用场景一一对应，且没有隐含前提。
- 交付物清单是否具体到文件、账号、配置或培训场次。
- 权限与责任划分是否写明，出现问题时找谁是否有明确路径。
- 数据与资料的归属、导出方式是否在采购前确认。
- 变更与终止的处理方式是否写入条款，而非留待事后协商。
- 验收条件是否可观察、可复现，而不是依赖单方判断。
这份清单建议由需求方与采购方分别独立填写一遍，再对照差异。差异点通常就是理解偏差所在，也是评测阶段最该问的问题。
可选附件与增值项：区分需要与想要
可选附件最容易造成预算失控。判断标准不是“有没有用”，而是“不用会不会阻碍核心场景”。不会阻碍的，一律归入可选，并单独标注触发条件。
- 该附件解决的是当前场景，还是假设中的未来场景。
- 不采购该附件时，核心流程是否仍能完整走通。
- 附件的使用是否需要额外的人力或学习成本。
- 附件的计费方式是按量、按期还是一次性，是否可预估。
- 后续追加的难度与成本是否高于现在一并采购。
把可选附件写成“条件触发”的形式更实用：例如当某项使用频率超过约定阈值时再启用。这样既保留弹性，也避免为想象中的需求提前付费。
评测问题与权衡：向供应方提问的核对点
评测不是听介绍，而是用问题验证清单。问题要围绕边界、异常和成本三方面展开，答案应能被记录并复核。
- 边界问题：哪些情况不在服务或功能范围内，超出后如何处理。
- 异常问题：出现故障或数据错误时的响应路径与责任划分。
- 成本问题：除报价外还有哪些隐性成本，计费口径是否清晰。
- 交接问题：人员变动或合作终止时，资料与配置如何移交。
权衡的核心是取舍而非全能。预算有限时，优先保住必备项与交接条款，压缩可选附件；时间紧张时，优先确认验收口径，避免后期反复。任何权衡都应留下书面记录，说明放弃了什么、为什么放弃。
红旗信号与整改顺序
审计中出现的红旗信号，比清单缺项更值得警惕。以下情形建议暂停推进并补充核对。
- 关键条目只有口头承诺，拒绝写入书面条款。
- 对边界问题回答含糊，反复用“都可以”“没问题”带过。
- 报价结构不透明，无法拆分出各项对应的费用。
- 验收口径由单方掌握，采购方无法独立复核。
整改顺序建议按风险从高到低：先补齐必备项与验收口径，再明确交付边界与责任划分，然后清理可选附件的触发条件，最后统一术语与文档留痕。每完成一步就更新清单状态，确保审计结论可追溯、可复核，而不是停留在一次会议的口头共识上。