event-tracking-plan

Design analytics event tracking plans with naming conventions and payload examples.

5|2|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/tarunccet/pm-skills --skill event-tracking-plan-tarunccet
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: event-tracking-plan
Source: https://github.com/tarunccet/pm-skills/tree/main/pm-data-analytics/skills/event-tracking-plan
Command: npx skills add https://github.com/tarunccet/pm-skills --skill event-tracking-plan-tarunccet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Many products are under-instrumented or instrumented reactively, leaving teams unable to answer key business questions. This Skill guides PMs to define the right events, properties, and naming conventions up front and produces a developer-ready tracking specification engineers can implement.

Core Features & Use Cases

  • Business-question-driven design: Translate top product questions into the events and properties required to answer them.
  • Event taxonomy & naming: Recommend consistent snake_case event and property names, grouping events by flow or feature.
  • Engineer-ready tracking spec: Produce payload examples, global properties, identity mapping, implementation notes, and a validation checklist for reliable instrumentation.
  • Use Cases: New product instrumentation, tracking schema redesign, experiment instrumentation, and onboarding engineers to analytics work.

Quick Start

Create an event tracking plan for my onboarding flow that lists the key events, properties, naming conventions, global properties, identity mapping, and which business questions each event answers.

Frequently Asked Questions about event-tracking-plan

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create an analytics event tracking plan for new product instrumentation?

Create an event tracking plan by translating top product questions into key events, properties, and naming conventions, producing an engineer-ready specification with payload examples, identity mapping, and validation notes for reliable product analytics instrumentation.

What is the best way to define event naming conventions and properties for product analytics?

The best way to define event naming conventions is to group events by flow or feature using consistent snake_case formatting for events and properties, ensuring your tracking schema captures the exact data needed to answer core business questions.

How do I map business questions to specific events in a tracking specification?

Map business questions to events by identifying the user actions and properties required to answer each query, then document these mappings within your tracking spec to ensure every tracked event directly supports a product analytics goal.

Can I generate engineer-ready tracking specs for experiment instrumentation and schema redesign?

Yes, you can generate engineer-ready tracking specs for experiment instrumentation and schema redesign by defining global properties, identity mapping, and implementation notes compatible with common analytics platforms to onboard engineers quickly.

Why does my product analytics instrumentation fail to answer key business questions?

Product analytics instrumentation fails to answer business questions when events are tracked reactively without a structured plan, causing under-instrumentation and missing properties that prevent teams from querying essential user flow data.

What should be included in an engineer-ready tracking specification for feature instrumentation?

An engineer-ready tracking specification should include event definitions, example payloads, global and identity properties, naming conventions, business-question mappings, and implementation and validation notes to ensure reliable feature instrumentation.