Skip to content
Agentmart
Submit a tool

analytics-strategy

Design measurement frameworks including event taxonomy, KPI hierarchy, dashboard architecture, attribution models, and analytics implementation strategy.

Skill by rampstackco

IndexedMIT★ 992
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/rampstackco-analytics-strategy

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

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.

Use cases: design, data, security, agent-building

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/analytics-strategy

What's inside

Skill name
analytics-strategy
Description
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.
License
MIT
Instructions
224 lines in SKILL.md · view on GitHub

Files (3)

  • SKILL.md
  • _claude-frontmatter-extras.yaml · references/
  • event-taxonomy-template.md · references/

SKILL.md (first lines)

# Analytics Strategy

Design measurement frameworks that produce decisions, not just dashboards. Stack-agnostic. Tool-agnostic.

This skill is for measurement planning. For conversion optimization, use `cro-optimization`. For SEO measurement specifically, use `seo-onpage` and adjacent SEO skills.

---

## When to use

- Setting up analytics on a new product or site
- Auditing existing analytics setup
- Designing dashboards for a team or business
- Defining KPIs and a north star metric
- Building event taxonomies for product analytics
- Designing attribution models for marketing
- Translating business questions into measurement plans

## When NOT to use

- Conversion testing or optimization (use `cro-optimization`)
- SEO performance measurement (use SEO skills)
- Pure data infrastructure decisions (different domain)

---

## Required inputs

- The business or product context (what does success look like)
- The audience for the analytics (who needs to make what decisions)
- The current measurement state (existing tools, tracking, gaps)
- The questions the team needs to answer

---

## The framework: 4 layers

A complete measurement strategy covers all four. Each layer feeds the next.

### 1. North star and KPI hierarchy

The single metric that captures the most important outcome, plus the supporting metrics.

**North star metric:**

- One metric. Singular.
- Captures customer-perceived value.
- Leads to revenue, but isn't revenue itself (revenue is too far downstream).
- Examples: weekly active users, completed jobs, revenue-generating sessions, hours of value delivered.

**Underneath the north star, the KPI hierarchy:**

```
North star metric
├── Acquisition KPI (how new users enter)
├── Activation KPI (when new users get value)
├── Engagement KPI (how often users return)
├── Retention KPI (how many stick over time)
└── Monetization KPI (how value translates to revenue)
```

This is the "AARRR" or "pirate metrics" framework. It works because it covers the full lifecycle.

### 2. Event taxonomy

The vocabulary the product uses to describe what users do.

**Event design principles:**

- **Verb + noun.** `signed_up`, `created_project`, `completed_checkout`. Past tense, snake_case.
- **One event per discrete action.** Not "interacted_with_modal" - too vague. Specifically `opened_modal_X`, `closed_modal_X`, `confirmed_in_modal_X`.
- **Properties capture context.** Each event has properties (key-value pairs) for context. `signed_up` has properties like `signup_method`, `referrer`, `plan`.
- **Standardize property names.** `user_id` everywhere, not `userId` here and `id` there.
- **Document everything.** A tracking plan that lives nowhere is a tracking plan no one follows.

**Event coverage:**

- All key user actions tracked
- All conversion points tracked
- All errors tracked
- All page views tracked (with consistent properties)
- All button clicks that matter (not all button clicks - that's noise)

**Anti-patterns:**

- 500+ events with no documentation
- Inconsistent naming (`buttonClicked`, `Button Clicked`, `clicked_button`)
- Property keys that vary across events
- Events fired client-side that should be server-side (and vice versa)
- PII in event properties (privacy issue and tooling issue)

### 3. Dashboards and reports

The interface between data and decisions.

**Dashboard design principles:**

- **One audience per dashboard.** Executive dashboard != product team dashboard. Different metrics, different cadence.
- **One question per chart.** A chart should answer one question, not three.
- **Annotations matter.** Note launches, experiments, holidays, outages. A spike means nothing without context.
- **Context comparisons.** "10,000 signups this month" - compared to what? Last month, last year, target?
- **Lead with the action.** What does this dashboard help someone decide?

**Common dashboard types:**

| Dashboard | Audience | Metrics | Cadence |
|---|---|---|---|
| Executive | Leadership | North star, top 3 KPIs, big-picture trends | Weekly review |
| Product | Product team | Funnel metrics, feature adoption, retention | Daily / weekly |
| Marketing | Marketing team | Acquisition by channel, CAC, attribution | Daily / weekly |
| Operations | Ops / on-call | Performance, errors, capacity | Real-time |
| Custom (per team) | Specific team | Their specific KPIs | Their cadence |

### 4. Attribution and segmentation

How to connect cause and effect.

**Attribution models:**

From rampstackco/claude-skills, MIT.

More from rampstackco/claude-skills

Signals

Stars
992
Forks
134
Open issues
2
Last commit (this folder)
Sep 15, 2026 (1 month ago)
Last release
May 8, 2026 (5 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

Same skill elsewhere

Copies of this SKILL.md published by others; search shows only one of them.

More from rampstackco

Cite this page

analytics-strategy skill. Agent Mart. https://agentmart.dev/skills/rampstackco-analytics-strategy (last updated 2026-10-24)