Design effective Power BI report layouts, chart selections, interactions, accessibility, mobile views, and implementation guidance. Use when asked for Power BI visualization design, dashboard layout, chart choice, KPI report structure, slicer/navigation design, accessibility review, mobile report design, or report UX consultation.
Guide Power BI report design by gathering business, data, and technical context; selecting visuals by analytical relationship and audience; specifying layout, color, typography, interactions, mobile behavior, accessibility, and validation criteria; and returning an implementation-ready design specification.
When to invoke
"Design a Power BI dashboard for these KPIs."
"Which charts should I use in this report?"
"Review this Power BI layout for accessibility."
"Create a mobile-friendly Power BI report design."
"Plan slicers, drill-through, and navigation for this report."
Initial requirements
Assessment
Questions
Business context
What problem are you solving? Who is the audience: executives, analysts, or operators? What decisions will the report support? What are the KPIs? How will it be accessed: desktop, mobile, or presentation?
Data context
What data types exist: categorical, numerical, temporal? What volume and granularity? Are there hierarchies? What comparisons, trends, or drill-downs matter most?
Technical requirements
Performance constraints, accessibility requirements, brand guidelines, color restrictions, mobile needs, responsive design, integrations, and report dependencies.
Parts of whole, simple composition with max 5-7 categories, hierarchy, or sequential bridge analysis.
Distribution Analysis
Histograms, Box Plots, Scatter Plots, Heat Maps.
Frequency, statistical spread, correlation, outliers, or two-dimensional patterns.
Avoid dense matrices, complex scatter plots, multi-series area charts, and small multiple visuals on mobile unless the user specifically needs analytical detail.
Audience-specific patterns
Audience
Design pattern
Executive Dashboard Design
High-level KPIs, exception-based red/yellow/green highlighting, trend indicators, minimal text, maximum insight density, clean layout, and white space.
Analytical Report Design
Drill-down capability, period-over-period comparisons, interactive filtering, detailed data tables when needed, and comprehensive legends/context.
Operational Report Design
Real-time or near-real-time display, action-oriented status indicators, exception alerts, mobile optimization for field use, and quick refresh.
Information architecture and visual specifications
Prioritize content in this order: Critical Metrics; Supporting Context; Detailed Analysis; Navigation & Filters.
Accessibility rules: text contrast at least 4.5:1, colorblind-friendly palette, avoid red-green-only distinctions, include pattern or shape alternatives, support high contrast mode, and provide alternative text for screen readers.
Typography hierarchy: Report Title 20-24pt Bold Brand Font; Page Titles 16-18pt Semi-bold Sans-serif; Section Headers 14-16pt Semi-bold; Visual Titles 12-14pt Medium; Data Labels 10-12pt Regular; Footnotes/Captions 9-10pt Light. Use at most two font families, adequate spacing, left-aligned body text, and centered alignment only for titles.
Interaction and responsive design
Pattern
Best for
Implementation rules
Tab Navigation
Related areas and time periods.
Max 7 tabs, active-state indication, consistent layouts, logical order.
Drill-through Design
Detail exploration and context switching.
Clear drill cues, contextual page filters, back button, consistent styling.
Logical grouping, search for high-cardinality fields, single/multi-select by use case, applied-filter indicators, reset/clear all.
Filters
Scoped constraints.
Use page-level for common scenarios, visual-level for specific needs, report-level for global constraints, drill-through filters for detail pages.
Mobile-first rules: use portrait orientation, touch-friendly 44px targets, simplified navigation with hamburger menus, stacked layout instead of side-by-side, larger fonts, and increased spacing. Prefer Card visuals for KPIs, simple bar and column charts, line charts with minimal data points, and large gauge/KPI visuals.
Design validation
Validation area
Checks
Visual Clarity
Hierarchy, contrast, readability, logical eye movement, minimal cognitive load, and white space.
Functional Design
Interactions, navigation, filters, mobile experience, and performance across devices.
Accessibility Compliance
Screen reader compatibility, keyboard navigation, high contrast, alternative text, and color not being the only carrier.
User Testing
Initial orientation 30 seconds, finding information 2 minutes, comparing data 3 minutes, drilling down 2 minutes, and mobile simulation 5 minutes.
Success Criteria
Task completion rates >80%, time to insight <2 minutes, satisfaction >4/5, no critical usability issues, and accessibility validation passed.
Implementation plan
Phase
Target
Phase 1 (Week 1)
Core dashboard with KPIs and primary visual.
Phase 2 (Week 2)
Supporting visuals and basic interactions.
Phase 3 (Week 3)
Advanced interactions and drill-through.
Phase 4 (Week 4)
Mobile optimization and final polish.
Quality assurance covers visual accuracy validation, interaction testing across browsers, mobile device testing, accessibility compliance check, performance validation, and user acceptance testing. Success metrics include engagement/adoption, time to insight, decision-making improvement, satisfaction, and performance benchmarks.
Design vocabulary and non-obvious constraints
Use plain design language the requester recognizes: reports should be user-friendly, data-driven, and able to support drill-down when the audience needs detail. Operational pages may need real-time or near-real-time refresh. Treemaps are space-efficient but can hide small categories. Accessibility requires avoiding red-green only encodings. Slicers need Reset/clear affordances so users can recover from filter states.
Business, data, and technical context were gathered or missing inputs were listed.
Chart recommendations match the analytical relationship and audience.
Layout prioritizes KPIs, primary insight, supporting context, details, and filters.
Color, typography, and interaction specifications include accessibility requirements.
Mobile behavior is explicitly addressed with 44px touch targets and simplified visuals.
Validation includes clarity, functional behavior, accessibility, user testing, and performance.
Implementation phases and success metrics are concrete enough for a Power BI developer to execute.
1---2name: power-bi-report-design-consultation-23description: Design effective Power BI report layouts, chart selections, interactions, accessibility, mobile views, and implementation guidance. Use when asked for Power BI visualization design, dashboard layout, chart choice, KPI report structure, slicer/navigation design, accessibility review, mobile report design, or report UX consultation.4---56# Power BI report design consultation78Guide Power BI report design by gathering business, data, and technical context; selecting visuals by analytical relationship and audience; specifying layout, color, typography, interactions, mobile behavior, accessibility, and validation criteria; and returning an implementation-ready design specification.910## When to invoke1112- "Design a Power BI dashboard for these KPIs."13- "Which charts should I use in this report?"14- "Review this Power BI layout for accessibility."15- "Create a mobile-friendly Power BI report design."16- "Plan slicers, drill-through, and navigation for this report."1718## Initial requirements1920| Assessment | Questions |21| --- | --- |22| Business context | What problem are you solving? Who is the audience: executives, analysts, or operators? What decisions will the report support? What are the KPIs? How will it be accessed: desktop, mobile, or presentation? |23| Data context | What data types exist: categorical, numerical, temporal? What volume and granularity? Are there hierarchies? What comparisons, trends, or drill-downs matter most? |24| Technical requirements | Performance constraints, accessibility requirements, brand guidelines, color restrictions, mobile needs, responsive design, integrations, and report dependencies. |2526## Chart selection methodology2728| Relationship | Visuals | Use when |29| --- | --- | --- |30| Comparison Analysis | Bar/Column Charts, Horizontal Bars, Bullet Charts, Dot Plots. | Comparing categories, ranking items, long labels, targets, or precise values with minimal ink. |31| Trend Analysis | Line Charts, Area Charts, Stepped Lines, Sparklines. | Continuous time series, cumulative values, composition over time, discrete changes, or inline trend indicators. |32| Composition Analysis | Stacked Bars, Donut/Pie Charts, Treemaps, Waterfall. | Parts of whole, simple composition with max `5-7` categories, hierarchy, or sequential bridge analysis. |33| Distribution Analysis | Histograms, Box Plots, Scatter Plots, Heat Maps. | Frequency, statistical spread, correlation, outliers, or two-dimensional patterns. |3435Avoid dense matrices, complex scatter plots, multi-series area charts, and small multiple visuals on mobile unless the user specifically needs analytical detail.3637## Audience-specific patterns3839| Audience | Design pattern |40| --- | --- |41| Executive Dashboard Design | High-level KPIs, exception-based red/yellow/green highlighting, trend indicators, minimal text, maximum insight density, clean layout, and white space. |42| Analytical Report Design | Drill-down capability, period-over-period comparisons, interactive filtering, detailed data tables when needed, and comprehensive legends/context. |43| Operational Report Design | Real-time or near-real-time display, action-oriented status indicators, exception alerts, mobile optimization for field use, and quick refresh. |4445## Information architecture and visual specifications4647Prioritize content in this order: Critical Metrics; Supporting Context; Detailed Analysis; Navigation & Filters.4849```text50┌─────────────────────────────────────────┐51│ Header: Title, Key KPIs, Date Range │52├─────────────────────────────────────────┤53│ Primary Insight Area │54│ ┌─────────────┐ ┌─────────────────────┐│55│ │ Main │ │ Supporting ││56│ │ Visual │ │ Context ││57│ │ │ │ (2-3 smaller ││58│ │ │ │ visuals) ││59│ └─────────────┘ └─────────────────────┘│60├─────────────────────────────────────────┤61│ Secondary Analysis (Details/Drill-down) │62├─────────────────────────────────────────┤63│ Filters & Navigation Controls │64└─────────────────────────────────────────┘65```6667| Color | Use |68| --- | --- |69| Green `#2E8B57` | Positive performance, on-target, growth. |70| Red `#DC143C` | Negative performance, alerts, below-target. |71| Blue `#4682B4` | Neutral information and base metrics. |72| Orange `#FF8C00` | Warnings and attention needed. |73| Gray `#708090` | Inactive, reference, and disabled states. |7475Accessibility rules: text contrast at least `4.5:1`, colorblind-friendly palette, avoid red-green-only distinctions, include pattern or shape alternatives, support high contrast mode, and provide alternative text for screen readers.7677Typography hierarchy: Report Title `20-24pt` Bold Brand Font; Page Titles `16-18pt` Semi-bold Sans-serif; Section Headers `14-16pt` Semi-bold; Visual Titles `12-14pt` Medium; Data Labels `10-12pt` Regular; Footnotes/Captions `9-10pt` Light. Use at most two font families, adequate spacing, left-aligned body text, and centered alignment only for titles.7879## Interaction and responsive design8081| Pattern | Best for | Implementation rules |82| --- | --- | --- |83| Tab Navigation | Related areas and time periods. | Max 7 tabs, active-state indication, consistent layouts, logical order. |84| Drill-through Design | Detail exploration and context switching. | Clear drill cues, contextual page filters, back button, consistent styling. |85| Button Navigation | Guided workflows and external links. | Action labels, consistent sizing, clear hierarchy, touch target minimum `44px`. |86| Slicers | User-controlled filtering. | Logical grouping, search for high-cardinality fields, single/multi-select by use case, applied-filter indicators, reset/clear all. |87| Filters | Scoped constraints. | Use page-level for common scenarios, visual-level for specific needs, report-level for global constraints, drill-through filters for detail pages. |8889Mobile-first rules: use portrait orientation, touch-friendly `44px` targets, simplified navigation with hamburger menus, stacked layout instead of side-by-side, larger fonts, and increased spacing. Prefer Card visuals for KPIs, simple bar and column charts, line charts with minimal data points, and large gauge/KPI visuals.9091## Design validation9293| Validation area | Checks |94| --- | --- |95| Visual Clarity | Hierarchy, contrast, readability, logical eye movement, minimal cognitive load, and white space. |96| Functional Design | Interactions, navigation, filters, mobile experience, and performance across devices. |97| Accessibility Compliance | Screen reader compatibility, keyboard navigation, high contrast, alternative text, and color not being the only carrier. |98| User Testing | Initial orientation `30 seconds`, finding information `2 minutes`, comparing data `3 minutes`, drilling down `2 minutes`, and mobile simulation `5 minutes`. |99| Success Criteria | Task completion rates `>80%`, time to insight `<2 minutes`, satisfaction `>4/5`, no critical usability issues, and accessibility validation passed. |100101## Implementation plan102103| Phase | Target |104| --- | --- |105| Phase 1 (Week 1) | Core dashboard with KPIs and primary visual. |106| Phase 2 (Week 2) | Supporting visuals and basic interactions. |107| Phase 3 (Week 3) | Advanced interactions and drill-through. |108| Phase 4 (Week 4) | Mobile optimization and final polish. |109110Quality assurance covers visual accuracy validation, interaction testing across browsers, mobile device testing, accessibility compliance check, performance validation, and user acceptance testing. Success metrics include engagement/adoption, time to insight, decision-making improvement, satisfaction, and performance benchmarks.111112113## Design vocabulary and non-obvious constraints114115Use plain design language the requester recognizes: reports should be `user-friendly`, `data-driven`, and able to support `drill-down` when the audience needs detail. Operational pages may need `real-time` or near-real-time refresh. Treemaps are `space-efficient` but can hide small categories. Accessibility requires avoiding `red-green` only encodings. Slicers need `Reset/clear` affordances so users can recover from filter states.116117## Output template118119```markdown120## Power BI design recommendation — <report name>121122**Status:** recommended | needs input | blocked123**Audience:** executives | analysts | operators | mixed124**Primary decisions supported:** <decisions>125126### Executive summary127- Report purpose: <purpose>128- Design principles: <principles>129- Primary visual selections: <summary>130- Expected user experience outcomes: <outcomes>131132### Visual architecture133Page 1: Dashboard Overview134├─ Header KPI Cards (4-5 key metrics)135├─ Primary Chart: [Chart Type] showing [Data Story]136├─ Supporting Visuals: [2-3 context charts]137└─ Filter Panel: [Key filter controls]138139Page 2: Detailed Analysis140├─ Comparative Analysis: [Chart selection]141├─ Trend Analysis: [Time-based visuals]142├─ Distribution Analysis: [Statistical charts]143└─ Navigation: Drill-through to operational data144145### Interaction design146- Cross-filtering strategy: <strategy>147- Drill-through implementation: <pages and filters>148- Navigation flow: <tabs/buttons/back paths>149- Mobile optimization: <layout and visual substitutions>150151### Accessibility and style152| Area | Specification |153| --- | --- |154| Color | <semantic palette and contrast notes> |155| Typography | <title/page/header/label sizes> |156| Keyboard and screen reader | <requirements> |157158### Implementation priority159| Phase | Scope | Validation |160| --- | --- | --- |161| Week 1 | <core dashboard> | <checks> |162| Week 2 | <supporting visuals> | <checks> |163| Week 3 | <interactions> | <checks> |164| Week 4 | <mobile and polish> | <checks> |165```166167## Quality gate168169- [ ] Business, data, and technical context were gathered or missing inputs were listed.170- [ ] Chart recommendations match the analytical relationship and audience.171- [ ] Layout prioritizes KPIs, primary insight, supporting context, details, and filters.172- [ ] Color, typography, and interaction specifications include accessibility requirements.173- [ ] Mobile behavior is explicitly addressed with `44px` touch targets and simplified visuals.174- [ ] Validation includes clarity, functional behavior, accessibility, user testing, and performance.175- [ ] Implementation phases and success metrics are concrete enough for a Power BI developer to execute.
Run npx skillmds@latest add paulasilvatech/power-bi-report-design-consultation-2 in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.
Design effective Power BI report layouts, chart selections, interactions, accessibility, mobile views, and implementation guidance. Use when asked for Power BI visualization design, dashboard layout, chart choice, KPI report structure, slicer/navigation design, accessibility review, mobile report design, or report UX consultation. It is listed under Web & Frontend on SkillMD.
This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.
This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.
Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.
paulasilvatech (@paulasilvatech) published this skill. Their other Agent Skills are listed on their SkillMD profile.