迁移验收：十项检查、四维评分与一次季度复盘

验收不是给迁移流程发奖状，而是找出下一个客户会踩的那一脚。

一、二十三次迁移之后的那句「应该没问题」

顾行舟把过去一年的迁移记录摊在桌上，二十三份，每一份的结尾都写着类似的话：客户确认收到，任务能打开，附件能在列表里看到。可当他被问「这套流程到底靠不靠谱」时，他只能回答「应该没问题」。上个月有个客户在迁移两周后才发现，五个超过限额的附件根本没有进来，而当时的交付邮件只写了「已完成」。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

他把工单、批次日志和导出请求翻了一遍，能对上的硬数字只有几个：完成迁移 23 次，转付费 17 个，只读窗口累计 46 小时。其余判断都来自记忆：哪次去重判错了、哪次回滚演练过、哪次客户抱怨过字段顺序。记忆不能复现，也就不能验收。

可验收的定义应该更窄：给定一份源文件和一套约定，能否在约定时间内得到可复现的结果，并且失败的部分可解释、可重试、可撤销。这个定义把「客户没投诉」排除在外，因为不投诉可能只是还没发现。

他先给自己记了三条不合格：没有统一的失败清单，没有回滚演练记录，没有迁移后留存对照。三条指向同一个问题：流程能跑通，但没有留痕。能跑通是一次性的，留痕才能让下一次不靠临场发挥。

留痕也不是为了写报告。一次迁移失败后，他必须能回答客户三个问题：哪些行没进来、为什么、什么时候补。答不上来，复盘就只能写「下次注意」，而「下次注意」不会改变任何一条判据。

二、十项检查：每项都要有判据

十项检查不是十个功能点，而是十个能当场判定的事实。每项只填「过」「不过」「不适用」，不允许写「基本完成」。分数留到下一节，检查表只负责收集证据。

前五项决定「数据对不对」，后五项决定「客户敢不敢继续用」。两边都过，才谈得上这次迁移结束；只过前五项，客户会在第二周发现附件少了；只过后五项，数据本身可能已经错位。

每项证据必须能在十分钟内找到。找不到就记「不过」，不写「应该有」。这个规则听起来苛刻，但它把验收从回忆变成了检索，而检索是可以被下一个人重复的。

判据要带数字，否则会退化成形容词。「去重做得不错」不是判据，「86 行重复全部有归属、误合并 3 行有撤销记录」才是。字段契约的具体口径见导入契约：十四列到十一个字段的验收表 ，幂等键的设计见可重跑：五个批次、三次重跑与零新增 。

有两项最容易被跳过：幂等与回滚。它们平时不产生价值，只在出事那天决定你是修四分钟还是修一晚上。所以这两项不能只在季度末填，每次迁移后都要抽一次。

迁移后留存也要和自然注册对照。78.3% 单独看很高，但自然注册的基线是 45.2%（145/321）；没有对照，就分不清是迁移体验好，还是这批客户本来就更有付费意愿。

三、四维评分：3.48 到 4.10

四个维度不是四个部门，而是四个提问角度：数据对不对、能不能重跑、能不能退出、过程顺不顺。权重按「出错后客户最痛」排序，正确性占 0.35，可重跑占 0.25，可退出与体验各占 0.20。

现状最低的是可重跑 3.0。原因很具体：批次日志只记了开始与结束，没记每批的主键范围，断点续跑靠猜；三次重跑虽然没有新增，但每次都要人工比对，不能算真正的可重跑。

正确性 3.5 卡在映射：状态与日期都有兜底，失败行却只存在日志里，客户拿不到可下载清单。数据是对的，但「为什么这 12 行没进来」说不清，正确性就打了折。

可退出 4.0 已经是四项里最高的：导出四件套能在 96 秒生成，一年 7 次请求全部自助完成。它没有满分，是因为「格式永久不变」这个承诺不该给，也没必要给。

体验 3.5 不是界面问题，而是预期管理。迁移前没说清附件会跳过 5 个，客户就会把「红叉」理解成系统坏了；提前说明限额与白名单，同样的结果会被理解成规则。

修后 4.10 不是把每项都拉满。可退出只从 4.0 到 4.5，因为再往上就要承诺长期格式兼容；可重跑从 3.0 到 4.0，靠的是记录主键范围与失败清单，不是重写整个导入器。

分数只用于排优先级，不用于对外宣传。4.10 不是合规认证，也不保证下次迁移顺利；它只说明这十项的证据比上季度完整。权重如果调整，历史分要一起重算，否则趋势线没有意义。

四、季度复盘：三十小时怎么排

一个季度十二项，每项 2.5 小时，合计 30 小时。排期不是平均用力：前五项放在季度前两周，合计 12.5 小时，占 41.7%，因为它们直接决定数据是否正确；后七项可以分散到每周的固定时段。

2.5 小时是上限，不是目标。做完就停，不要顺手重构导入器；复盘周最容易发生的浪费，就是把一次检查变成一次没有验收标准的改造。

复盘要产出一页纸：十项的过与不过、四维分数与算式、下季度前五项。写不下就说明还没想清楚，而不是纸太小。

如果某项连续两个季度不过，下季度把它升级为第一项，不再参与平均排期。连续不过通常不是时间不够，而是这项缺少一个明确的负责人或一条可执行的判据。

季度复盘也不是审计。它只对自己负责，目的是让下一次迁移少一次临场发挥。把复盘结论写进交付模板，下个客户就能看到同样的边界，而不是靠他重复解释。

这篇不替代架构组的 schema 迁移设计，不替代隐私组的法定导出与删除流程，也不替代资产组的备份恢复演练；它只检查这条迁移流水线是否可复现。

复算：

现状：正确性 3.5×0.35 = 1.225；可重跑 3.0×0.25 = 0.75；可退出 4.0×0.20 = 0.80；体验 3.5×0.20 = 0.70 → 3.475 ≈ 3.48
修后：4.0×0.35 = 1.40；4.0×0.25 = 1.00；4.5×0.20 = 0.90；4.0×0.20 = 0.80 → 4.10
季度 12 项 × 2.5 h = 30 h；前 5 项 12.5 h = 41.7%

算完之后他确认了一件事：3.48 与 4.10 差的不是 0.62 分，而是两处具体改动——把失败清单交给客户，把主键范围写进批次日志。分数只是把这两件事排到了前面。

五、行动清单与复算验收

• 把 10 项检查固化成「过 / 不过 / 不适用」三态表
• 每项写一个 10 分钟内能找到的证据位置
• 用四维权重算一次现状分，保留完整算式
• 抽一次幂等重跑，确认新增为 0 行
• 做一次回滚演练，记录快照与反向批次耗时
• 把附件跳过清单交给客户，而不是只留在日志里
• 把 30 小时拆进 12 周，前 5 项排在前两周
• 用迁移后 90 天留存对照自然注册，写进季度结论

八条覆盖「表、证据、评分、幂等、回滚、附件、排期、留存」，少一条就会留下一个只能靠记忆补的洞。

验收标准：季度末能在一页纸上说出 10 项的过与不过、3.48 到 4.10 的算式，以及 30 小时分别落在哪 12 周。

使用边界与实操验收

边界一：分数不是合规证明。 十项检查覆盖的是这条迁移流水线，不覆盖数据主体权利、跨境传输与保留期；那些属于隐私组的验收表，不能拿这张表替代。

边界二：通过不等于下次顺利。 源文件格式、字段语义和客户配合度每次都会变；检查表只能证明这次可复现，不能预测下一次。

边界三：留存才是最终判据。 迁移后 90 天 18/23 = 78.3%，自然注册 145/321 = 45.2%；差距说明迁移体验有价值，但不能证明因果，样本也只有 23 个。

边界四：权重属于这家一人 SaaS。 0.35/0.25/0.20/0.20 按「出错后客户最痛」排；面向企业客户时，可退出与正确性的权重可能要更高。

边界五：本篇不做 schema 迁移、法定删除与备份恢复。 架构组管表结构与在线变更，隐私组管导出与删除，资产组管备份与恢复；本篇只管迁移流水线的验收与复盘。

把五条边界写进复盘首页，比写进附录更有用。它们决定了这张表什么时候可以引用、什么时候必须换成另一张表。

关键参考与核验范围

• RFC 4180 ：用于核对 CSV 表头、分隔符与换行口径。
• JSON Schema 入门 ：用于核对导出 JSON 的字段类型与必填约束。
• Stripe 幂等请求 ：用于对照幂等键与重试语义。
• ICO 数据可携带权 ：用于核对导出与退出承诺的边界。

以上链接于 2026-10-26 实测可公开访问；未核验版本、价格与配额。核验日期：2026-10-26。

核验范围限于上述文档的公开页面是否可访问，以及正文引用的格式与幂等概念是否与文档主题对应；未核验具体版本、价格、配额与法域适用性。涉及数据可携带权的表述为教学引用，适用以专业意见为准。

系列导航

• 回到本组目录：一个人的数据搬家：导入、去重、迁移与退出
• 上一篇：导出与退出：九十六秒、四件套与「走得掉」的承诺
• 相关：迁移是一本账：四十八次咨询、二十三次完成与四笔成本