交付前的事实核验

核心方法

交付前的检查应该从报告回到来源，而不是只在最终文稿里找错别字。本课建立一份发布前核验清单，逐项检查数字、引文、时间、口径与论证，并留下可由另一位读者复查的记录。

把检查分为内容层与交付层。内容层回答事实和推断是否成立；交付层回答读者能否打开资料、理解版本并找到附件。两层缺一，都可能让一份看似完整的报告无法使用。

案例拆解

第一步：拉出所有关键数字。 对示范报告逐项重算：120/2000=6%；192/2400=8%；72/120=60%；96/192=50%。再核对百分点与相对百分比是否混用。不要只让模型复述一次计算结果。

第二步：核对比较对象。 S01–S02 是连续两周观察，存在同时发生的改动；统计是事件次数。若正文写成「随机实验」「去重用户」「唯一变量是入口位置」，必须修正，这些条件没有被材料提供。

第三步：检查来源支持范围。 S03 只描述 5 条选择性收到的咨询。凡是出现「所有用户」「大多数访客」或总体比例的句子，都需要删除或改为准确的记录范围。

第四步：标出判断与建议。 用不同标记圈出事实、推断和建议。检查「因此」前后的连接是否足够；建议应说明目标与依据，但不能伪装成数据直接命令你采取的唯一行动。

第五步：准备交付包。 报告文件、资料目录、证据表、核验记录分别命名，并注明版本日期。真实资料涉及权限时，检查分享范围；不要为了让评审者能看而把整个私人文件夹公开。

核验记录示例
项目：报告第 2 段的解决标记比例。
原文：问题已解决比例由 60% 降至 50%。
检查：重算 72/120 与 96/192，确认分母均为入口点击事件。
修正：改为「解决标记占入口点击的比例」，避免把标记等同于客观解决。
状态：已复算、已修订。
仍有限制：未分析去重用户与问题难度。

这里的价值不只是数字算对，还包括把指标名称写得更准确。记录实际修正的理由，能帮助你下次在更早阶段避免同一问题。

提示词与使用说明

请生成这份报告的人工核验清单，不声称已完成检查。
逐条列出：数字和公式、日期与比较期、指标定义、引用原句、因果判断、泛化表述。
每项写出应打开哪份材料、应检查什么、发现不一致后怎样处理。
不要补造来源，不以“看起来合理”作为通过标准。
报告：[最终草稿]
资料目录：[已取得的资料]

得到清单后由你逐项执行。能核对的标明依据，暂时不能核对的保留未知或移出核心结论。为了按时交付而写清限制，比在没有证据时补上一个确定答案更可靠。

独立练习

先把答案写进本课笔记，再展开解析。以下人物、活动和数据均为教学用的虚构材料；练习记录请填写你实际完成的过程。

给定材料

待审稿：点击率从 6% 增加到 8%，增长 2%；解决人数从 72 增加到 96，因此成功率提高。
来源均为事件计数，入口点击从 120 变为 192。

你的任务

按「原句 / 问题类型 / 复算 / 修正」做发布前审校。检查每一个数字，而不只检查 AI 标出的数字。

验收与迁移

对照自己的成果逐项检查。未达到的项目，写明缺什么、怎样补；这些标准用于自查，不会自动标记课时完成。

• 每个数字能追到原始值和算式
• 单位错误与推断错误分别修正
• 正文、摘要和图注使用同一口径

带回自己的场景

在课程实践中提交审校前后两版，以及一条由你亲自复算的记录；没有实际核查就标待核查。