Skip to content
Analytics Plan logo

Analytics Plan

Define analytics tracking plan for features and initiatives

SKILL.md

Full skill instructions

Analytics Plan

Create comprehensive analytics tracking plans to measure feature success.

When to Use

  • Before implementing a new feature (define what to track)
  • When launching an experiment
  • When setting up product analytics
  • When defining success metrics

Used By

  • Data Analyst (primary owner)
  • Growth Marketer (growth metrics)
  • Product Manager (success metrics)
  • Full-Stack Engineer (implementation)

Analytics Plan Template

# Analytics Plan: [Feature/​Initiative Name]

**Author**: [Name]
**Date**: [Date]
**Status**: Draft | Approved | Implemented

---

## Overview

### Feature Description
[Brief description of the feature]

### Business Questions
What decisions will this data inform?

1. [Question 1]
2. [Question 2]
3. [Question 3]

### Success Criteria
How will we know if this feature is successful?

- **Primary Metric**: [Metric] - Target: [X]
- **Secondary Metric**: [Metric] - Target: [X]
- **Guardrail Metric**: [Metric] - Should not decrease by [X%]

---

## Event Tracking

### Core Events

| Event Name | Trigger | Properties | Priority |
|------------|---------|------------|----------|
| `[event_name]` | [When fired] | [Key properties] | P1 |
| `[event_name]` | [When fired] | [Key properties] | P1 |
| `[event_name]` | [When fired] | [Key properties] | P2 |

### Event Specifications

#### `feature_viewed`
**Trigger**: When user views the feature for the first time in session

**Properties**:
| Property | Type | Required | Description |
|----------|------|----------|-------------|
| `source` | string | Yes | Where user came from |
| `variant` | string | No | A/​B test variant |
| `user_tier` | string | Yes | Free/​Pro/​Enterprise |

**Example**:
```json
{
  "event": "feature_viewed",
  "properties": {
    "source": "navigation",
    "variant": "control",
    "user_tier": "pro"
  }
}
feature_action_completed

Trigger: When user completes the primary action

Properties:

PropertyTypeRequiredDescription
action_typestringYesType of action
time_to_completenumberYesSeconds from start
successbooleanYesAction succeeded

Funnel Definition

Primary Funnel: [Feature Adoption]

Step 1: feature_viewed
    ↓ [Target: 80%]
Step 2: feature_started
    ↓ [Target: 60%]
Step 3: feature_completed
    ↓ [Target: 40%]
Step 4: feature_repeated (within 7 days)

Funnel Analysis Questions

  • Where is the biggest drop-off?
  • How does drop-off vary by user segment?
  • What's the time between steps?

User Properties

PropertyTypeDescriptionWhen Updated
has_used_featurebooleanUser has ever used featureOn first use
feature_usage_countnumberTimes user used featureOn each use
first_feature_usetimestampWhen first usedOn first use
last_feature_usetimestampMost recent useOn each use

Segments

Key Segments to Analyze

SegmentDefinitionWhy Important
New Usersaccount_age < 7 daysAdoption patterns
Power Usersfeature_usage > 10/​weekSuccess indicators
At-Riskno_activity > 14 daysRetention insights
By Planplan_type = [free/​pro/​enterprise]Monetization

Dashboard Requirements

Overview Dashboard

Purpose: Daily monitoring of feature health

Metrics to Include:

  • Daily Active Users (DAU)
  • Feature adoption rate
  • Primary action completion rate
  • Error rate

Filters:

  • Date range
  • User segment
  • Platform

Deep Dive Dashboard

Purpose: Understanding patterns and opportunities

Charts to Include:

  • Funnel visualization
  • Cohort retention
  • Time-based trends
  • Segment comparison

Experiment Plan (if applicable)

Hypothesis

[Change] will lead to [X% improvement] in [metric] because [reason].

Test Setup

  • Control: [Current experience]
  • Variant: [New experience]
  • Allocation: [50/​50 or other]
  • Duration: [X weeks]
  • Sample Size Needed: [X users per variant]

Success Metrics

MetricBaselineMDEDirection
Primary: [metric][X%][Y%]Increase
Secondary: [metric][X][Y]Increase
Guardrail: [metric][X%][Y%]No decrease

Analysis Plan

  • Primary analysis at [X] days
  • Segment analysis by [dimensions]
  • Document learnings regardless of outcome

Implementation Checklist

Before Development

  • Analytics plan reviewed by data/​product
  • Event names follow naming convention
  • Success metrics approved

During Development

  • Events implemented with correct properties
  • Events fire at correct times
  • Properties populated correctly

Before Launch

  • Events tested in staging
  • Dashboard created
  • Baseline metrics captured
  • Alert thresholds set

After Launch

  • Verify data flowing correctly
  • Check for data quality issues
  • Monitor metrics daily for first week

Data Quality Checks

CheckQuery/​MethodExpected
Events firingCount by day> 0 after launch
Required propertiesNull checkNo nulls
Property valuesDistinct valuesExpected options
User join rateuser_id present100%

---

## Event Naming Convention

### Format

[object]_[action]


### Objects (nouns)
- `page` - Page views
- `button` - Button interactions
- `form` - Form interactions
- `feature` - Feature usage
- `subscription` - Subscription events
- `user` - User lifecycle

### Actions (past tense verbs)
- `viewed` - Something was seen
- `clicked` - Something was clicked
- `submitted` - Form was submitted
- `started` - Process began
- `completed` - Process finished
- `failed` - Something went wrong

### Examples

page_viewed button_clicked form_submitted feature_started feature_completed subscription_upgraded user_signed_up


---

## Property Guidelines

### Always Include
- `timestamp` - When event occurred
- `user_id` - Logged-in user identifier
- `session_id` - Session identifier
- `platform` - web/​ios/​android
- `page` - Current page/​screen

### Contextual Properties
- `source` - What triggered the action
- `variant` - A/​B test variant
- `value` - Numeric value if applicable
- `error_type` - For error events

### Naming Rules
- Use `snake_case`
- Be descriptive but concise
- Use consistent naming across events
- Document allowed values for enums

---

## Metrics Definitions

### Common Metrics

**Daily Active Users (DAU)**

Count of unique users with any event in past 24 hours


**Activation Rate**

(Users who completed key action) / (Users who signed up) × 100


**Retention Rate (Day N)**

(Users active on day N) / (Users who signed up N days ago) × 100


**Feature Adoption**

(Users who used feature) / (Total users) × 100


**Conversion Rate**

(Users who completed goal) / (Users who started flow) × 100


---

## Quick Reference

### Before Feature Launch
1. Define success metrics
2. Create event tracking plan
3. Implement events
4. Test in staging
5. Set up dashboard
6. Capture baseline

### After Feature Launch
1. Verify data quality
2. Monitor daily
3. Analyze after 1 week
4. Deep dive after 1 month
5. Document learnings

More skills from majiayu000

xiaohongshu logo
majiayu000/claude-arsenal

xiaohongshu

xiaohongshu

286 148
View
agent-task-conductor logo
majiayu000/claude-skill-registry

agent-task-conductor

Conduct multi-agent task orchestration and workflow coordination.

663 1
View
conductor-setup logo
majiayu000/claude-skill-registry

conductor-setup

Initialize project with Conductor artifacts (product definition,

663 1
View
animation-designer logo
majiayu000/claude-skill-registry

animation-designer

Expert in web animations, transitions, and motion design using Framer Motion and CSS

663 1
View
diagramming logo
majiayu000/claude-skill-registry

diagramming

Creates Mermaid and ASCII diagrams for flowcharts, architecture, ERDs, state machines, mindmaps, and more. Use when user mentions diagram, flowchart, mermaid, ASCII diagram, text diagram, terminal diagram, visualize, C4, mindmap, architecture diagram, sequence diagram, ERD, or needs visual docume...

663 1
View
h3-pg logo
majiayu000/claude-skill-registry-data

h3-pg

PostgreSQL bindings for H3 hexagonal grid system. Use when working with H3 cells in Postgres, including spatial indexing, geometry/geography integration, and raster analysis.

23 1
View
conductor-development logo
majiayu000/claude-skill-registry

conductor-development

Context-Driven Development skill for projects using Conductor. Use this skill when you detect a `conductor/` directory in the project, when working on tasks defined in a `plan.md` file, or when the user asks about tracks, specs, or plans. Automatically applies TDD workflow, tracks task completion...

663 1
View
conductor-status logo
majiayu000/claude-skill-registry

conductor-status

Display project status, active tracks, and next actions

663 1
View
dockerization logo
majiayu000/claude-skill-registry

dockerization

Official Stakpak application containerization standard operating procedure, a step-by-step guidline to properly dockerize applications. This is a rule book curated by the Stakpak Team.

663 1
View

Popular AI tools

Kaiber logo
Video

Kaiber

Generate, edit, and beat-sync AI video with leading models in one workspace.

Paid
View
Vimcal logo
Productivity

Vimcal

The world's fastest calendar for remote work

Free
View

Transform Your Design with AI Designer by ImgCreator.ai

Freemium
View
Akool AI logo
Content & writing

Akool AI

Revolutionizing Video Production with AI-Powered Creativity

Paid
View

Extend an image past the frame and let AI fill the new aspect ratio.

Freemium
View
StarByFace logo
Security

StarByFace

Discover your celebrity doppelgänger with StarByFace!

Free
View
C

ChainClarity explains 700+ crypto whitepapers in plain English, with layered summaries, comparisons, research tools, alerts, and a $4.99 Pro plan.

Freemium
View
Opus Clip logo
Coding & apps

Opus Clip

Opus.ai: Revolutionize Your Web Experience

Free
View