product-analytics
Skill0 starsChanged 39 days agoMITView on GitHub
Stands up product analytics from decision questions backward - a north-star metric with an input-metric tree, an object-action event taxonomy with a governed tracking plan, and the priority analyses to build first: activation funnels, cohort retention curves, and feature adoption correlated with retention. Use when someone asks \"what events should we track\", \"set up our analytics taxonomy\", \"where do users drop off before first value\", or \"what's our activation moment\". Do NOT use for growth-accounting decompositions of MAU changes - use growth-accounting instead - or for deep funnel diagnosis on existing data - use funnel-analysis instead.
26 other projects use a version of this.
Adopted by
Most recently taken up by
- kinhluan/skillstheir own version, first seen Nov 8, 2026
- kortix-ai/sunatheir own version, first seen Nov 8, 2026
- darkweb19/skillstheir own version, first seen Nov 8, 2026
- itsryanarmani/skillstheir own version, first seen Nov 8, 2026
- alunadev/ald-skillstheir own version, first seen Nov 8, 2026
- kortix-ai/CompanyOStheir own version, first seen Nov 8, 2026
Used with
Projects with it also use query-optimization, learnings and 6 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
ffsshhttiikkSkillquery-optimization
Database query optimization
Also in 4 projects that use this
SossenbinderSkilllearnings
Extract non-obvious learnings from the current session and save them to auto memory. Use when the user wants to capture what was learned during a coding session.
Also in 3 projects that use this
mmondoraSkillinfrastructure-as-code
Infrastructure as Code with Terraform and Pulumi. State management, modularity, drift detection, secrets handling. Use when provisioning cloud resources, writing Terraform/Pulumi modules, or managing infrastructure configuration.
Also in 3 projects that use this
harrissohail6Skilldatabase-design
Database schema design and SQL best practices. Use when designing tables, writing queries, or optimizing database performance.
Also in 3 projects that use this
attentiondotnetSkillanimation-vocabulary
Reverse-lookup glossary that turns a vague description of a web animation or motion effect into its exact term ("the bouncy thing when a popover opens" → Pop in; "the iOS rubber-band scroll" → Rubber-banding). Use when the user asks "what's it called when…", or describes a motion effect without knowing its name and wants the right word to prompt an AI or designer with. For naming an effect, not designing or building one.
Also in 3 projects that use this
nilssonrSkillseo
Full SEO workflow for auditing pages and creating SEO-optimized content. Provides checklists with educational explanations aligned with Google Search Central documentation.
Also in 3 projects that use this
Other versions26 projects use a version of this.
Word for word · 1
- SkillMedev/product-manager-stack★ 0100% same
Edited · 0
None found.
Wrote their own version · 25
- kortix-ai/suna★ 21ksame name
- kortix-ai/CompanyOS★ 21ksame name
- travisjneuman/.claude★ 106same name
- runxhq/runx★ 97same name
- nahid-sparktales/agent-dispatcher★ 59same name
- SkeneTechnologies/plg-skills★ 19same name
- Hassaan146/claude-skills★ 18same name
- Indium-AI-Labs/indium-agentkit★ 18same name
- Ionate-Technologies/indium-agentkit★ 17same name
- kinhluan/skills★ 6same name
15 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository6 other files it gives its agents.
- churn-reductionSkill
- customer-success-qbrSkill
- expansion-revenueSkill
- growth-modelSkill
- saas-pricingSkill
- unit-economicsSkill
The file
We split this skill into the rules it gives an agent
5 rules. 0 are common, 4 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 24 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 17
Before instrumenting anything, write the decisions analytics must inform:
- Very specific: line 31
Use a consistent structure: object-action (e.g.
- Distinctive: line 92
Prefer rates and cohorts over totals.
- Distinctive: line 101
Document metric definitions so "active user" means the same thing to everyone.
- Distinctive: line 105
Every event in the tracking plan traces back to a named decision question.
“Common” is measured: kept by at least 6 in 10 of the 24 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Product Analytics
You cannot improve what you do not measure, but most teams measure the wrong things badly. A messy event taxonomy is technical debt that misleads every decision built on it. This skill sets up analytics that actually inform product work.
Start With Questions, Not Events
Before instrumenting anything, write the decisions analytics must inform:
- Where do users drop off before first value?
- Which features correlate with retention?
- What does an activated user do that a churned one did not?
Instrument backward from these questions. Tracking everything "just in case" produces noise nobody queries.
Event Taxonomy
A disciplined naming convention is the foundation. Get it wrong and you spend a year cleaning data.
- Use a consistent structure: object-action (e.g.
project_created,invite_sent). Pick one convention and enforce it. - Define properties deliberately: each event carries the context you will segment by (plan, source, role).
- Maintain a tracking plan - a single source of truth listing every event, its properties, and its owner. This is the contract between product, eng, and data.
- Size it: an early-stage tracking plan should be roughly 20-50 events, not hundreds. If the plan exceeds ~100 events before product-market fit, it is tracking implementation details, not decisions.
- Govern changes: new events go through review so the taxonomy does not rot.
The North Star and Inputs
- Pick one north-star metric that captures delivered value (e.g. weekly active teams, queries run, documents shipped) - not a vanity count.
- Decompose it into input metrics you can actually move (acquisition, activation, engagement, retention).
Core Analyses
Funnels
Map the path to first value and measure conversion at each step. The biggest drop-off is your highest-leverage fix. Watch time-to-convert, not just rate: for a self-serve product, most activation that will ever happen happens in the first session or first day - a median time-to-first-value beyond a day is itself the finding.
Cohort Retention
Group users by signup period and track retention over time. A healthy product shows a retention curve that flattens (a "smile" for the best products); a curve decaying to zero means no product-market fit yet.
How to read the curve:
- Judge where it flattens, not the month-1 number - the asymptote is the product's real retained base.
- Consumer apps: roughly 40% day-1 / 20% day-7 / 10% day-30 is a good curve; well under that (say ~25/10/5) means the leak comes before the habit forms. A consumer curve flattening above ~20% is a strong signal.
- B2B SaaS: retention is measured in weeks/months, not days; expect the curve to flatten within the first 4-8 weeks, and monthly logo retention below ~95% (churn above ~5%/month) is a red flag for anything sold to businesses.
- Compare newer cohorts against older ones - cohorts flattening higher over time is the clearest evidence the product is improving.
Activation
Define the activation event - the action that predicts long-term retention (the "aha moment"). Find it by comparing what retained users did early versus churned users: take users still active at week 4+, contrast their first 1-7 days of behavior against churned users' first 1-7 days, and look for the early action with the biggest retention gap. Then optimize the funnel to it.
Feature Adoption
Track breadth (how many use a feature) and depth (how often). Correlate adoption with retention to prioritize the roadmap.
Avoid Vanity Metrics
- Total signups, total pageviews, cumulative anything - they only go up and inform nothing.
- Prefer rates and cohorts over totals; prefer leading indicators over lagging ones.
Tooling and Hygiene
- Choose one analytics tool as the source of truth; pipe to a warehouse for deep analysis.
- Validate instrumentation regularly - silent tracking bugs corrupt every downstream decision.
- Document metric definitions so "active user" means the same thing to everyone.
Quality bar
- Every event in the tracking plan traces back to a named decision question; none exist "just in case".
- The taxonomy follows one object-action convention with zero exceptions, and the plan lists properties and an owner per event.
- The north star measures delivered value (a rate or active count, never cumulative) and decomposes into movable input metrics.
- The retention read states where the curve flattens and against which benchmark, not just a month-1 percentage.
- The activation event is backed by a retained-vs-churned comparison, not picked by intuition.
Deliverable
Produce an analytics plan: the decision questions, a north-star metric with input-metric tree, an event tracking plan with naming convention, and the priority analyses (activation funnel, cohort retention) to build first.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

