在向数据团队提仪表盘需求或把临时报表固化时…

当你需要申请新仪表盘、定义 KPI 跟踪或把临时报表正式化时，先明确它要回答什么问题，再据此规定指标、图表、筛选和数据源。

适用场景

解决思路

1. 定义目的：从仪表盘应回答的问题出发，而不是从要展示的图表出发，明确它将支撑哪些决策，避免沦为虚荣指标展示。
2. 识别受众：说明谁会使用该仪表盘、使用频率以及使用场景（如高管周会与团队每日站会需求不同）。
3. 指定关键指标：为每个指标记录名称、用平实语言写的业务定义、计算公式、数据源以及基线/目标值，避免指标含糊导致仪表盘错位。
4. 设计可视化：根据数据要传达的信息推荐图表类型——时间趋势用折线图，对比用柱状图，构成用饼图/矩形树图，并包含维度拆解。
5. 定义筛选与细分：明确用户需要的下钻维度，如日期范围、用户分群、产品区域、地理区域，预判用户会提出的切片切块问题。
6. 记录数据源：标明数据来自哪里以及已知的数据质量问题，注明延迟要求——仪表盘需要实时数据还是每日刷新即可。
7. 设置权限与访问：确定谁可以查看哪些内容，部分指标可能需要受限访问，同时考虑安全要求与组织内部因素。
8. 按模板输出：使用 references/TEMPLATE.md 中的模板组织结构，完整填写 Overview、Purpose and Questions、Audience、Key Metrics、Visualization Specifications、Filters and Segments、Data Sources、Access and Permissions、Alerts and Thresholds、Acceptance Criteria、Open Questions 和 Appendix 各节。
9. 定稿前按质量清单核对：目的以要回答的问题而非要建的图表来表述；所有指标都有清晰定义和计算公式；数据源已识别且可访问；可视化选择匹配所需洞察类型；筛选支持用户想要的下钻；刷新频率匹配决策节奏。

适用边界 · 注意事项

• 需要的是为仪表盘供数的事件埋点，而不是仪表盘本身——应先用 measure-instrumentation-spec，先埋点后可视化。
• 你是在设计实验读数而非长期仪表盘——应使用 measure-experiment-design 和 measure-experiment-results。
• 仪表盘应回答的问题尚未达成一致——应先用 foundation-okr-writer 或 define-problem-statement 框定结果。