CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

analytics-strategy

Design measurement frameworks including event taxonomy, KPI hierarchy, dashboard architecture, attribution models, and analytics implementation strategy. Use this skill whenever the user wants to plan analytics, design dashboards, build event taxonomies, define KPIs, set up tracking, or audit existing measurement. Triggers on analytics strategy, measurement plan, event taxonomy, tracking plan, KPI framework, dashboard design, north star metric, attribution model, conversion tracking, GA4 setup, Mixpanel setup, analytics audit. Also triggers when the user has data but no clear way to use it, or wants to make decisions but doesn't know what to track.

71

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

78%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 well-structured, opinionated strategy skill: concrete naming rules, dashboard and attribution tables, failure patterns, and a copy-paste-ready tracking-plan template, with the heavy event catalog properly offloaded to a one-level reference. It could be tightened by cutting textbook attribution-model/AARRR primers and duplicative naming rules, and made more actionable by specifying how to test events in staging and how to audit existing tracking.

Suggestions

Trim the attribution-model definitions, the AARRR explanation, and the KPI tree diagram — Claude already knows these; keep only the opinionated recommendations (e.g., "pick one primary model, validate with secondary models") and the diagram only if it defines the skill's canonical hierarchy.

Make the implementation and audit workflow steps concrete: add a short event-verification checklist (fire event in staging, confirm properties and payload in a debug view, confirm server-side receipt) and an audit checklist (naming consistency, documented events, PII scan, client/server placement).

Remove the event-naming rules duplicated between SKILL.md and the reference file's 'Naming convention rules' section, pointing to the reference for the full convention details.

DimensionReasoningScore

Conciseness

The body is tight and opinionated (short sentences, bullet lists, failure patterns, anti-patterns) but includes concepts Claude already knows: one-line primers on all six attribution models ("First-touch. Credit the first interaction."), the AARRR/pirate-metrics explanation, and the KPI tree diagram, plus event-naming rules that duplicate the reference file's naming-convention section. This is above the midpoint (efficient with minor trimmable over-explanation) rather than the level-3 anchor's broader unnecessary explanation.

4 / 5

Actionability

Strong concrete guidance throughout: exact event-naming rules with examples (`signed_up`, `opened_modal_X`), a dashboard-type table with audience/cadence, an 8-part tracking-plan structure, and a copy-paste-ready output template with example event rows. However, several workflow steps are directional rather than executable — "Implement with care. Test each event. Verify properties. Catch issues in staging" and "Audit existing tracking. What's there? What's broken?" give no concrete test or audit method — so it sits at 'mostly executable guidance with minor gaps' rather than fully executable.

4 / 5

Workflow Clarity

The 9-step workflow is clearly and logically sequenced (questions → north star → KPI hierarchy → audit → taxonomy → implement → dashboards → cadence → governance) and includes a checkpoint ("Test each event. Verify properties. Catch issues in staging"). It falls short of level 5 because there is no explicit feedback loop or error-recovery guidance (what to do when event verification fails), and no audit checklist — matching 'clear sequence with most checkpoints present; minor validation gaps.'

4 / 5

Progressive Disclosure

The bundle structure is appropriate: SKILL.md holds the framework, principles, and output template, while the 407-line starter event catalog correctly lives in `references/event-taxonomy-template.md`, which is linked at the end of the body with a clear one-line description. The reference is one level deep, clearly signaled, and exists as a real file, matching the clear-overview/well-signaled-one-level-references anchor.

5 / 5

Total

17

/

20

Passed

Description

96%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.

An excellent description: concrete capability list, explicit use-when clause, and a rich set of natural trigger terms including tool names and intent-level phrasing. The only weakness is mild trigger overlap with adjacent CRO/dashboarding/tool-specific skills that the description does not itself boundary-delineate (the body does).

DimensionReasoningScore

Specificity

The description enumerates multiple concrete deliverables — "event taxonomy, KPI hierarchy, dashboard architecture, attribution models, and analytics implementation strategy" — plus varied concrete actions ("plan analytics, design dashboards, build event taxonomies, define KPIs, set up tracking, or audit existing measurement"), giving comprehensive coverage of the domain. This matches the anchor for multiple specific concrete actions with comprehensive coverage, not the level-4 anchor that implies minor gaps in coverage.

5 / 5

Completeness

The first sentence explicitly states what the skill does, and "Use this skill whenever the user wants to plan analytics, design dashboards, build event taxonomies, define KPIs, set up tracking, or audit existing measurement" explicitly states when, followed by a dedicated trigger list. This mirrors the level-5 exemplar's structure (clear what + explicit when with concrete trigger phrases); level 4 would require the 'when' to be less explicit or specific, which it is not.

5 / 5

Trigger Term Quality

Natural trigger terms are extensive and include tool names users would actually say: "analytics strategy, measurement plan, event taxonomy, tracking plan, KPI framework, dashboard design, north star metric, attribution model, conversion tracking, GA4 setup, Mixpanel setup, analytics audit." It also captures intent-level phrasing ("has data but no clear way to use it"), matching the comprehensive-synonyms anchor rather than the 'a few natural terms missing' level-4 anchor.

5 / 5

Distinctiveness Conflict Risk

The niche (measurement planning) is clear and terms like "north star metric" and "tracking plan" are distinctive, but "conversion tracking", "dashboard design", "GA4 setup", and "Mixpanel setup" create minor overlap risk with closely related CRO, dataviz, and tool-specific skills — the body itself defers to `cro-optimization` and SEO skills, confirming adjacent-skill overlap. This fits 'mostly distinct; minor overlap risk' better than the level-5 'minimal conflict risk' anchor.

4 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

rampstackco/claude-skills

Path

skills/analytics-strategy/SKILL.md

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.