U7.08.1An anomaly found on the dashboard needs a next station toward explanation设计
仪表盘上发现的异常需要有通向解释的下一站
别名: 下钻 · drill-down · 异常排查路径
概念解释
仪表盘的价值不止于发现异常——发现只是排查的起点。当用户看到某个指标突变时，紧接着的问题是"为什么"：是哪个细分维度在变？是数据问题还是真实业务变化？影响范围多大？如果仪表盘止步于"这个数字不正常"而没有任何路径通向解释（下钻到细分维度、跳转到日志或告警详情），用户的排查流程在界面上断裂，只能离开仪表盘去其他系统里手动重找上下文。异常的"下一站"是仪表盘从监控工具升级为分析工具的分界线。
机制
排查是一个逐步缩小搜索空间的过程：从全局指标到维度切面到个体事件，每一步利用上一步的信息缩小范围。界面上路径断裂的代价不只是多几次点击，而是上下文的丢失——离开仪表盘去日志系统后，用户必须手动重建"我在看什么指标、什么时间窗、什么筛选条件"这个查询前提，而重建过程本身就容易出错（时间窗偏移一个时区、筛选条件漏掉一个维度）。下钻路径把上下文传递自动化了：点击异常点，系统带着当前的指标定义、时间范围、筛选条件跳到下一层视图，用户只需关注新的信息而不是重建旧的语境。这与深链接的问题同构（延伸至同组的筛选上下文），但角度不同：深链接关注"跳过去时别丢上下文"，异常的下一站关注"有没有可以跳的路径"。
边界
并非所有异常都有明确的下钻目标：数据延迟、上游故障、节假日效应等异常的解释可能不在数据系统内部，此时强制提供下钻只会引导用户到无信息的页面。下钻的层级也不宜过深——三层以上的下钻路径（总指标 → 维度切面 → 个体明细）之后用户的定位能力显著下降，需要面包屑或状态栏帮助记住"我现在在哪一层"。对于探索型分析用户，他们需要的不是预设的下钻路径而是自由切维的能力，预设路径反而成为约束。
怎么落地
- 每个指标图表根据数据模型定义下钻目标：按维度的切面图、明细表、或关联的告警详情页。
- 异常检测系统在标注异常时附带建议的下钻入口（如"查看按渠道的拆解"），而不只标"异常"。
- 验证：模拟一个异常场景走完从发现到解释的路径，统计离开仪表盘的次数；超过零次即路径覆盖有缺口。