growth-analytics
Skill1 starsChanged 5 months agoMITView on GitHub
Guide founders through metrics frameworks, experimentation, and data-driven growth. Use when a founder says "help me set up my metrics framework", "what should my north star metric be?", "design an A/B test", "help me analyze retention/churn", "build me a dashboard to track growth", "how do I do cohort analysis?", "what metrics should I track?", "pirate metrics", "AARRR funnel", or needs to make sense of their growth data.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- protocol/peruntheir own version, first seen Oct 17, 2026
- remigiusz-antczak/deep-code-reviewtheir own version, first seen Oct 16, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- protocol/perun★ 2same name
- remigiusz-antczak/deep-code-review★ 2same name
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 repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- business-modelSkill
- customer-successSkill
- finance-accountingSkill
- founder-playbookSkill
- fundraisingSkill
- go-to-marketSkill
- idea-validationSkill
- legal-complianceSkill
- marketing-brandSkill
- operationsSkill
- productSkill
- salesSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
22 rules. About 0 are common, 12 are distinctive, and 10 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
10
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Ask: "Where are you in your analytics journey?"
- Distinctive: line 72
Every North Star needs 3-5 supporting metrics that explain HOW to move it:
- Very specific: line 99
Run experiments that generate reliable insights.
- Distinctive: line 135
Run for full weeks (capture day-of-week effects)
- Distinctive: line 136
Don't peek early—commit to duration
- Distinctive: line 138
Document everything before launch
- Distinctive: line 158
No hypothesis (test without learning)
- Distinctive: line 241
When do they churn? (Tenure analysis)
- Very specific: line 248
Create visibility that drives action.
- Distinctive: line 333
No targets (data without context)
- Distinctive: line 339
No hypothesis (random changes)
- Distinctive: line 342
Only looking at aggregate retention (hiding segment issues)
- Distinctive: line 344
Not defining "active" clearly
- Distinctive: line 349
No owners assigned to metrics
- Very specific: line 363
Create using xlsx skill:
- Very specific: line 412
Use business-model skill for unit economics metrics (LTV, CAC, payback)
- Very specific: line 413
Use product skill for feature prioritization based on analytics
- Very specific: line 414
Use go-to-market skill for channel-specific acquisition metrics
- Very specific: line 415
Use operations skill for OKRs aligned with metrics framework
- Very specific: line 416
Use fundraising skill for investor-ready metrics presentation
- Very specific: line 417
Use xlsx skill for metrics trackers and cohort spreadsheets
- Very specific: line 418
Use docx skill for analytics documentation
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Growth & Analytics
Guide founders from defining their first metrics (pre-launch) through sophisticated retention analysis and experimentation (post-launch).
Workflow
1. Diagnose Current State
Ask: "Where are you in your analytics journey?"
| State | Signals | Next Step |
| Pre-launch | No users yet, needs to define what to track | → Step 2: Metrics Framework |
| Early traction | Has users, unclear what metrics matter | → Step 2: Metrics Framework |
| Tracking basics | Has metrics, needs North Star focus | → Step 2: North Star Selection |
| Ready to experiment | Solid metrics, wants to run tests | → Step 3: A/B Testing |
| Retention concerns | Users churning, needs analysis | → Step 4: Retention & Cohorts |
| Dashboard needed | Wants visibility for team/investors | → Step 5: Dashboard Design |
2. Metrics Framework
Build a metrics system that drives the right behavior. See references/metrics-frameworks.md for complete framework library.
AARRR Pirate Metrics
The universal startup funnel framework:
| Stage | Question | Example Metrics |
| Acquisition | How do users find you? | Visitors, signups, CAC by channel |
| Activation | Do they have a great first experience? | Completed onboarding, "aha moment" reached |
| Retention | Do they come back? | DAU/MAU, D1/D7/D30 retention, churn |
| Revenue | Do they pay? | Conversion rate, ARPU, LTV |
| Referral | Do they tell others? | NPS, referral rate, viral coefficient |
Stage-Appropriate Focus:
| Stage | Primary Focus | Why |
| Pre-PMF | Activation + Retention | Nothing else matters if product doesn't stick |
| Post-PMF | Revenue + Acquisition | Time to scale what works |
| Growth | All five, plus efficiency | Optimize the full funnel |
North Star Metric
One metric that best captures core value delivered to customers.
Selection Criteria:
- Measures value — Correlates with customers getting value
- Leading indicator — Predicts future revenue/growth
- Actionable — Team can influence it
- Simple — Easy to understand and communicate
North Star Examples by Business Model:
| Model | North Star | Why |
| B2B SaaS | Weekly Active Users, Features Used | Value = engagement with product |
| Marketplace | Transactions completed | Both sides getting value |
| Subscription | Weekly active subscribers | Retention predicts LTV |
| E-commerce | Repeat purchase rate | Loyalty = sustainable revenue |
| Usage-based | Monthly usage volume | Usage = revenue |
| Social/Consumer | DAU/MAU ratio | Engagement intensity |
Supporting Metrics:
Every North Star needs 3-5 supporting metrics that explain HOW to move it:
North Star: Weekly Active Teams (B2B SaaS)
├── Activation: Teams completing onboarding
├── Engagement: Features used per team
├── Expansion: Seats added per team
└── Retention: Team churn rateOne Metric That Matters (OMTM)
For early-stage focus, pick ONE metric for a defined period:
OMTM Selection:
- What's the biggest constraint right now?
- What metric would prove that constraint is solved?
- Can you move it in 4-8 weeks?
Examples:
- Pre-launch: "Waitlist signups" (validate demand)
- Beta: "D7 retention" (validate stickiness)
- Post-launch: "Activation rate" (validate onboarding)
- Growth: "Payback period" (validate unit economics)
3. A/B Testing & Experimentation
Run experiments that generate reliable insights. See references/ab-testing.md for templates and calculators.
Experiment Design Framework
Hypothesis Structure:
If we [change], then [metric] will [improve/decrease] by [amount]
because [reason based on user insight].Example:
If we reduce signup form from 5 fields to 3 fields, then signup completion rate will increase by 15% because user research shows form length is the #1 drop-off reason.
Before Running Any Test
Pre-flight Checklist:
| Check | Question | Action |
| Sample size | Do we have enough traffic? | Calculate minimum sample (see below) |
| Duration | How long to reach significance? | Usually 1-4 weeks minimum |
| Metric clarity | What exactly are we measuring? | Define primary + guardrail metrics |
| Segment impact | Should we segment results? | Pre-define segments (new vs returning, mobile vs desktop) |
Sample Size Estimation:
For 80% power and 95% confidence:
- 10% baseline, detect 10% relative lift → ~15,000 per variant
- 10% baseline, detect 20% relative lift → ~4,000 per variant
- 2% baseline, detect 20% relative lift → ~20,000 per variant
Rule of thumb: Multiply expected traffic by test duration. If you can't reach minimum sample in 4 weeks, the test isn't worth running—make a bigger change.
Running the Test
Test Execution Rules:
- Run for full weeks (capture day-of-week effects)
- Don't peek early—commit to duration
- Track guardrail metrics (what shouldn't break)
- Document everything before launch
Guardrail Metrics Examples:
- Revenue per user (main metric might improve but hurt revenue)
- Page load time (change might slow performance)
- Support tickets (change might confuse users)
Interpreting Results
| Result | Interpretation | Action |
| Significant win | p < 0.05, metric improved | Ship it, document learnings |
| Significant loss | p < 0.05, metric declined | Don't ship, learn why |
| Inconclusive | p > 0.05 | Not enough data OR no real effect |
| Flat | Large sample, no movement | Effect likely too small to matter |
Common Pitfalls:
- Stopping early when results look good (inflates false positives)
- Testing too many variants (dilutes sample)
- Ignoring segments (average hides important differences)
- No hypothesis (test without learning)
4. Retention & Cohort Analysis
Understand if users stick around. See references/retention-cohorts.md for SQL templates and benchmarks.
Retention Fundamentals
Types of Retention:
| Type | Definition | Use When |
| N-day retention | % of users active on exactly day N | Daily-use products (social, games) |
| Bounded retention | % active within day range (e.g., week 1) | Weekly-use products (SaaS) |
| Unbounded retention | % active on day N or any day after | Long purchase cycles (e-commerce) |
Critical Retention Points:
| Timeframe | What It Measures | Healthy Benchmark |
| D1 | First impression | >25% (consumer), >40% (B2B) |
| D7 | Habit forming | >15% (consumer), >30% (B2B) |
| D30 | Stickiness | >10% (consumer), >25% (B2B) |
| D90 | Long-term value | Product-dependent |
Cohort Analysis
Group users by signup date (or other dimension) to track behavior over time.
Cohort Table Structure:
| Cohort | Week 0 | Week 1 | Week 2 | Week 3 | Week 4 |
| Jan 1-7 | 100% | 40% | 30% | 25% | 22% |
| Jan 8-14 | 100% | 45% | 35% | 28% | 25% |
| Jan 15-21 | 100% | 48% | 38% | 32% | — |
Reading Cohort Tables:
- Rows = Compare cohorts (are newer users retaining better?)
- Columns = Retention decay (where's the biggest drop-off?)
- Diagonals = Same calendar week (external events)
Cohort Dimensions Beyond Time:
- Acquisition channel (organic vs. paid)
- Plan type (free vs. paid)
- First action taken (feature X vs. feature Y)
- Geography
Retention Curves
Healthy Curve Shape:
100% ─┐
│╲
│ ╲
│ ╲____________________ ← Flattens = retention
│
0% ─┴─────────────────────────
D1 D7 D30 D60 D90Danger Signs:
- Curve never flattens (continuous bleed)
- Steep drop after D1 (activation problem)
- Drop at specific point (feature/billing issue)
Churn Analysis
Churn Rate Calculation:
Monthly Churn = Customers Lost This Month / Customers at Start of MonthChurn Benchmarks (SaaS):
| Segment | Good | Great |
| SMB | <5% monthly | <3% monthly |
| Mid-market | <2% monthly | <1% monthly |
| Enterprise | <1% monthly | <0.5% monthly |
Churn Diagnosis Questions:
- When do they churn? (Tenure analysis)
- Who churns? (Segment analysis)
- Why do they churn? (Exit surveys, support tickets)
- What predicts churn? (Behavioral signals)
5. Dashboard Design
Create visibility that drives action. See references/dashboard-design.md for templates and tool recommendations.
Dashboard Hierarchy
Level 1: Executive Dashboard (weekly, whole company)
- 3-5 top-level KPIs
- Trend vs. target
- One screen, no scrolling
Level 2: Functional Dashboards (daily, by team)
- Sales: Pipeline, conversion, activity
- Product: Engagement, retention, feature adoption
- Marketing: Acquisition, CAC, channel performance
- Support: Tickets, response time, CSAT
Level 3: Operational Dashboards (real-time, by function)
- Engineering: Uptime, latency, errors
- Sales: Daily activity, quota attainment
KPI Selection
For Each Metric, Answer:
- What decision does this inform?
- Who needs to see it and how often?
- What's the target and why?
- What action triggers if it's off-track?
Metric Types to Include:
| Type | Purpose | Example |
| Leading | Predict future outcomes | Pipeline, activation rate |
| Lagging | Confirm results | Revenue, churn |
| Input | Activities you control | Calls made, features shipped |
| Output | Outcomes you want | Deals closed, retention |
Visualization Principles
Choosing Chart Types:
| Data Type | Best Chart |
| Trend over time | Line chart |
| Comparison across categories | Bar chart |
| Part-to-whole | Pie (if <5 segments), stacked bar |
| Distribution | Histogram |
| Correlation | Scatter plot |
| Funnel stages | Funnel chart |
Dashboard Anti-Patterns:
- ❌ Too many metrics (more than 8-10 per view)
- ❌ No context (numbers without targets/trends)
- ❌ Vanity metrics (impressive but not actionable)
- ❌ Stale data (updated monthly when weekly needed)
- ❌ No owner (who acts on this?)
Tool Selection
Tool Recommendations by Stage:
| Stage | Recommended Approach |
| Pre-launch | Spreadsheet (Google Sheets) |
| MVP/Beta | Simple analytics (Mixpanel free, Amplitude free, PostHog) |
| Post-PMF | Full stack (Mixpanel/Amplitude + data warehouse + BI tool) |
| Scaling | Custom (Segment → warehouse → Looker/Metabase) |
Tool Comparison:
| Tool | Best For | Limitation |
| Google Analytics | Web traffic, acquisition | Weak on product analytics |
| Mixpanel | Product analytics, funnels | Can get expensive at scale |
| Amplitude | Product analytics, cohorts | Learning curve |
| PostHog | Open source, self-hosted option | Younger product |
| Heap | Auto-capture everything | Data can be messy |
| Metabase | SQL-based, self-hosted BI | Requires data warehouse |
| Looker | Enterprise BI | Complex, expensive |
6. Anti-Patterns
Metrics Mistakes:
- Tracking everything, focusing on nothing
- Vanity metrics (total signups vs. active users)
- Lagging-only metrics (revenue without leading indicators)
- No targets (data without context)
Experimentation Mistakes:
- Testing small changes on low-traffic pages
- Multiple changes in one test (can't isolate effect)
- Stopping tests early based on early results
- No hypothesis (random changes)
Retention Mistakes:
- Only looking at aggregate retention (hiding segment issues)
- Ignoring activation (retention starts at first experience)
- Not defining "active" clearly
Dashboard Mistakes:
- Dashboard nobody checks
- Real-time when weekly is sufficient
- No owners assigned to metrics
Deliverables
1. Metrics Framework Document
Create as markdown:
- North Star metric with rationale
- AARRR funnel with specific metrics
- Supporting metrics hierarchy
- Targets and owners
2. Metrics Tracker Spreadsheet
Create using xlsx skill:
- AARRR funnel metrics with weekly/monthly tracking
- Formulas for calculated metrics (conversion rates, growth rates)
- Target vs. actual comparison
- Charts for trends
3. A/B Test Plan
Create as markdown:
- Hypothesis statement
- Variants description
- Primary and guardrail metrics
- Sample size and duration calculation
- Success criteria
4. Cohort Analysis Spreadsheet
Create using xlsx skill:
- Cohort table (rows = cohorts, columns = time periods)
- Retention percentages with conditional formatting
- Retention curve visualization
- Cohort comparison charts
5. Dashboard Specification
Create as markdown:
- KPI hierarchy (executive → functional → operational)
- Metric definitions with formulas
- Visualization recommendations
- Data sources and refresh frequency
- Tool recommendation with rationale
6. SQL Query Templates
Create as markdown:
- Cohort retention query
- Funnel conversion query
- Active user calculation
- Churn identification query
Reference Files
references/metrics-frameworks.md— AARRR deep dive, North Star selection guide, metrics by business model, anti-patternsreferences/ab-testing.md— Experiment templates, sample size calculator, significance interpretation, SQL queriesreferences/retention-cohorts.md— Cohort methods, retention curves, SQL templates, benchmarks by modelreferences/dashboard-design.md— Dashboard templates, visualization guide, tool comparison
Integration with Other Skills
- Use
business-modelskill for unit economics metrics (LTV, CAC, payback) - Use
productskill for feature prioritization based on analytics - Use
go-to-marketskill for channel-specific acquisition metrics - Use
operationsskill for OKRs aligned with metrics framework - Use
fundraisingskill for investor-ready metrics presentation - Use
xlsxskill for metrics trackers and cohort spreadsheets - Use
docxskill for analytics documentation
Adapted from Linas Beliūnas's The One-Person Unicorn founder skill set.
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.

