什么时候提出异议
最有效的时机是核查环节当场提出，此时上下文还在，能直接对着具体条目讨论。若当场未发现，在收到交付件后的核对期内提出同样有效。
提出时请指明条目编号与具体位置，例如“条目 02，第二章第三节存在空栏”。指明位置比描述感受更容易快速定位，也更容易判断是否属于标准范围内的偏差。
交付标准说明：结果要求与核查方式
交付标准写的是“按什么核对”，而不是“我们保证做到多好”。每一项服务在开始前都会对应到下面的条目，客户可以在过程中用同一套条目检查进度，交付时也按同一套条目确认结果，避免到最后一刻才发现双方对“做完了”的理解不一致。
交付标准条目与对应核查方式
左栏是每项服务在交付时要达到的结果要求，右栏是核对这项要求时看什么、由谁看、在哪一步看。两栏逐条对齐，条目编号一一对应。
交付标准条目
-
01
范围与条目一致
交付内容与洽谈阶段确认的服务条目一一对应，不出现未确认的额外项，也不遗漏已确认的条目。
-
02
内容完整可读
交付的文档、页面或资料信息完整，语句通顺，无缺段、无空白栏位、无未替换的示例文本。
-
03
结构可追溯
目录、编号、层级清晰，客户能按结构定位到任意一条内容，不需要通读全文才能找到某一部分。
-
04
术语与称呼统一
同一对象在全篇使用同一称呼，不混用近义词，不在不同章节对同一事物使用不同名称。
-
05
可核查的呈现形态
结果以可打开、可翻阅、可对照的形式提交，而不是口头描述或零散片段，客户能独立完成核对。
-
06
修改记录留痕
执行过程中的调整有记录，能看出哪一版改了什么、依据什么改动，便于回溯判断。
核查方式
-
01
对照范围与条目确认阶段留下的清单，逐条勾选，缺项当场标出。
-
02
按章节通读一遍，重点检查段落之间是否衔接、是否存在空栏与残留文本。
-
03
随机抽取三条内容，按目录定位，记录定位所需时间与是否一次找到。
-
04
抽取出现频次最高的三个称呼，检查全篇是否一致，列出不一致位置。
-
05
由客户在自有设备上打开一次，确认可正常查阅，不依赖我方环境。
-
06
核对版本记录，确认最新版本与交付版本一致，历史版本可查。
记录形式：交付时留下什么
核查要能复现，前提是记录留得下来。飘花在交付时一并提供下列记录要素，客户可以按这些要素确认自己拿到的东西是否完整。
记录不追求篇幅，只要求能回答三个问题：这一版是什么、和上一版差在哪、依据是什么。凡是口头确认过的调整，都会在记录里落成一条文字说明，避免后续再靠记忆对上。
如果客户内部有自己的归档规范，可以在范围与条目确认阶段提出，我方按客户要求的格式整理记录，减少客户二次转录的工作量。
- 版本编号与生成时间
- 本版相对上一版的调整条目
- 每条调整对应的确认依据
- 未采纳建议及原因说明
异议与复检说明
标准写得再细，也可能出现理解差异。这一节说明什么时间提出异议最有效，以及提出之后按什么方式处理。
复检怎么进行
收到异议后，先判断属于条目偏差还是范围外新增。属于条目偏差的，按原标准修正后重新走一次对应条目的核查；属于范围外新增的，先回到范围与条目确认环节补充确认，再安排执行。
复检只针对被提出的条目，不重新全篇核查，避免反复消耗双方时间。复检完成后更新版本记录，注明本次修正的条目编号。