Book teardown
·
Revenue
Lean Analytics

The short answer
Croll and Yoskovitz argue that at any moment a company has one metric that matters more than the rest, and that which one it is depends on the stage you are in rather than on taste. The stage model is the part worth keeping. The benchmark chapters come from a different era of cost and should be read as history.
Published
Oct 2, 2026
·
Updated
Oct 2, 2026
What is the one metric that matters?
It is the single number you would run the company on if you could see only one, chosen for right now and expected to change. The argument is about attention rather than about measurement: a team that watches 30 numbers watches none of them, and a team that watches one will notice when it moves and will have an opinion about why.
The book is firm that this is a temporary commitment. You pick the number for the question you are currently trying to answer, you set a target before you start, and when the question is answered you pick a different number. That last part is the part teams skip. A one-metric dashboard that has not changed in 18 months is not focus, it is a habit.
Chapter 2, "How to Keep Score", is where the useful tests are. A good metric, the authors say, is comparative, is understandable, and is a ratio or a rate. The same chapter separates leading from lagging metrics and correlated from causal ones, and runs a list of eight vanity metrics to watch out for. Those three tests will clean up most dashboards on their own. A total is almost never a good metric, because a total only goes up and tells you nothing about whether this month was better than last.
What are the five stages, and does the order hold?
Five, in order: empathy, stickiness, virality, revenue, scale.
Empathy is the stage where you are still finding out whether the problem is real, and the metric is how many conversations you have had and how consistent the answers are. Stickiness is whether people come back and keep using the thing, which has to be true before anything else is worth building. Virality is whether they bring other people. Revenue is whether the money works. Scale is whether it keeps working when you add fuel.
The order is the useful claim. It says do not spend on acquisition before stickiness, and do not optimize revenue before you have something people return to. That holds up well, and it maps almost exactly onto the way I file work by stage: stickiness is retention, virality is referral, revenue is this stage.
Where the order needs a note is that virality sits before revenue in the book, and in most companies I have worked in it does not. Referral is the last stage to arrive, because it depends on a product people already keep, and because a referral program built before retention flattens is a discount with a share button. The five stages are a sequence of questions, not a Gantt chart, and virality is the one most often answered out of turn.
The book also sorts companies into six models: ecommerce, software as a service, free mobile app, media site, user-generated content, and two-sided marketplaces. Each gets its own chapter of what to measure. The sorting is still good. It is the reason the book travels better than most analytics writing, which quietly assumes a single business model.
What does the book get right?
Three things, and they are not the things it is famous for.
It makes you name the number before you look. Part III is titled "Lines in the Sand", and the introduction to it puts the case plainly: "Unless you have a line in the sand, you don't know if you're crushing it or being crushed." That is the practice, not the benchmark table that follows it. Writing down the number you would be pleased with, before you pull the report, is the cheapest protection against reading a result backwards. Nearly every disagreement I have sat in about whether a test worked was really a disagreement about what the two sides had expected, and nobody had written it down.
It takes qualitative work seriously as measurement. The empathy stage has metrics, and they are counts of conversations and the consistency of what people said. Most analytics books treat customer conversations as the soft part that happens before the real work. This one treats them as the first stage's data.
Chapter 28 exists. It is called "What to Do When You Don't Have a Baseline", and it is the chapter every early team needs and no analytics book usually writes. The answer is to become your own baseline: measure now, improve against yourself, and stop shopping for a comparison you cannot get.
What has dated?
The benchmark numbers. The lines in the sand were drawn against the cost of attention and the cost of software in 2012. Paid acquisition, churn, email engagement and app install economics have all moved several times since. Read those chapters for which metrics to track per model and ignore the figures entirely. I would not use a 2013 conversion or churn line to judge a company in 2026, and neither would the authors.
The tool assumptions. The examples assume you are instrumenting things yourself, which was true when product analytics was a project. The work of getting the event into the warehouse is smaller now, and the work of agreeing what the event means is exactly as large as it was. The book spends its time on the first.
The implied scarcity of measurement. "One metric" was advice for teams that had to choose because every number cost engineering time. Today the constraint is attention rather than instrumentation, which makes the advice more useful rather than less, but for a different reason than the book gives.
Virality's position in the sequence, for the reason above.
How do you pick your own one metric this week?
Write down the question the company is actually arguing about. Not the goal. The argument. "Are people coming back" is a question. "Grow revenue" is not.
Pick the number that would settle it, and make it a ratio or a rate rather than a total.
Write the line in the sand before you pull it. Two numbers: the one that would make you confident, and the one that would make you change plan.
Put it somewhere a person sees without logging in, and put the date next to it.
Set a review date. When the question is answered, the metric's job is over.
Who should read it?
A founder between 0 and the first few hundred customers, and any first growth hire in their first month. Read Part I and Part II properly, read Part III for the structure and not the numbers, and read Chapter 28 twice if you have no comparison.
Skip it if you already have a working weekly number everyone trusts. The book's main gift is deciding what to watch, and you have already done that.
How I use it
I reach for the stage model when a founder and I disagree about what the next quarter is for, which happens more often than disagreeing about tactics.
At a consumer marketplace in its second year, the founder wanted to spend on acquisition. The case was reasonable: cost per install was cheap, the app store ranking was moving, and a competitor had just raised. I asked for one number before we agreed, which was the share of first-week buyers who bought again within 60 days. It was 14 percent, and it had been flat for three quarters.
In the book's terms the company was still in stickiness and wanted to behave as though it were in scale. We spent the quarter on the second purchase instead of on installs, which was not the popular answer. The one metric went on a screen in the office with two lines written next to it: 25 percent and we spend, under 18 percent and we change the product. It reached 23 percent in 11 weeks, mostly from a reorder flow and a reminder tied to how long the product actually lasts, and we started spending the quarter after that.
What I take from the book is not the dashboard, it is the discipline of writing the two lines down before looking. I have been wrong about the answer plenty of times. I have never regretted having said in advance what would change my mind, and it is the single habit that has made the most difference to how fast decisions get made around me.
Takeaways
Write down the question your company is actually arguing about, then pick the one ratio that would settle it, and give it a review date.
Before you pull any report, write two numbers: the result that would make you commit, and the result that would make you change plan.
Use the book's model chapters for which metrics to track and throw away the 2013 figures, then make yourself your own baseline as Chapter 28 says.
Related
Up to the stage
More from this stage
Questions
Is one metric really enough?
For deciding, usually yes. For running the business, no. Keep a short dashboard of numbers you are responsible for and one number you are currently trying to move, and be clear about which is which. The failure mode is not having too few numbers, it is having 30 numbers and no question.
Is Lean Analytics still worth reading in 2026?
How does the one metric relate to a North Star metric?
Sources
Alistair Croll and Benjamin Yoskovitz, Lean Analytics: Use Data to Build a Better Startup Faster, O'Reilly Media, March 2013. https://www.oreilly.com/library/view/lean-analytics/9781449335687/
Chapter 2, "How to Keep Score", for the tests of a good metric and the eight vanity metrics. https://www.oreilly.com/library/view/lean-analytics/9781449335687/ch02.html
Part III, "Lines in the Sand", chapters 21 to 28, for the quoted line and for Chapter 28, "What to Do When You Don't Have a Baseline". https://www.oreilly.com/library/view/lean-analytics/9781449335687/pt03.html