dashboard-brief
$
npx mdskill add mohitagw15856/pm-claude-skills/dashboard-briefThis skill converts a business question or monitoring need into a complete, implementation-ready dashboard specification. The output gives a data engineer or BI developer everything they need to build without a follow-up meeting.
SKILL.md
.github/skills/dashboard-briefView on GitHub ↗
--- name: dashboard-brief description: "Convert a business question into a complete dashboard specification. Use when asked to design a dashboard, create a dashboard spec or brief, plan a BI report, or define what charts and metrics a dashboard should include. Produces a structured spec with metrics, dimensions, chart types, filters, and layout guidance." --- # Dashboard Brief Skill This skill converts a business question or monitoring need into a complete, implementation-ready dashboard specification. The output gives a data engineer or BI developer everything they need to build without a follow-up meeting. ## Required Inputs Ask the user for these if not provided: - **The business question this dashboard should answer** (e.g. "How is our activation funnel performing this week?") - **Primary audience** (exec / product team / operations / customer success / engineering) - **Refresh cadence** (real-time / hourly / daily / weekly) - **Data sources available** (e.g. Postgres, BigQuery, Mixpanel, Salesforce, Jira) - **BI tool being used** (Looker / Metabase / Tableau / Power BI / Grafana / Custom / Unknown) ## Output Structure --- # Dashboard Brief: [Dashboard Name] **Business Question:** [The question this dashboard answers — verbatim from inputs or refined] **Audience:** [Who uses this] **Refresh Rate:** [Real-time / Hourly / Daily / Weekly] **Data Sources:** [List] **BI Tool:** [Tool or Unknown] --- ## Section 1: Key Metrics (KPI Cards) List the headline numbers that should appear at the top of the dashboard as KPI cards. | Metric | Definition | Data Source | Comparison | |---|---|---|---| | [Metric name] | [How it's calculated] | [Table/source] | [vs. last week / vs. target / MoM] | Aim for 3–6 KPI cards. More than 6 is noise. --- ## Section 2: Charts & Visualisations For each chart, specify: ### Chart [N]: [Chart Title] - **Chart type:** [Line / Bar / Stacked bar / Pie / Funnel / Heatmap / Table / Scatter] - **Why this chart type:** [One sentence — why this type suits this data] - **X-axis / Rows:** [Dimension — e.g. Date, User segment, Product] - **Y-axis / Values:** [Metric — e.g. Count of active users, Revenue] - **Breakdown/colour:** [Optional secondary dimension — e.g. by Plan tier, by Channel] - **Data source:** [Table or source] - **Filters:** [Any default filters applied — e.g. "Exclude internal test accounts"] - **Key insight to surface:** [What pattern or signal this chart should help the viewer spot] --- ## Section 3: Filters & Controls Global filters available to dashboard viewers: | Filter | Type | Default | Options | |---|---|---|---| | Date range | Date picker | Last 30 days | Custom | | [Segment filter] | Dropdown | All | [List relevant values] | | [Other filter] | Multi-select | All | [List relevant values] | --- ## Section 4: Layout Recommendation Describe the dashboard layout in plain terms: ``` [ROW 1 — KPI Cards]: [Metric 1] | [Metric 2] | [Metric 3] | [Metric 4] [ROW 2 — Primary chart, full width]: [Chart name] [ROW 3 — Two charts side by side]: [Chart A] | [Chart B] [ROW 4 — Supporting table, full width]: [Table name] ``` --- ## Section 5: Data Requirements List any data transformations, joins, or derived fields needed: | Derived Field | Logic | Source Tables | |---|---|---| | [Field name] | [How it's calculated] | [Tables involved] | Flag any fields that may not exist in current data infrastructure. --- ## Section 6: Access & Ownership - **Dashboard owner:** [Leave for user to fill] - **Who can edit:** [Leave for user to fill] - **Who can view:** [Leave for user to fill] - **Review cadence:** [When should this dashboard be reviewed for relevance?] --- ## Quality Checks - [ ] Every chart has a stated "key insight to surface" — not just "show the data" - [ ] KPI cards are 3–6 (not more) - [ ] Chart types are justified - [ ] Layout follows visual hierarchy (summary → detail) - [ ] Data requirements section flags any missing fields - [ ] Filters are practical and don't require IT to configure ## Example Trigger Phrases - "Design a dashboard to track [business process]" - "Give me a spec for a [team] performance dashboard" - "What should go on a [topic] dashboard?" - "Write a dashboard brief for our [metric] monitoring"
More from mohitagw15856/pm-claude-skills
- 360-feedback-templateDesign a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
- ab-test-plannerDesign statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
- accessibility-auditGenerate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
- account-planBuild a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.
- aeo-optimizerOptimize an article for Answer Engine Optimization (AEO) — restructuring content so AI engines like ChatGPT, Perplexity, and Claude can extract, quote, and cite it. Rewrites headings as questions, drops 50-80 word answer capsules, audits paragraph length, and flags trust signals. Use when asked to AEO-optimize, make content AI-readable, improve AI citation chances, or adapt an article for answer engines.
- ai-ethics-reviewConduct an ethical review of an AI or ML feature, model, or product. Use when asked to run an AI ethics review, assess AI risks, audit a model for bias, or produce an AI impact assessment. Produces a structured ethics review covering fairness, transparency, privacy, safety, accountability, and societal impact with prioritised mitigations.
- ai-product-canvasStructure AI and ML product decisions with the rigour of any product decision. Use when building AI-powered features, evaluating LLM integrations, designing AI products, or assessing AI readiness. Produces a complete AI product canvas covering problem definition, model approach, data requirements, evaluation framework, UX design, responsible AI checklist, and launch monitoring plan.
- ambiguity-resolverStructure vague opportunities and unclear briefs into actionable one-page problem statements. Use when asked to clarify a vague brief, frame an undefined problem, make sense of an unclear opportunity, or when the user says 'we need to figure out what to do about X' or 'I've been asked to look into Y'. Produces a structured problem brief with reframed questions, scoped boundaries, and a minimum viable research plan.
- api-docs-writerWrite clear, developer-facing API documentation. Use when asked to document an API endpoint, write API reference docs, create a developer guide, or turn a raw spec/Postman collection into documentation. Produces endpoint documentation with descriptions, parameters, request/response examples, and error codes.
- api-versioning-strategyWrite an API versioning strategy document for a service or API platform. Use when asked to define versioning policy, plan API deprecation, classify breaking changes, or document version lifecycle. Produces a complete versioning strategy with breaking-change classification table, deprecation timeline, migration guide template, and client communication template.