The metric framework: four categories
Primary metric (1): The north star metric. The single number that, if it moves positively, means the product is working. Examples: weekly active users, tasks completed per user, revenue per seat.
Leading indicators (2 to 3): Metrics that predict the primary metric 2 to 4 weeks in advance. Examples: activation rate, time-to-first-value, D7 retention. These are the metrics you pull levers on.
Guardrail metrics (2 to 3): Metrics you must not hurt while improving the primary metric. Examples: support ticket volume, NPS, page load time. If guardrail metrics degrade, stop, even if the primary metric is improving.
Health metrics (ongoing): Baseline system health indicators, error rate, latency, uptime. Engineering owns these, but PMs need visibility when they affect product experience.
How to define a good success metric
| Criterion | Good metric | Bad metric |
| Specific | 7-day activation rate | Engagement |
| Measurable | % users who create ≥3 documents in 7 days | User satisfaction |
| Actionable | Time-to-first-successful-export | Overall product quality |
| Baseline exists | Current 7-day activation: 28% | No baseline data |
| Target defined | Target: 45% by Q3 end | Target: "improve" |
The metric review cadence
Weekly: review leading indicators (activation, retention). Flag anomalies within 48 hours. Monthly: full metric review, primary metric, leading indicators, guardrails. Quarterly: review metric relevance, are we still measuring the right things? Post-launch: review all feature metrics at 30 days and 90 days. Add 90-day reviews to the PRD as a requirement before ship.