MCP HubMCP Hub
SKILL·02DF86

lean-analytics

wondelai
업데이트됨 1 month ago
1,647
164
1,647
GitHub에서 보기
메타aidesigndata

정보

이 스킬은 '린 애널리틱스' 프레임워크를 기반으로 개발자들이 적합한 스타트업 지표를 선택하고 검토하는 데 도움을 줍니다. 핵심 지표 선정, 허영 지표 회피, 비즈니스 모델과 성장 단계에 따른 목표 설정을 안내합니다. KPI 정의, 제품 계측, 분석 대시보드 검토 시 활용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add wondelai/skills -a claude-code
플러그인 명령대체
/plugin add https://github.com/wondelai/skills
Git 클론대체
git clone https://github.com/wondelai/skills.git ~/.claude/skills/lean-analytics

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Lean Analytics

A data discipline for startups distilled from Alistair Croll and Benjamin Yoskovitz's Lean Analytics: separate metrics that change decisions from numbers that merely flatter, then point the whole company at the One Metric That Matters for your business model and stage. Use it to choose metrics, audit dashboards, set targets, and plan instrumentation.

Core Principle

Focus on the one metric that matters right now — everything else is noise that feels like progress. Startups die from lack of focus more often than lack of data. The discipline is knowing your business model, knowing your stage, and tracking the single number that tells you whether the riskiest part of the business is working. A metric earns attention only if it changes what you do next.

Scoring

Goal: 10/10. Rate metric choices, dashboards, and instrumentation plans 0-10 against these principles. Report the current score and the specific changes needed to reach 10/10.

  • 9-10: One OMTM matched to model and stage, paired counter-metric, a line in the sand with a pre-committed miss response, cohorted and segmented data
  • 7-8: Mostly actionable ratios and a plausible OMTM, but no explicit target, weak cohorting, or too many "key" metrics
  • 5-6: Actionable and vanity metrics mixed; dashboard exists but rarely changes a decision; model and stage never named
  • 3-4: Vanity metrics dominate — totals, cumulative charts, blended averages; metrics copied from other companies
  • 0-2: No instrumentation, or numbers chosen to impress investors rather than drive decisions

Framework

1. Good Metrics vs Vanity Metrics

Core concept: A good metric is comparative (versus last week, versus another cohort), understandable (the team can recall and debate it), a ratio or rate (not an ever-growing total), and behavior-changing — if a number won't change what you do, stop measuring it. Vanity metrics — total signups, page views, cumulative anything — only go up and only make you feel good.

Why it works: The output of analytics is decisions, not data. Ratios are inherently comparative and operable, while totals hide decay: total registered users rises even while the product bleeds actives. Forcing every metric through the "what will we do differently?" test converts reporting into learning.

Key insights:

  • Work the lens pairs: qualitative vs quantitative (interviews reveal why, numbers reveal how much), exploratory vs reporting (exploration finds your unfair advantage; reporting keeps the lights on), leading vs lagging (complaints predict churn before churn happens), correlated vs causal
  • Correlation finds the lever; only an experiment proves it — find metrics that move together, then change one for a randomized group to test causality
  • Cohorts make time honest: compare users by signup month, or real improvement vanishes inside blended averages
  • Segments make comparisons honest: split by channel, plan, and geography — a flat aggregate often hides one segment soaring and another collapsing
  • Averages lie under skew: whales and lurkers are different businesses, so read medians and percentiles
  • A cumulative up-and-to-the-right chart is the single most reliable vanity tell

Applications:

ContextApplicationExample
Dashboard auditRewrite each total as a ratioTotal signups → % of visitors activating within 7 days
Board reportingShow cohorts, not cumulative curvesRetention by signup month replaces "users over time"
Feature decisionDemand a behavior-changing metric"If D7 retention doesn't rise 10%, the feature comes out"

Ethical boundary: Metrics exist to describe and serve users, not manipulate them — instrument only what you need and respect privacy in what you collect.

See: references/good-metrics.md

2. The One Metric That Matters (OMTM)

Core concept: At any moment there is one number that matters above all others — the one that tells you whether the current riskiest assumption is working. Pick it, display it everywhere, and let it drive every experiment until you graduate to the next stage.

Why it works: The OMTM answers the most important question you have right now, forces you to draw a line in the sand so "good" is defined before results arrive, and focuses the entire company. A dashboard of forty numbers diffuses accountability; one number creates a shared scoreboard and a culture of experimentation.

Key insights:

  • The OMTM rotates — it is the metric that matters now, not forever; passing a stage gate or pivoting changes it
  • Pair it with a counter-metric so it can't be gamed: activation speed paired with 30-day retention, sales velocity paired with refund rate
  • A line in the sand has three parts: a target number, a date, and a pre-committed answer to "what do we do if we miss?"
  • "Good enough" is a decision made in advance, not a discovery made after — otherwise the goalposts move
  • If the team can't agree on the OMTM, you haven't agreed what the riskiest part of the business is — that argument is the valuable part
  • Collect many metrics, but watch one — the rest live in drill-down reports, not on the wall

Applications:

ContextApplicationExample
Quarterly planningOne OMTM per stage; experiments ladder up to itStickiness stage → all bets target week-4 retention
Dashboard designOMTM big, 4-6 supporting metrics smallWall display: paid conversion 3.2% huge; CAC, churn, NPS below
Team alignmentPre-commit the miss response"Under 10% by March 1 → we pivot to the agency segment"

Ethical boundary: The line in the sand disciplines the company's bets, not individuals — turning the OMTM into personal quotas invites gaming and hides truth.

See: references/omtm.md

3. Metrics by Business Model

Core concept: Your business model dictates which metrics exist and which matter. Lean Analytics defines six archetypes — e-commerce, SaaS, free mobile app, media site, user-generated content, and two-sided marketplace — each with its own metric tree and its own definition of "working."

Why it works: Copying another company's north star fails because metrics encode the mechanics of a model: a marketplace lives or dies on liquidity, a SaaS business on churn, a media site on engaged attention. Naming your model first turns "what should we measure?" from a brainstorm into a lookup.

Key insights:

  • E-commerce runs on conversion rate, average order value, and repurchase rate — annual repurchase under ~40% means acquisition mode, over ~60% loyalty mode, and each mode has a different playbook
  • SaaS runs on MRR, churn, LTV:CAC, expansion, and time-to-value; free mobile apps run on downloads → DAU/MAU, percent paying, and ARPDAU vs ARPPU (whales skew every average)
  • Media runs on audience, engaged time (not raw pageviews), CTR, and RPM; UGC runs on the engagement funnel — visitor → voyeur → commenter → creator — plus content per user and spam rate
  • Marketplaces run on liquidity: listings, fill/sell-through rate, time-to-transaction, take rate, buyer/seller ratio — GMV is vanity until multiplied by take rate
  • Hybrid businesses must pick ONE primary model to own the OMTM; the secondary model contributes counter-metrics, not equal billing
  • The model also dictates instrumentation: define each metric's formula and source up front, or every team computes "churn" differently

Applications:

ContextApplicationExample
New product instrumentationName the model, install its metric treeSubscription box → primary model SaaS; churn tracked before AOV
North-star debateDerive from model mechanics, don't copyMarketplace adopts fill rate, not a SaaS-style MRR target
Investor dashboardReport the model's canonical ratiosSaaS deck: MRR growth, net churn, LTV:CAC, CAC payback

See: references/business-model-metrics.md

4. Metrics by Stage: The Lean Analytics Stages

Core concept: Startups move through five stages — Empathy, Stickiness, Virality, Revenue, Scale — and each has a gate. The OMTM is the intersection of business model and current stage; working on a later stage's metric before passing the current gate is the canonical startup mistake.

Why it works: Sequencing prevents waste. Virality poured into a product that doesn't retain is a leaky bucket; paid acquisition before unit economics burns runway with precision. Each gate de-risks the next, larger investment of money and time.

Key insights:

  • Empathy: have 15+ problem interviews shown a painful, frequent problem people will pay to fix? The metric is mostly conversation notes — and that's correct at this stage
  • Stickiness: do people use it repeatedly on their own? Track retention cohorts and core-action engagement; don't pour users into a leaky bucket
  • Virality: do users bring users? Track viral coefficient AND cycle time — shortening the cycle often grows you faster than raising the coefficient, and inherent virality beats incentivized invites
  • Revenue: does a dollar in return more than a dollar out, soon enough? Revenue per customer, CAC payback, gross margin
  • Scale: channels, partners, and new markets — metrics shift from product risk to ecosystem and operations
  • Gates are evidence, not time: a flattening retention curve exits Stickiness; positive unit economics within payback tolerance exits Revenue

Applications:

ContextApplicationExample
Growth-spend decisionCheck the stickiness gate firstD30 retention at 4% → fix onboarding before buying ads
Roadmap prioritizationStage picks the OMTM; OMTM picks the workStickiness stage ships onboarding fixes, not a referral program
Fundraising narrativePitch the passed gate and its evidence"Week-4 retention flat at 35% — raising to scale acquisition"

See: references/five-stages.md

5. Baselines and Lines in the Sand

Core concept: A metric without a target is trivia. Use published baselines as starting heuristics — not laws — to define "good enough," then draw your line in the sand: a number, a date, and a pre-committed action if you miss.

Why it works: Baselines convert open-ended measurement into falsifiable bets. Knowing that ~5% monthly churn is the early-SaaS ceiling tells you whether to optimize or rebuild; without a line, every result can be rationalized and no experiment can fail.

Key insights:

  • Early SaaS: ~5% monthly customer churn is the upper bound of viable; healthy companies push toward ~2% or lower
  • Habitual and social apps: DAU/MAU around 20%+ signals real engagement; casual mobile apps average roughly 14% day-30 retention, so plan for steep decay
  • Conversion: e-commerce typically converts ~1-3% of visitors; landing pages on good paid traffic usually convert low single digits — 25-30% is exceptional, not a planning number
  • A viral coefficient above 1 is rare and fleeting; treat virality as CAC reduction and optimize cycle time before coefficient
  • No benchmark for your case? Measure your current value, improve relative to it, and watch the derivative — 5% weekly improvement compounds into category-leading numbers
  • Benchmarks shift by market, channel, price point, and era — always re-derive against your own cohorts before adopting someone else's number

Applications:

ContextApplicationExample
Target settingBaseline → line in the sand → pre-commitment"Churn under 4% by Q3 or we rebuild onboarding"
Anomaly triageCompare to your own baseline before benchmarksConversion fell 2.4% → 1.9% in a week — investigate the release
Channel evaluationRe-derive benchmarks per channelPaid social converts 0.8%, search 4% — budget follows the line

See: references/case-studies.md

Common Mistakes

MistakeWhy It FailsFix
A dashboard with 40 metricsDiffuses focus; nobody owns anythingOne OMTM big, 4-6 supporting metrics, archive the rest
Celebrating cumulative chartsTotals can't go down, so they hide decayPlot rates, conversions, and cohort retention instead
Copying another company's north starMetrics encode model mechanics you don't shareDerive the OMTM from your model × stage
Skipping cohortsBlended averages mask whether the product improvesTrack each signup cohort separately over time
Optimizing virality before stickinessGrowth multiplies churn — the leaky bucketPass the retention gate, then build invite loops
Measuring what's easy, not what's riskyDecisions still get made on gutInstrument the riskiest assumption first
No line in the sandEvery result gets rationalized; experiments can't failPre-commit target, date, and miss response
Confusing correlation with causationYou pump a metric that doesn't drive the outcomeRun a controlled experiment before investing

Quick Diagnostic

QuestionIf NoAction
Can you name your OMTM right now?Focus is diffused across a dashboardPick one metric from current model × stage
Would this metric change what you do next?You're reporting, not decidingDrop it, or define the decision it gates
Is it a ratio or rate, not a total?Vanity risk — totals only go upRewrite as a conversion, retention, or per-user rate
Do you know your business model archetype?Wrong metric tree installedName one of the six models; adopt its metrics
Do you know your stage (Empathy → Scale)?Probably optimizing a later stage too earlyFind the first unpassed gate; that's your stage
Is there a target with a date and a miss plan?Goalposts will move after resultsDraw the line in the sand in writing
Is the data cohorted and segmented?Averages are hiding the truthBuild cohort tables; split by channel and segment
Is a counter-metric guarding the OMTM?The OMTM will be gamedPair it, e.g. signup growth × 30-day retention

Reference Files

  • references/good-metrics.md — Four tests of a good metric, vanity-metric rewrite table, cohort analysis how-to, segmentation discipline, correlation-to-causation loop, metric definition template
  • references/omtm.md — Choosing the OMTM step by step, stage × model matrix, counter-metric pairing, lines in the sand, dashboard design, rotation triggers, worked examples
  • references/business-model-metrics.md — Metric trees for all six business models with formulas, instrumentation notes, measurement failure modes, hybrid-model guidance
  • references/five-stages.md — Stage-by-stage playbook: gating metrics, exit-criteria checklists, premature-scaling symptoms, funding and runway interactions
  • references/case-studies.md — Three scenarios: SaaS dashboard to OMTM, marketplace liquidity discovery, mobile app fixing stickiness before growth

Further Reading

About the Authors

Alistair Croll is an entrepreneur and analyst who co-founded web performance company Coradiant, founded Solve For Interesting, and chairs Startupfest among other technology conferences. Benjamin Yoskovitz is a founding partner at venture studio Highline Beta and a serial founder and startup investor. They wrote Lean Analytics for Eric Ries's Lean Series.

GitHub 저장소

wondelai/skills
경로: lean-analytics
0
agent-skillsai-skillsclaude-codeclaude-code-marketplaceclaude-code-pluginclaude-code-skills
FAQ

Frequently asked questions

What is the lean-analytics skill?

lean-analytics is a Claude Skill by wondelai. Skills package instructions and resources that Claude loads on demand, so Claude can perform lean-analytics-related tasks without extra prompting.

How do I install lean-analytics?

Use the install commands on this page: add lean-analytics to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.

What category does lean-analytics belong to?

lean-analytics is in the Meta category, tagged ai, design and data.

Is lean-analytics free to use?

Yes. lean-analytics is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.

연관 스킬

content-collections
메타

이 스킬은 콘텐츠 콜렉션(Content Collections)을 위한 프로덕션 검증된 설정을 제공합니다. 콘텐츠 콜렉션은 Markdown/MDX 파일을 Zod 검증이 포함된 타입 안전한 데이터 콜렉션으로 변환해주는 TypeScript 최우선 도구입니다. 블로그, 문서 사이트 또는 콘텐츠 중심의 Vite + React 애플리케이션을 구축할 때 타입 안전성과 자동 콘텐츠 검증을 보장하기 위해 사용하세요. Vite 플러그인 구성과 MDX 컴파일부터 배포 최적화 및 스키마 검증에 이르기까지 모든 것을 다룹니다.

스킬 보기
polymarket
메타

이 스킬은 개발자들이 Polymarket 예측 시장 플랫폼을 활용한 애플리케이션을 구축할 수 있도록 지원하며, 거래 및 시장 데이터를 위한 API 통합 기능을 포함합니다. 또한 WebSocket을 통한 실시간 데이터 스트리밍을 제공하여 실시간 거래와 시장 활동을 모니터링할 수 있습니다. 이를 통해 거래 전략을 구현하거나 실시간 시장 업데이트를 처리하는 도구를 생성하는 데 활용할 수 있습니다.

스킬 보기
creating-opencode-plugins
메타

이 스킬은 개발자들이 명령어, 파일, LSP 작업 등 25개 이상의 이벤트 유형에 연결되는 OpenCode 플러그인을 만들 수 있도록 돕습니다. JavaScript/TypeScript 모듈을 위한 플러그인 구조, 이벤트 API 명세, 구현 패턴을 제공합니다. OpenCode AI 어시스턴트의 라이프사이클을 사용자 정의 이벤트 기반 로직으로 가로채거나, 모니터링하거나, 확장해야 할 때 사용하세요.

스킬 보기
sglang
메타

SGLang은 RadixAttention 프리픽스 캐싱을 활용하여 JSON, 정규식, 에이전트 워크플로우를 위한 고속 구조화 생성에 특화된 고성능 LLM 서빙 프레임워크입니다. 특히 반복되는 프리픽스가 있는 작업에서 상당히 빠른 추론 속도를 제공하여 복잡한 구조화 출력 및 다중 턴 대화에 이상적입니다. 제약 디코딩이 필요하거나 광범위한 프리픽스 공유가 있는 애플리케이션을 구축할 때는 vLLM과 같은 대안보다 SGLang을 선택하십시오.

스킬 보기