mcpField
D
design-dashboards

design-dashboards

github.com/dastoyan设计与 UI0177 次安装15 周前更新
代码仓库

关于 design-dashboards

design-dashboards 是用于评审、重设计和规划仪表板的 Skill,侧重支持决策。它按任务选择工作模式,并为实时监控和响应类仪表板补充运营设计流程。

主要功能

  1. 01评审现有仪表板布局与指标
  2. 02根据需求构思仪表板方案
  3. 03围绕决策重设目标与流程
  4. 04生成面向实现的仪表板规格
  5. 05应用运营仪表板检查流程
  6. 06依据仪表板设计原则开展分析

适用场景

  1. 01检查仪表板截图中的问题
  2. 02根据业务需求规划仪表板
  3. 03围绕决策重构现有仪表板
  4. 04规划实时运营仪表板规格

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/dastoyan/skills --skill design-dashboards

安装后在 Claude Code 中输入/design-dashboards确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

NOTICE.md
README.md
references/
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。

操作规则

  1. 选择可视化方式前,先明确决策、受众和更新频率。
  2. 缺少关键输入时,说明假设,然后继续提出合理的设计。
  3. 选项相互冲突时,推荐一个方向。
  4. 将 references/dashboard-design-principles.md 视为仪表板设计规则的唯一事实来源。
  5. 不提供数值评分或评分卡。
  6. 直截了当;不要淡化明显的设计缺陷。
  7. 运用格式塔原则确保仪表板整体协调:先判断分组、层级、浏览路径和图底关系,再关注局部润色。

常见输入

收集或推断最低限度的必要信息:

  • 受众和角色
  • 主要决策或问题
  • 仪表板类型:监控、分析、管理或实时运营
  • 关键指标、维度、对比方式和时间范围
  • 更新频率和数据时效性预期
  • 阈值、目标、基准或异常规则
  • 下钻需求
  • 屏幕或设备形态限制
  • 告警处理需求:确认、静音、重置、冻结/取消冻结、升级处理
  • 概览页不应回答的问题

在进行快速评审前,最多提出一个澄清问题。只有当答案会实质性改变评审或结构时才提问。否则说明假设,继续推进;若背景信息太少,无法有把握地制定策略,则建议使用 Dashboard Spec Grill。建议时使用以下确切措辞:Run Dashboard Spec Grill

支持工作流

仪表板规格访谈

当用户希望进一步梳理仪表板、批评缺少足够上下文而难以做出可靠的战略判断,或用户要求深入讨论仪表板规格时使用。明确的触发语包括 Run Dashboard Spec Grill、Dashboard Spec Grill、grill this dashboard 和 spec this dashboard。访谈内容应聚焦仪表板,并在决策模型足以支持设计或评审时停止。

分轮提问,不要一次问完。涵盖所有常见输入,以及仪表板有意不回答的问题。

当受众、决策、频率、仪表板类型、KPI 模型、比较背景、异常规则和主要下钻路径均已明确或明确标记为未知时,即可结束。随后总结规格,并建议接下来使用仪表板评审、概念设计、重新设计或规格模式。

运营仪表板

当仪表板为实时型、运营型、用于告警或响应,或用于监控队列、事件、SLA、健康状态、指挥中心或分诊时,与所选模式搭配使用。将状态、数据新鲜度、阈值和响应行为视为仪表板核心决策模型的一部分。

优先考虑:

  • 简单的显示媒介
  • 稀疏且醒目的异常信息
  • 明确的阈值和当前状态
  • 可直接访问可执行的详细信息
  • 一切正常时保持安静
  • 实时刷新期间保持稳定的扫描区域
  • 仅在有助于调查且不会掩盖紧急情况时支持冻结/取消冻结

明确涵盖:

  • 状态模型:正常、警告、严重、过期、未知、已抑制和已解决状态
  • 异常条件、阈值、严重程度、近期性和置信度
  • 负责人、下一步操作、升级路径和预期响应时间
  • 适用时的确认、分配、静音、重置、冻结/取消冻结和审计行为
  • 数据新鲜度指示器、数据延迟状态、无数据状态和系统故障状态
  • 哪些内容会自动显示,哪些需要点击或悬停才会显示
  • 实时刷新对调查的影响
  • 从状态或异常下钻到原因、受影响实体、历史记录和近期变更的路径

当每个运营状态、异常或响应界面都已考虑阈值/严重程度逻辑、数据新鲜度、负责人/操作、响应状态、升级或抑制行为以及下钻路径,或明确标记为不适用时,即可结束。

评论

支持 Markdown