Dashboard Design
Skill Profile
(Select at least one profile to enable specific modules)
Overview
A dashboard is a visual display of key metrics and data points that provides at-a-glance insights for monitoring, analysis, and decision-making. Effective dashboards present the right information at the right time, using appropriate visualizations and clear hierarchy to help users understand and act on data, saving time, improving decisions through data-driven insights, and increasing alignment through shared understanding.
Why This Matters
- Save Time: Quick access to key information without manual data gathering
- Improve Decisions: Data-driven insights reduce reliance on intuition
- Increase Alignment: Shared understanding through consistent metrics and visualizations
- Enable Action: Identify issues and opportunities quickly
- Monitor Performance: Track real-time operational metrics
- Communicate Status: Share progress and results with stakeholders effectively
Core Concepts & Rules
1. Core Principles
- Follow established patterns and conventions
- Maintain consistency across codebase
- Document decisions and trade-offs
2. Implementation Guidelines
- Start with the simplest viable solution
- Iterate based on feedback and requirements
- Test thoroughly before deployment
Inputs / Outputs / Contracts
- Inputs:
- Business questions and goals
- Key metrics and KPIs to display
- Data sources (databases, APIs, analytics)
- User personas and use cases
- Brand guidelines and color palettes
- Entry Conditions:
- Data sources accessible and reliable
- Metrics clearly defined and calculated
- Dashboard purpose and audience identified
- Brand guidelines available
- Outputs:
- Dashboard wireframe/mockup
- Implemented dashboard with visualizations
- Interactive features (filters, drill-downs)
- Data queries and transformations
- Documentation (metric definitions, user guide)
- Artifacts Required (Deliverables):
- Dashboard wireframe/design
- Component library (reusable chart components)
- Data queries/transformations
- Dashboard implementation code
- User documentation
- Metric definitions document
- Acceptance Evidence:
- Wireframe reviewed and approved
- Dashboard loads within performance budget
- All charts render correctly with test data
- Interactive features work as specified
- User acceptance testing completed
- Success Criteria:
- Dashboard load time < 3s
- All key metrics visible without scrolling
- Interactive features responsive (< 500ms)
- Mobile responsive design
- Accessibility compliance (WCAG AA)
- User satisfaction score > 4/5
Skill Composition
- Depends on: KPI Metrics, Data Visualization
- Compatible with: Business Intelligence, SQL for Analytics
- Conflicts with: None
- Related Skills: kpi-metrics, data-visualization, sql-for-analytics
Quick Start / Implementation Example
- Review requirements and constraints
- Set up development environment
- Implement core functionality following patterns
- Write tests for critical paths
- Run tests and fix issues
- Document any deviations or decisions
# Example implementation following best practices
def example_function():
# Your implementation here
pass
Assumptions / Constraints / Non-goals
- Assumptions:
- Development environment is properly configured
- Required dependencies are available
- Team has basic understanding of domain
- Constraints:
- Must follow existing codebase conventions
- Time and resource limitations
- Compatibility requirements
- Non-goals:
- This skill does not cover edge cases outside scope
- Not a replacement for formal training
Compatibility & Prerequisites
- Supported Versions:
- Python 3.8+
- Node.js 16+
- Modern browsers (Chrome, Firefox, Safari, Edge)
- Required AI Tools:
- Code editor (VS Code recommended)
- Testing framework appropriate for language
- Version control (Git)
- Dependencies:
- Language-specific package manager
- Build tools
- Testing libraries
- Environment Setup:
.env.example keys: API_KEY, DATABASE_URL (no values)
Test Scenario Matrix (QA Strategy)
| Type |
Focus Area |
Required Scenarios / Mocks |
| Unit |
Core Logic |
Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |
| Integration |
DB / API |
All external API calls or database connections must be mocked during unit tests |
| E2E |
User Journey |
Critical user flows to test |
| Performance |
Latency / Load |
Benchmark requirements |
| Security |
Vuln / Auth |
SAST/DAST or dependency audit |
| Frontend |
UX / A11y |
Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |
Technical Guardrails & Security Threat Model
1. Security & Privacy (Threat Model)
- Top Threats: Injection attacks, authentication bypass, data exposure
2. Performance & Resources
3. Architecture & Scalability
4. Observability & Reliability
Agent Directives & Error Recovery
(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)
- Thinking Process: Analyze root cause before fixing. Do not brute-force.
- Fallback Strategy: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.
- Self-Review: Check against Guardrails & Anti-patterns before finalizing.
- Output Constraints: Output ONLY the modified code block. Do not explain unless asked.
Definition of Done (DoD) Checklist
Anti-patterns / Pitfalls
- ⛔ Don't: Log PII, catch-all exception, N+1 queries
- ⚠️ Watch out for: Common symptoms and quick fixes
- 💡 Instead: Use proper error handling, pagination, and logging
Reference Links & Examples
- Internal documentation and examples
- Official documentation and best practices
- Community resources and discussions
Versioning & Changelog
- Version: 1.0.0
- Changelog:
- 2026-02-22: Initial version with complete template structure
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: dashboard-design-23description: Use when working with a dashboard is a visual display of key metrics and data points that provides4---56# Dashboard Design78## Skill Profile9*(Select at least one profile to enable specific modules)*10- [ ] **DevOps**11- [x] **Backend**12- [ ] **Frontend**13- [ ] **AI-RAG**14- [ ] **Security Critical**1516## Overview17A dashboard is a visual display of key metrics and data points that provides at-a-glance insights for monitoring, analysis, and decision-making. Effective dashboards present the right information at the right time, using appropriate visualizations and clear hierarchy to help users understand and act on data, saving time, improving decisions through data-driven insights, and increasing alignment through shared understanding.1819## Why This Matters20- **Save Time**: Quick access to key information without manual data gathering21- **Improve Decisions**: Data-driven insights reduce reliance on intuition22- **Increase Alignment**: Shared understanding through consistent metrics and visualizations23- **Enable Action**: Identify issues and opportunities quickly24- **Monitor Performance**: Track real-time operational metrics25- **Communicate Status**: Share progress and results with stakeholders effectively2627---2829## Core Concepts & Rules3031### 1. Core Principles32- Follow established patterns and conventions33- Maintain consistency across codebase34- Document decisions and trade-offs3536### 2. Implementation Guidelines37- Start with the simplest viable solution38- Iterate based on feedback and requirements39- Test thoroughly before deployment404142## Inputs / Outputs / Contracts43* **Inputs**:44 - Business questions and goals45 - Key metrics and KPIs to display46 - Data sources (databases, APIs, analytics)47 - User personas and use cases48 - Brand guidelines and color palettes49* **Entry Conditions**:50 - Data sources accessible and reliable51 - Metrics clearly defined and calculated52 - Dashboard purpose and audience identified53 - Brand guidelines available54* **Outputs**:55 - Dashboard wireframe/mockup56 - Implemented dashboard with visualizations57 - Interactive features (filters, drill-downs)58 - Data queries and transformations59 - Documentation (metric definitions, user guide)60* **Artifacts Required (Deliverables)**:61 - Dashboard wireframe/design62 - Component library (reusable chart components)63 - Data queries/transformations64 - Dashboard implementation code65 - User documentation66 - Metric definitions document67* **Acceptance Evidence**:68 - Wireframe reviewed and approved69 - Dashboard loads within performance budget70 - All charts render correctly with test data71 - Interactive features work as specified72 - User acceptance testing completed73* **Success Criteria**:74 - Dashboard load time < 3s75 - All key metrics visible without scrolling76 - Interactive features responsive (< 500ms)77 - Mobile responsive design78 - Accessibility compliance (WCAG AA)79 - User satisfaction score > 4/58081## Skill Composition82* **Depends on**: [KPI Metrics](23-business-analytics/kpi-metrics/), [Data Visualization](23-business-analytics/data-visualization/)83* **Compatible with**: [Business Intelligence](23-business-analytics/business-intelligence/), [SQL for Analytics](23-business-analytics/sql-for-analytics/)84* **Conflicts with**: None85* **Related Skills**: [kpi-metrics](23-business-analytics/kpi-metrics/), [data-visualization](23-business-analytics/data-visualization/), [sql-for-analytics](23-business-analytics/sql-for-analytics/)8687---8889## Quick Start / Implementation Example90911. Review requirements and constraints922. Set up development environment933. Implement core functionality following patterns944. Write tests for critical paths955. Run tests and fix issues966. Document any deviations or decisions9798```python99# Example implementation following best practices100def example_function():101 # Your implementation here102 pass103```104105106## Assumptions / Constraints / Non-goals107108* **Assumptions**:109 - Development environment is properly configured110 - Required dependencies are available111 - Team has basic understanding of domain112* **Constraints**:113 - Must follow existing codebase conventions114 - Time and resource limitations115 - Compatibility requirements116* **Non-goals**:117 - This skill does not cover edge cases outside scope118 - Not a replacement for formal training119120121## Compatibility & Prerequisites122123* **Supported Versions**:124 - Python 3.8+125 - Node.js 16+126 - Modern browsers (Chrome, Firefox, Safari, Edge)127* **Required AI Tools**:128 - Code editor (VS Code recommended)129 - Testing framework appropriate for language130 - Version control (Git)131* **Dependencies**:132 - Language-specific package manager133 - Build tools134 - Testing libraries135* **Environment Setup**:136 - `.env.example` keys: `API_KEY`, `DATABASE_URL` (no values)137138139## Test Scenario Matrix (QA Strategy)140141| Type | Focus Area | Required Scenarios / Mocks |142| :--- | :--- | :--- |143| **Unit** | Core Logic | Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |144| **Integration** | DB / API | All external API calls or database connections must be mocked during unit tests |145| **E2E** | User Journey | Critical user flows to test |146| **Performance** | Latency / Load | Benchmark requirements |147| **Security** | Vuln / Auth | SAST/DAST or dependency audit |148| **Frontend** | UX / A11y | Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |149150151## Technical Guardrails & Security Threat Model152153### 1. Security & Privacy (Threat Model)154* **Top Threats**: Injection attacks, authentication bypass, data exposure155- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII156- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager157- [ ] **Authorization**: Validate user permissions before state changes158159### 2. Performance & Resources160- [ ] **Execution Efficiency**: Consider time complexity for algorithms161- [ ] **Memory Management**: Use streams/pagination for large data162- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks163164### 3. Architecture & Scalability165- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection166- [ ] **Modularity**: Decouple logic from UI/Frameworks167168### 4. Observability & Reliability169- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`170- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`171- [ ] **Error Handling**: Standardized error codes, no bare except172- [ ] **Observability Artifacts**:173 - **Log Fields**: timestamp, level, message, request_id174 - **Metrics**: request_count, error_count, response_time175 - **Dashboards/Alerts**: High Error Rate > 5%176177178## Agent Directives & Error Recovery179*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*180181- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.182- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.183- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.184- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.185186187## Definition of Done (DoD) Checklist188189- [ ] Tests passed + coverage met190- [ ] Lint/Typecheck passed191- [ ] Logging/Metrics/Trace implemented192- [ ] Security checks passed193- [ ] Documentation/Changelog updated194- [ ] Accessibility/Performance requirements met (if frontend)195196197## Anti-patterns / Pitfalls198199* ⛔ **Don't**: Log PII, catch-all exception, N+1 queries200* ⚠️ **Watch out for**: Common symptoms and quick fixes201* 💡 **Instead**: Use proper error handling, pagination, and logging202203204## Reference Links & Examples205206* Internal documentation and examples207* Official documentation and best practices208* Community resources and discussions209210211## Versioning & Changelog212213* **Version**: 1.0.0214* **Changelog**:215 - 2026-02-22: Initial version with complete template structure216217---218> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.219<!-- tomevault:4.0:skill_md:2026-04-13 -->