U7.10.4Metric definition changes must notify everyone reusing the dashboard设计
指标定义变更需通知所有复用该仪表盘的人
别名: 口径变更通知 · 指标字典版本
概念解释
一个仪表盘通常被多人复用：团队成员、下游报告、嵌入的其他页面。当指标的统计口径发生变更（比如"活跃用户"的定义从"打开过 App"改为"完成过核心动作"），仪表盘上显示的数字会从变更日起跳变，但所有已经习惯旧数字含义的读者如果不知道变更发生了，就会把跳变误读为业务变化。指标定义变更的通知机制是保证"数字变了但读者知道为什么"的前提条件——没有通知，变更的结果不是升级，而是每个读者独立地重新发明解释。
机制
通知缺失导致的误读有一个结构性的原因：读者对指标的理解来自历史数据建立的模式，而不是来自当前的口径文档。三个月的"活跃用户 = 打开过 App"建立了一个稳定预期，变更日的新数字（按新口径计算）与预期之间的差异会被读者自动解释为业务波动——因为"数字在动"是仪表盘上最常见的信号，而"定义变了"是不可见的。通知的作用是在读者的解释过程中注入正确的因果信息，打断错误的业务归因。技术上，通知的前提是系统知道"谁在用这个仪表盘"：订阅列表、嵌入页面的引用方、定期导出的下游系统，这些消费者清单是通知的地址簿。没有消费者清单的仪表盘系统在技术上无法发通知，这是很多组织通知缺失的根本原因。
边界
通知的时机有讲究：在变更生效之前通知让读者有心理准备，变更生效之时在仪表盘上显示变更标记让正在查看的人即时感知，变更生效之后发送摘要通知给未查看的人补上信息——三种时机服务于不同的读者状态，不是三选一。另一个边界是"谁需要被通知"：频繁查看的人需要即时通知，月度查看的人需要变更摘要汇总到下一次查看时展示（而不是发一堆被忽略的通知）。通知的疲劳效应也真实存在：如果每次微调都发通知，读者会学会忽略通知，真正重要的变更也会被淹没。
怎么落地
- 为指标字典的每个定义维护消费者清单（订阅者、嵌入引用方），口径变更时作为通知的最小收件人集合。
- 变更生效日在仪表盘图表上打标注（垂直线 + "口径变更"标记），标注持续显示至少 30 天。
- 验证：抽查一次历史上的口径变更，看当时是否所有复用该仪表盘的下游消费者都收到了通知；有遗漏即是通知机制缺口。