关于 design-dashboards
design-dashboards 是用于评审、重设计和规划仪表板的 Skill,侧重支持决策。它按任务选择工作模式,并为实时监控和响应类仪表板补充运营设计流程。
主要功能
- 01评审现有仪表板布局与指标
- 02根据需求构思仪表板方案
- 03围绕决策重设目标与流程
- 04生成面向实现的仪表板规格
- 05应用运营仪表板检查流程
- 06依据仪表板设计原则开展分析
适用场景
- 01检查仪表板截图中的问题
- 02根据业务需求规划仪表板
- 03围绕决策重构现有仪表板
- 04规划实时运营仪表板规格
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ dastoyan/ skills --skill design-dashboards安装后在 Claude Code 中输入/design-dashboards确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
NOTICE.mdREADME.mdreferences/dashboard-design-principles.md详细介绍
设计仪表板
使用此技能,将仪表板作为辅助决策的工作工具进行评估、设计、重新设计或规范,而不是将其当作展示图形。
在进行任何评估、重新设计、运营仪表板工作、最佳实践审查或涉及仪表板判断的规范编写之前,请先打开 references/dashboard-design-principles.md。只有在简单的概念草图无需考虑图表、布局、格式塔、感知、交互或视觉编码时,才可以不打开。
模式选择
选择最贴合用户请求的模式。
如果请求涉及运营、实时、监控、队列、事件响应或其他以响应为导向的仪表板,先根据任务选择常规模式,然后同时应用 Operational Dashboard 工作流:
- 评估现有运营仪表板:模式 1 加 Operational Dashboard
- 新建实时或运营仪表板:模式 2 加 Operational Dashboard
- 重新设计现有运营仪表板:模式 3 加 Operational Dashboard
- 编写运营仪表板规范:模式 4 加 Operational Dashboard
模式 1:仪表板评估与完善
默认用于用户提供现有仪表板、截图、线框图、图表组,或询问仪表板是否符合最佳实践的情况。提出快速改进项、视觉设计问题、格式塔评估、战略层面的顾虑和逻辑缺口。不要过度重新设计。
保留:
- 仪表板的用途,除非该用途明显有问题
- 尽可能保留现有的信息架构
- 现有 KPI,除非某项 KPI 明显具有误导性
- 产品限制和视觉语言
重点关注用途、仪表板的角色、KPI 有效性、比较背景、图表与布局的适配性、视觉强调、交互行为和战略层面的缺口。
返回:
- 结论
- 有效之处
- 按严重程度排序的问题
- 格式塔评估
- 图表/KPI 改进
- 布局、颜色和交互优化
- 战略层面的顾虑
- 哪些背景信息会改变评估结果
- 建议的下一步
使用以下三个严重程度:
- 高:会阻碍仪表板辅助决策,或导致错误决策
- 中:会拖慢理解,或削弱比较效果
- 低:涉及优化、一致性或效率问题
完成标准:将每项主要 KPI、图表、布局组、颜色/强调模式、交互界面和仪表板角色错位问题归类为保留、修复、替换或不在范围内。如果缺少仪表板目标/规范,请说明假设,并提醒战略评估只是暂定结论。建议的下一步必须提及 Dashboard Spec Grill,并给出准确的触发语句:"Run Dashboard Spec Grill."
模式 2:新仪表板概念
用于用户从业务问题、需求、指标或空白起步的情况。
提供 1-3 个概念。不确定性较高时,给出两个对照概念:一个侧重清晰监控,另一个侧重深入分析。
每个概念都应包含:
- 概念
- 适用场景
- 主要信息
- 受众
- 解答的关键问题
- 布局
- 可视化内容
- 展示的背景信息
- 颜色/强调
- 权衡
- 应避免的做法
完成标准:概念需明确受众、主要决策、节奏、仪表板角色、KPI 模型、所需比较背景、布局分区、视觉选择、下钻/告警行为,以及总览中不包含的内容。如果缺少这些输入且会实质影响概念,请提出一个澄清问题,或运行 Dashboard Spec Grill。
模式 3:现有仪表板重新设计
当用户已有仪表板,但想重新审视概念、KPI 模型、决策流程或整体结构时使用。触发情形包括:重新设计、重新思考、这个仪表板是否回答了正确的问题、改进仪表板策略、重建这个仪表板,或让这个仪表板更实用。
将当前仪表板视为输入,而非约束。明确哪些内容应保留、哪些应更改,以及应以什么概念取而代之。
返回:
- 当前用途
- 不匹配之处
- 新仪表板目标
- 受众与决策
- KPI 模型
- 建议结构
- 图表与交互模型
- 从当前仪表板迁移
- 风险与权衡
完成标准:重新设计方案需说明保留什么、移除什么、新仪表板要优化什么决策、KPI 如何变化、哪些图表或交互将取代旧结构、哪些内容移至下钻层级,以及仍有哪些迁移风险。若仪表板视觉精致但策略薄弱,应直接指出。
模式 4:仪表板规格
当用户需要线框图、面板规格、KPI 清单、KPI 到图表的映射、可用于实施的仪表板结构,或要求将需求转化为仪表板规格时使用。
提供:
- 目标
- 受众
- 仪表板类型
- KPI 清单
- 优先级强调模型
- 区块
- KPI 与可视化
- 阈值与背景信息
- 交互
- 设计说明
建议应结合感知、对比和决策支持。
完成标准:每个范围内的 KPI 或区块都应有建议的放置位置、对比背景、可视化方式,以及适用时的交互或告警行为。若缺少关键输入,应明确标注假设和未知信息,或执行 Dashboard Spec Grill。
操作规则
- 选择可视化方式前,先明确决策、受众和更新频率。
- 缺少关键输入时,说明假设,然后继续提出合理的设计。
- 选项相互冲突时,推荐一个方向。
- 将
references/dashboard-design-principles.md视为仪表板设计规则的唯一事实来源。 - 不提供数值评分或评分卡。
- 直截了当;不要淡化明显的设计缺陷。
- 运用格式塔原则确保仪表板整体协调:先判断分组、层级、浏览路径和图底关系,再关注局部润色。
常见输入
收集或推断最低限度的必要信息:
- 受众和角色
- 主要决策或问题
- 仪表板类型:监控、分析、管理或实时运营
- 关键指标、维度、对比方式和时间范围
- 更新频率和数据时效性预期
- 阈值、目标、基准或异常规则
- 下钻需求
- 屏幕或设备形态限制
- 告警处理需求:确认、静音、重置、冻结/取消冻结、升级处理
- 概览页不应回答的问题
在进行快速评审前,最多提出一个澄清问题。只有当答案会实质性改变评审或结构时才提问。否则说明假设,继续推进;若背景信息太少,无法有把握地制定策略,则建议使用 Dashboard Spec Grill。建议时使用以下确切措辞:Run Dashboard Spec Grill
支持工作流
仪表板规格访谈
当用户希望进一步梳理仪表板、批评缺少足够上下文而难以做出可靠的战略判断,或用户要求深入讨论仪表板规格时使用。明确的触发语包括 Run Dashboard Spec Grill、Dashboard Spec Grill、grill this dashboard 和 spec this dashboard。访谈内容应聚焦仪表板,并在决策模型足以支持设计或评审时停止。
分轮提问,不要一次问完。涵盖所有常见输入,以及仪表板有意不回答的问题。
当受众、决策、频率、仪表板类型、KPI 模型、比较背景、异常规则和主要下钻路径均已明确或明确标记为未知时,即可结束。随后总结规格,并建议接下来使用仪表板评审、概念设计、重新设计或规格模式。
运营仪表板
当仪表板为实时型、运营型、用于告警或响应,或用于监控队列、事件、SLA、健康状态、指挥中心或分诊时,与所选模式搭配使用。将状态、数据新鲜度、阈值和响应行为视为仪表板核心决策模型的一部分。
优先考虑:
- 简单的显示媒介
- 稀疏且醒目的异常信息
- 明确的阈值和当前状态
- 可直接访问可执行的详细信息
- 一切正常时保持安静
- 实时刷新期间保持稳定的扫描区域
- 仅在有助于调查且不会掩盖紧急情况时支持冻结/取消冻结
明确涵盖:
- 状态模型:正常、警告、严重、过期、未知、已抑制和已解决状态
- 异常条件、阈值、严重程度、近期性和置信度
- 负责人、下一步操作、升级路径和预期响应时间
- 适用时的确认、分配、静音、重置、冻结/取消冻结和审计行为
- 数据新鲜度指示器、数据延迟状态、无数据状态和系统故障状态
- 哪些内容会自动显示,哪些需要点击或悬停才会显示
- 实时刷新对调查的影响
- 从状态或异常下钻到原因、受影响实体、历史记录和近期变更的路径
当每个运营状态、异常或响应界面都已考虑阈值/严重程度逻辑、数据新鲜度、负责人/操作、响应状态、升级或抑制行为以及下钻路径,或明确标记为不适用时,即可结束。