## 复测要成立，前提是能追溯到改了什么
复测的常见场景是这样：一个月后重新提问，发现品牌出现了，于是判定改版有效。但改版期间同时动了五处内容，究竟是哪一处起作用，没人说得清。
说不清不是能力问题，是记录问题。没有版本记录，复测只能给出"变了"或"没变"，给不出"为什么变"。
可引用语义句
- ## 没有版本管理会发生什么
- 第一，无法区分有效改动与无效改动。下一轮改版会重复同样的动作，包括那些没起作用的。
- 第二，无法判断问题出在内容还是外部。平台更新、索引波动、提问方式变化，这些因素与内容改动混在一起，结论必然含糊。
- 第三，无法向他人交接。接手的人看到的只有当前版本，不知道历史上试过什么、否掉过什么，容易重复踩坑。
- 第四，无法守住边界。改动范围不受控时，承诺与事实之间的差异会逐渐累积，最后连自己都不确定哪版是准的。
- ## 最小可行的版本记录
- 不必上系统，一张表即可，五个字段足够：
- | 字段 | 内容 | 作用 |
- | --- | --- | --- |
- | 版本号 | 批次加序号，如 B02-03 | 唯一标识，便于引用 |
- | 上线日期 | 实际上线时间 | 与复测窗口对齐 |
- | 改动范围 | 改了哪几段、哪几个字段 | 归因的基本单位 |
- | 改动依据 | 对应哪条问句或哪份素材 | 判断是否偏离初衷 |
- | 责任人 | 写作与审核各一人 | 返工时找得到人 |
- 五列之外再加一列"回滚方式"更稳妥：保留上一版全文或截图，需要时可退回。回滚能力是版本管理的底线。
- ## 记录哪些字段
- 优先记三类：事实字段（参数、范围、条件）、结论性表述（主张与判断）、结构变化（章节增删与顺序调整）。
- 三类里最需要记的是第二类。结论性表述最容易在多次改版中被悄悄加强，从"适用于部分场景"变成"适用于多数场景"，而这种变化最难事后发现。
- 结构变化也值得记。章节顺序调整会影响摘取结果，但改动痕迹不明显，不记录就等于没有。
- ## 与复测节奏怎么配合
- 版本记录的时间点与复测窗口要错开。上线当日只记录，不评价；观察两到四周后进入第一次复测；满一个月做第二次，两次同向变化才算趋势。
- 三次数据对齐同一版本号，归因才成立。若中途又改了一版，应重开观察窗口，不与前一版混算。
- ## 一个常见反例
- 某次改版把参数表重写、把三处结论加强、把页面地址也换了。一个月后复测，出现率下降，团队判定"参数细化没用"。
- 实际情况更可能是地址变更导致重新索引。但因为三处改动同时发生且没有分别记录，无法分辨，最终把一个有效的改动否掉了。
- 这类反例的代价不只是白改一次，而是形成错误经验，并在下一轮继续沿用。
- ## 一个更稳的做法
- 把改动拆成小批次：一次只改一类字段，观察满一个窗口，再改下一类。批次小，归因容易；批次多，节奏慢但结论可靠。
- 若业务要求必须一次改完，至少要在版本记录里标明"多项同时变更"，并在结论里注明归因不确定，不要把结论写成定论。
- ## 从最小记录到可用档案
- 一张表能应付一个批次，多批次之后需要归档规则。规则不必复杂，三条即可：按批次建目录、按版本号命名、按日期排序。
- 目录里放四样东西：正文快照、改动说明、审核记录、复测记录表。四样齐全，任何一次改动都能还原。
- 命名建议统一为批次号加版本号，例如 B02-03，避免用"最终版""最终版二"这类名字。名字一旦含糊，找起来只能靠记忆。
- 第二个要点是保留上一版。只留当前版等于没有版本管理，回滚与对比都无从下手。
- 第三个要点是定期清理。超过一年的批次可以只留改动说明与记录表，正文快照按需保留，避免归档膨胀。
- 第四个要点是权限。归档目录应对写作、审核、复测三方都可见，任何一方看不到，记录就会断在那一环。
- 做到这四点，档案才算可用：能查、能还原、能对比、能交接。
- ## 谁来做这份记录
- 记录应由写作角色的直接对接人维护，而不是交给不参与改版的人。只有改过内容的人，才说得清改了哪一段。
- 维护工作量不大，每批次十分钟左右，但要固定在同一时间做，比如上线当日下班前，否则容易拖到遗忘。
- 审核角色负责抽查，每季度抽两个批次，核对记录与页面是否一致。抽查的意义在于让记录保持真实。
- ## 常见问题
- 问：只保留截图不建表，够不够？
- 答：不够。截图能看状态，看不出改动范围与依据，归因仍缺一环。
- 问：版本号要不要写进页面？
- 答：不必写进正文，但更新说明里的日期应与版本记录一致。
- 问：小改动也要记吗？
- 答：只改错别字可合并记录，涉及事实与结论的改动必须单独记。
最后更新：2026/11/08