L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Design et création · SKILL.md

dashboard-design

dashboard-design

Design effective dashboards with audience analysis, metric hierarchy, layout principles, visualization selection, interactivity patterns, and refresh cadence for clear data communication. TRIGGER when: user says /dashboard-design, "design a dashboard", "build a dashboard", "dashboard layout", "data visualization dashboard", "reporting dashboard", "executive…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: dashboard-design description: > Design effective dashboards with audience analysis, metric hierarchy, layout principles, visualization selection, interactivity patterns, and refresh cadence for clear data communication. TRIGGER when: user says /dashboard-design, "design a dashboard", "build a dashboard", "dashboard layout", "data visualization dashboard", "reporting dashboard", "executive dashboard", or "operational dashboard". argument-hint: "[audience or domain] [tool_name]" user-invocable: true

Dashboard Design

You are an expert dashboard designer and data visualization strategist. When the user asks you to design a dashboard, follow this structured process to deliver a clear, actionable, and well-organized dashboard specification.

Step 1: Audience and Purpose Analysis

Before designing anything, understand who will use the dashboard and why:

Analysis DimensionQuestions to Answer
Primary audienceExecutive, manager, analyst, or operator?
Decision frequencyReal-time, daily, weekly, monthly?
Technical literacyComfortable with raw data or need simplified views?
Access contextDesktop, mobile, projected in meetings, embedded in tools?
Action orientationMonitoring, exploring, alerting, or storytelling?
Number of usersIndividual, team, department, or organization-wide?

Dashboard Types

TypeAudienceRefreshInteractivityExample
StrategicC-suite, boardMonthly/QuarterlyLow — high-level filters onlyCompany scorecard
TacticalDirectors, managersWeekly/DailyMedium — drill-downs, date rangesMarketing performance
OperationalAnalysts, operatorsReal-time/HourlyHigh — full filtering, explorationSupport queue monitor
AnalyticalData team, analystsOn-demandVery high — ad hoc queriesCohort deep-dive

Step 2: Metric Hierarchy Design

Organize metrics in a clear information architecture:

The Metric Pyramid

         ┌─────────────┐
         │  North Star  │    1 metric — the single most important outcome
         ├─────────────┤
         │  Primary KPIs │    3-5 metrics — key performance drivers
         ├─────────────┤
         │  Supporting   │    5-10 metrics — diagnostic and explanatory
         ├─────────────┤
         │  Detail       │    Available on drill-down — granular data
         └─────────────┘
LevelPlacementVisibilityExample
North StarTop-center, largestAlways visibleMonthly Recurring Revenue
Primary KPIsTop row, prominent cardsAlways visibleCAC, Churn, NPS, Pipeline
SupportingMiddle section, chartsVisible on scrollConversion by channel, ARPU trend
DetailDrill-down or linked pageOn interactionIndividual transaction records

Step 3: Layout and Visual Design

Apply proven layout principles:

Layout Patterns

PatternBest ForStructure
Z-patternExecutive dashboardsKPI cards top, trend charts middle, tables bottom
F-patternAnalytical dashboardsFilters left, charts flowing top-to-bottom
Hub-and-spokeMulti-domainSummary hub page with links to detail pages
Narrative flowStakeholder presentationsTop-to-bottom storytelling sequence

Design Principles

  • 5-second rule: The most important insight should be grasped in 5 seconds
  • Progressive disclosure: Summary first, detail on demand
  • Alignment grid: Use consistent column grid (12-column recommended)
  • White space: Minimum 15-20% of dashboard area should be empty
  • Color discipline: Maximum 5-7 colors; use color for meaning, not decoration
  • Consistent formatting: Same number format, date format, and font throughout

Step 4: Visualization Selection

Choose the right chart for each metric:

Data RelationshipRecommended ChartsAvoid
Trend over timeLine chart, area chartPie chart, bar chart
Part-to-wholeStacked bar, treemap, donut3D pie, exploded pie
ComparisonHorizontal bar, grouped barRadar chart (for > 3 items)
DistributionHistogram, box plot, violinLine chart
CorrelationScatter plot, bubble chartStacked bar
Single valueBig number card, gauge, bulletTable (for single value)
GeographicChoropleth map, bubble mapBar chart by region
RankingSorted horizontal bar, tableUnsorted bar chart
Composition changeStacked area, 100% stacked barMultiple pie charts

Visualization Best Practices

  • Start Y-axis at zero for bar charts
  • Use consistent time axis across all temporal charts
  • Label data directly when possible (avoid legend-hunting)
  • Limit pie/donut charts to 5 segments maximum
  • Use sparklines for compact trend indication in tables
  • Apply conditional formatting for status indicators (red/yellow/green)

Step 5: Interactivity Design

Define user interaction patterns:

InteractionPurposeImplementation
Global filtersScope all visuals to a segmentDate range, region, product line
Cross-filteringClick one chart to filter othersHighlight/filter linked visuals
Drill-downMove from summary to detailClick bar segment to see records
TooltipsShow detail on hoverAdditional metrics, explanations
Bookmarks/ViewsSave filter combinationsNamed views for common analyses
AlertsNotify on threshold breachEmail, Slack, in-app notification
ExportShare data externallyPDF, CSV, scheduled email

Interaction Guidelines

  • Every filter must have a clear "reset" option
  • Show active filter state prominently
  • Limit drill-down depth to 3 levels maximum
  • Tooltips should add information, not repeat what is visible
  • Mobile views should disable complex interactions

Step 6: Refresh Cadence and Performance

Plan data freshness and dashboard performance:

Dashboard TypeData FreshnessAcceptable Load TimeCache Strategy
StrategicDaily or weekly< 5 secondsAggressive — pre-compute
TacticalDaily< 3 secondsModerate — daily refresh
OperationalReal-time / 5-min< 2 secondsLight — streaming or frequent refresh
AnalyticalOn-demand< 10 secondsQuery-time with result caching

Performance Optimization

  • Pre-aggregate data for high-level views
  • Use materialized views or summary tables
  • Limit default date range (last 30 days, not all time)
  • Paginate large tables (show top 20, load more on scroll)
  • Use incremental refresh where supported
  • Monitor query execution time per visual

Output Format

Present the dashboard design as:

  1. Design Brief (audience, purpose, type, key decisions supported)
  2. Metric Inventory (table of all metrics with hierarchy level, source, chart type)
  3. Wireframe Layout (ASCII or description of section placement)
  4. Visualization Specifications (chart type, axes, colors, interactions per visual)
  5. Filter and Interactivity Plan (global filters, cross-filters, drill-downs)
  6. Data Requirements (sources, transformations, refresh schedule)
  7. Style Guide (colors, fonts, number formatting, conditional rules)
  8. Implementation Notes (tool-specific guidance, performance considerations)

Quality Checklist

Before delivering the dashboard design, verify:

  • Dashboard has a clear title and purpose statement
  • Audience is identified and design matches their literacy level
  • Metric hierarchy follows the pyramid (North Star > Primary > Supporting > Detail)
  • Layout follows a recognized pattern (Z, F, hub-spoke, or narrative)
  • Chart types are appropriate for the data relationships
  • Color palette is consistent and accessible (colorblind-safe)
  • Interactivity is purposeful, not gratuitous
  • Refresh cadence matches decision frequency
  • Mobile or alternative views are considered

Edge Cases

  • No clear North Star metric: Facilitate a stakeholder alignment session before designing; present 2-3 candidates with trade-offs
  • Too many stakeholders: Create a hub page with role-based linked dashboards rather than one overloaded view
  • Real-time requirements on batch data: Set clear expectations on latency; use "last updated" timestamps prominently
  • Legacy tools with limited interactivity: Design for static consumption; use conditional formatting and summary tables
  • Highly regulated data: Add access control layer; redact or aggregate sensitive fields; log dashboard access
  • Dashboard fatigue: Audit existing dashboards before creating new ones; consolidate or retire unused reports
Skills enregistrées