管理场景题：上线前一晚发现数据对不上，业务方坚持第二天照常发布，你怎么办？
场景：公司新版的经营分析平台计划明天早上 9 点上线，CEO 会在 10 点的管理层会议上第一次使用。今晚 10 点，团队做最后的数据校验时发现：新平台的月度 GMV 和老报表差了 3%，原因还没查清。业务负责人说：「已经通知了所有高管，必须按时上线，差 3% 问题不大。」
问题：你作为数据负责人怎么决策？
面试怎么回答
我会先用一两个小时弄清楚差异的性质：是新口径带来的预期差异，还是数据处理的 bug；影响一个指标还是一批，能不能在上线前修好。如果是口径变化、新数据是对的，就按时上线，在平台标注口径并在会前告诉 CEO 和业务负责人差异原因。如果是 bug 且能修好，就连夜修复回刷，早上 8 点前确认再上线。如果原因未明或来不及修，我不建议带着已知错误的数据给 CEO 第一次使用，因为损失的是整个平台的信任；替代方案是按时上线但下线有问题的指标或暂时展示老报表数据，或者推迟一两天，把风险和方案讲清楚，和业务负责人一起决策，必要时连夜同步上级，并书面记录决定。事后复盘为什么最后一晚才发现，校验要提前到上线前一周，并设上线冻结期。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
先判断问题的性质
用一两个小时尽快弄清楚：
- 差异来自哪里：是新平台的口径改了（比如新口径扣除了退款，这是预期内的），还是数据处理有 bug（比如关联重复、漏了某个渠道）；
- 影响范围：只是 GMV 一个指标，还是一批指标都有问题；是某几天、某个品类，还是全部；
- 能不能在上线前修好：修复和回刷需要多长时间。
根据结果做决定
情况一：差异是口径变化导致的，新数据是对的
- 可以按时上线，但要在平台上明确标注口径说明，并在会前告诉 CEO 和业务负责人新旧口径的差异，避免会上被问住。
情况二：是 bug，而且能在上线前修好
- 连夜修复、回刷、重新校验，早上 8 点前确认，再决定是否按时上线。
情况三：是 bug，原因未明或者来不及修
- 不建议带着已知错误的数据给 CEO 用。第一次使用就出错，损失的是整个平台的信任，后面很难挽回；
- 给出可行的替代方案：
- 按时上线，但下线有问题的指标，或者这几个指标先展示老报表的数据；
- 推迟上线一到两天，管理层会议上用现有报表；
- 把风险和方案讲清楚，由业务负责人和你一起决策，必要时连夜同步给你的上级。
沟通方式
- 晚上就要沟通，不要等到早上；
- 讲事实和影响：「CEO 会上看到的 GMV 和财务月报对不上，会被当场问到，我们目前给不出解释」；
- 无论最终怎么决定，都要有明确的书面记录：已知的问题、决定、负责人。
之后
复盘为什么最后一晚才发现问题：校验应该提前到上线前一周，上线前要有冻结期。