By Fatskills Exam Guides Team — the exam nerds behind 28,500+ quizzes and 2.1M practice questions across 500+ global exams.
A metric tree is a hierarchical breakdown of how your product’s high-level goals (e.g., revenue, retention) cascade into smaller, actionable metrics. Your North Star Metric (NSM) is the single, most critical metric that best captures the core value your product delivers to users. Together, they help teams focus on what actually drives long-term success—not just vanity metrics. Example: For Duolingo, the NSM is "Weekly Active Learners" (output), but the metric tree includes input metrics like "lessons completed per session" (leading) and "7-day retention" (lagging).
North Star Metric (NSM): The one metric that best reflects the value your product delivers. It should align with business goals, be actionable, and predict long-term success. Example: Airbnb’s NSM is "Nights Booked" (not "DAU" or "revenue").
Metric Tree: A visual hierarchy that breaks down your NSM into input metrics (levers you control) and output metrics (results you measure). Structure: NSM-Output Metrics-Input Metrics-Experiments/Features
NSM-Output Metrics-Input Metrics-Experiments/Features
Input vs Output Metrics:
Output (Lagging): Metrics that reflect outcomes (e.g., "revenue per user"). Input metrics predict output metrics.
Lagging vs Leading Indicators:
Leading: Predictive signals (e.g., "users who complete onboarding are 2x less likely to churn").
HEART Framework (Google): A way to categorize metrics for user experience: Happiness (NPS), Engagement (sessions/week), Adoption (new users), Retention (7-day retention), Task Success (completion rate).
AARRR (Pirate Metrics): Funnel stages for growth: Acquisition-Activation-Retention-Revenue-Referral.
ICE Score (Prioritization): Impact × Confidence × Ease – used to rank experiments/features.
Contribution Analysis: Quantifying how much each input metric contributes to the NSM (e.g., "A 1% increase in onboarding completion-0.5% increase in retention").
Vanity Metrics: Metrics that look good but don’t correlate with business outcomes (e.g., "total app downloads" vs "active users").
Counter Metrics: Metrics that ensure you’re not optimizing for the NSM at the expense of other critical goals (e.g., "increasing engagement" but "decreasing NPS").
Test: Does improving this metric correlate with long-term success (e.g., retention, revenue)?
Build the Metric Tree
Example Tree for a SaaS Product: NSM: Monthly Active Teams (MAT) -Output: Retention Rate, Revenue per Team -Input: Onboarding Completion, Feature Adoption, Support Tickets
NSM: Monthly Active Teams (MAT) -Output: Retention Rate, Revenue per Team -Input: Onboarding Completion, Feature Adoption, Support Tickets
Identify Leading vs Lagging Indicators
Action: Focus experiments on leading indicators—they’re your levers.
Run Contribution Analysis
Example: "A 10% increase in onboarding completion-3% increase in 7-day retention."
Prioritize Experiments with ICE
Example: "Redesign onboarding" might score 8 × 7 × 5 = 280.
Monitor Counter Metrics
Mistake: Choosing a vanity metric as the NSM (e.g., "total users" instead of "active users"). Correction: The NSM should reflect real user value, not just growth. Example: Facebook’s early NSM was "7 friends in 10 days" (not "DAU").
Mistake: Ignoring lagging indicators (e.g., only tracking "signups" but not "retention"). Correction: Lagging metrics validate whether your leading indicators are working. Example: If "onboarding completion" (leading) improves but "30-day retention" (lagging) doesn’t, your onboarding isn’t driving real value.
Mistake: Building a metric tree without input metrics (e.g., only tracking "revenue" but not "feature adoption"). Correction: Input metrics are your levers—without them, you can’t take action. Example: If "revenue" is down, you need to know if it’s due to "lower conversion" or "fewer users."
Mistake: Optimizing for the NSM at the expense of everything else (e.g., increasing "engagement" but hurting "NPS"). Correction: Always track counter metrics to avoid unintended consequences.
Mistake: Assuming correlation = causation (e.g., "users who watch tutorials have higher retention"-"force everyone to watch tutorials"). Correction: Run experiments to prove causation. Example: A/B test "mandatory tutorial" vs "optional tutorial" to see if it actually improves retention.
Answer: Revenue is an output metric—it’s a result, not a lever. The NSM should be something you can influence directly (e.g., "transactions per user" for a marketplace).
Leading vs Lagging Indicators
Answer: Track leading indicators like "onboarding completion rate" (predicts retention) and lagging indicators like "7-day retention" (validates success).
Counter Metrics
Answer: Pause and investigate. Engagement is good, but if NPS (a counter metric) is dropping, the notifications might be annoying users. Run a survey to understand why.
Metric Tree Depth
Scenario: Your team wants to launch a feature that increases "time spent in app" (your NSM) but decreases "NPS." How do you decide? Answer: Don’t launch. The NSM should align with user value—if NPS drops, the feature isn’t delivering real value. Why: Counter metrics protect against short-term optimization.
Scenario: You’re the PM for a food delivery app. Your NSM is "Weekly Active Users." What are 2 leading and 2 lagging indicators you’d track? Answer:
Lagging: "7-day retention rate," "Revenue per user." Why: Leading indicators predict future success; lagging indicators validate it.
Scenario: Your CEO says, "Let’s make ‘total app downloads’ our NSM." How do you respond? Answer: Push back. "Total downloads" is a vanity metric—it doesn’t reflect active usage or value. Suggest "Weekly Active Users" or "Retention Rate" instead. Why: The NSM should measure real engagement, not just growth.
Join 4M+ learners. Unlock unlimited quizzes, wrong-answer tracking, flashcards + reminders, study guides, and 1-on-1 challenges.