CtrlK
BlogDocsLog inGet started
Tessl Logo

kpi-dashboard-design

Designs effective KPI dashboards with proper metric selection, visual hierarchy, and data visualization best practices. Use when building executive dashboards, creating analytics views, or presenting business metrics.

80

1.12x
Quality

73%

Does it follow best practices?

Impact

92%

1.12x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/kpi-dashboard-design/skills/kpi-dashboard-design/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A tidy, well-structured reference whose tables and concrete CSS make it genuinely actionable for dashboard design. Its main gaps are the absence of any sequenced design workflow with checkpoints and a few slightly generic sections that could be tightened or offloaded to a reference file.

Suggestions

Add an explicit ordered workflow (e.g. 1. pick goals and KPIs, 2. choose layout per the wireframe, 3. map each KPI to a chart type, 4. sanity-check against the 'Common Mistakes' list) so the sections become a sequence with a validation checkpoint.

Trim knowledge Claude already has, such as the generic 'Good KPIs are' bullets, or fold them into the KPI table to save tokens.

Include one small worked example (a rendered metric tile's HTML/CSS pairing) to push the actionable guidance toward copy-paste ready.

Consider moving the interactivity features list into a references/ file to keep SKILL.md a lean overview.

DimensionReasoningScore

Conciseness

The body is mostly lean — checklists, tables, an ASCII layout, and a small CSS block with no padded prose and no explanation of concepts Claude already knows. It sits at 'efficient; minor instances of over-explanation that could be trimmed' rather than 5 because lines like 'Design effective dashboards that communicate key metrics clearly' and the generic 'Good KPIs are' bullets restate broadly known knowledge, and it is more padded than the minimal 'every token earns its place' anchor.

4 / 5

Actionability

Concrete, usable guidance dominates: an exact KPI-per-goal table ("MRR, ARR, Revenue Growth"), a chart-selection table mapping data type to chart, executable CSS with specific hex colors and font sizes, and a visual layout wireframe. This matches 'mostly executable guidance; concrete code or commands with minor gaps' — not a 5 because much of it is descriptive guidance rather than copy-paste-ready instructions, and it stops short of a worked end-to-end example.

4 / 5

Workflow Clarity

The body presents parallel frameworks (KPI selection, layout, chart choice, interactivity) but never sequences them into a design workflow — there is no step order and no checkpoints like 'validate the metric is influenceable before charting it'. That fits 'sequence present but checkpoints missing or implicit' more than the mostly-checkpointed anchor of 4; it is above a 2 because the sections themselves are coherent and each individually actionable. No destructive/batch cap applies.

3 / 5

Progressive Disclosure

The body (~100 lines) is well organized into clearly labeled sections with no buried references and no nested lookups, and no bundle files exist to misplace content. It fits 'good structure; most content is appropriately placed; minor organization gaps' — not a 5 because the under-50-line exception for a self-contained file does not apply at this length, and some material (e.g. the interactivity features list) reads as optional detail that a reference file could hold.

4 / 5

Total

15

/

20

Passed

Description

78%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description with an explicit what/when structure and natural trigger phrases. Its main weakness is the what-clause, which leans on adjectival qualifiers ('proper', 'best practices') rather than enumerating several concrete capabilities, keeping specificity at mid-scale.

Suggestions

Replace the qualifier-heavy what-clause with several concrete actions, e.g. 'Selects business KPIs, designs dashboard layouts, and picks appropriate chart types per metric'.

Add a few more natural trigger variations and synonyms (e.g. 'metrics review', 'reporting views', 'business scorecards') to broaden trigger coverage.

Sharpen distinctiveness against general dataviz skills by scoping triggers explicitly to business/aggregate metrics rather than any charting task.

DimensionReasoningScore

Specificity

The description names the domain ("Designs effective KPI dashboards") and mentions aspects like "metric selection, visual hierarchy, and data visualization best practices", but "designs" is a single action qualified by modifiers rather than several concrete actions, matching the anchor 'names domain and 1-2 concrete actions, but not comprehensive'. It falls below score 4 because there is no list of multiple specific operations (compare 'Extracts text, fills forms, converts pages to images'), and above score 2 because the domain is named with more than purely generic framing.

3 / 5

Completeness

Both parts are explicit: what — "Designs effective KPI dashboards with proper metric selection, visual hierarchy, and data visualization best practices"; when — "Use when building executive dashboards, creating analytics views, or presenting business metrics". This matches the top anchor of clearly answering both what AND when with concrete trigger phrases; a 4 would require the 'when' clause to be less explicit or specific, which it is not.

5 / 5

Trigger Term Quality

"building executive dashboards, creating analytics views, or presenting business metrics" plus "KPI dashboards" are natural phrases a user would say. It sits at 'good keyword coverage; a few natural terms missing' — variations like 'charts', 'reporting', 'business review', or tool-specific terms are absent — so not comprehensive enough for a 5, but clearly better than the partial synonym coverage of a 3.

4 / 5

Distinctiveness Conflict Risk

"KPI dashboards" and "executive dashboards" carve out a fairly clear niche with distinct triggers, but the description overlaps moderately with general chart/dataviz skills (a user asking to 'create a chart' or 'visualize data' could route here). This fits 'mostly distinct; minor overlap risk' rather than the minimal-conflict clarity of a 5 or the broad overlap of a 3.

4 / 5

Total

16

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
secondsky/claude-skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.