Builders Camp

Other Guides

Retention analysis for product managers

Retention analysis groups users into cohorts by a shared start date, then tracks how each cohort's activity changes over time in a table: cohorts as rows, weeks or months since start as columns. A healthy curve drops early, then flattens into a stable tail; a curve with no flattening point signals a real problem, not normal early drop-off.

A single churn number tells you something changed. It does not tell you which users left, when they started, or what they had in common before they stopped, and those three questions are what retention analysis is actually for.

What problem does retention analysis solve that a single metric doesn't?

An aggregate retention number, say 40 percent of users still active after 90 days, blends everyone together: users who joined in a strong month and users who joined right after a confusing onboarding change, power users and users who never got past the first session. Retention analysis breaks that blend apart by grouping users into cohorts, defined by a shared starting event, and tracking each group separately over time.

That separation is the whole value of the method. Two cohorts can produce the same blended average while telling completely different stories, one retaining well and one badly, and averaging them together hides exactly the signal you need to act on.

How do you actually build a cohort table?

The standard layout puts cohorts in rows, grouped by the week or month users started, and time-since-start in columns: week 1, week 2, week 4, and further out depending on how long your product's real usage cycle runs. Each cell holds the percentage of that cohort still active at that point in their lifecycle.

Reading down a column compares different cohorts at the same age, which is how you spot whether a specific signup period retains worse than the others around it. Reading across a row shows a single cohort's decay curve over its own lifetime, which is how you judge whether the product is holding onto the users it gets.

View What you're comparing What it tells you
Column (across cohorts) Different start dates at the same age Whether a specific period, channel, or release retains worse than others
Row (within one cohort) One cohort's activity over its own lifetime Whether the product holds users once they arrive
Behavioral split Users who did X vs. users who didn't, within a cohort What action actually predicts long-term retention

What does a healthy retention curve actually look like?

Most products show a steep early drop, often losing a large share of a cohort in the first week or two, followed by a flattening into a long, low, roughly stable tail. That flattening point is the number worth paying attention to, more than the size of the initial drop.

A curve that keeps declining with no flattening point is the real warning sign: it usually means the product has not yet found the group of users it can reliably keep, rather than that retention overall is simply low. A curve that flattens even at a modest level, by contrast, points to a real core of retained users, which is a foundation to build outward from rather than a number to be discouraged by on its own.

Acquisition cohorts versus behavioral cohorts

Acquisition cohorts group users by when they joined, which is the right tool for spotting whether a specific signup window, marketing channel, or release period retains worse than the others around it. Behavioral cohorts group users by what they actually did inside the product, completing onboarding, hitting a specific feature, reaching a usage threshold, which is the tool that answers the harder and more useful question: what specifically predicts that a user sticks around.

Most retention investigations need both. Acquisition cohorts tell you where to look; behavioral cohorts tell you why. A team that only ever runs acquisition cohorts can see that March's signups retained badly without ever learning what those users didn't do that October's signups did.

Do you need a dedicated data team to run this?

No, and treating retention analysis as something that requires a specialized data function is one of the more common reasons product teams avoid running it at all. What it actually requires is clarity on what you're measuring, a cohort structure that matches how your specific product gets used, and a habit of actually acting on what the table shows rather than just admiring it.

Builders Camp's Product Analytics bootcamp is built around exactly this: instrumenting features correctly, defining a real activation event, and analyzing retention and engagement at the account level for a product-led growth motion, in one week. If the metric you're building toward with retention analysis is a single north star for the whole team, north star metric examples is the natural next read; if the harder problem is deciding what to prioritize once you know where retention breaks, RICE prioritization covers that decision directly. For the underlying definitions this analysis builds on, see what is cohort analysis and what is churn rate.

See what the Product Analytics bootcamp covers, from instrumenting activation correctly to reading account-level retention in a B2B product-led growth environment.

Bootcamps referred in this Guide

Frequently asked questions

What is the difference between churn rate and retention analysis?

Churn rate is a single number for a period: the share of customers who cancelled. Retention analysis is the process behind that number, grouping users into cohorts by a shared start date and tracking how each group's behavior changes over time, which is what tells you why the churn number moved, not just that it did.

What is a cohort, exactly?

A group of users defined by a shared starting event, most commonly signup date, but also onboarding completion or a first-value milestone. Grouping by cohort instead of looking at all users together is what reveals patterns an aggregate retention number hides, like a specific week's signups retaining worse than every other week.

How do you build a basic retention cohort table?

Rows are cohorts, grouped by the week or month they started. Columns are time since start: week 1, week 2, week 4, and so on. Each cell shows the percentage of that cohort still active at that point. Reading down a column compares cohorts to each other at the same age; reading across a row shows one cohort's decay over time.

What is a normal-looking retention curve?

A curve that drops steeply in the first week or two, then flattens into a long, low, roughly stable tail. That flattening point matters more than the initial drop: a curve that keeps declining with no flattening usually means the product has not found the users it retains, while a curve that flattens even at a modest level suggests a real core of retained users to build from.

What is the difference between acquisition cohorts and behavioral cohorts?

Acquisition cohorts group by when someone joined, useful for spotting whether a specific signup period or channel retains worse than others. Behavioral cohorts group by what someone did, like completing onboarding or hitting a specific action, which is what actually answers why some users stick and others do not.

Do you need a data team to run retention analysis?

No. Running a basic cohort table requires clarity on what you are measuring, a cohort structure that matches how your product is actually used, and a habit of turning findings into action, not a dedicated analytics function. A one-week Product Analytics bootcamp is enough to build the first version yourself.

Sources

Written by

Andre Albuquerque

Andre Albuquerque

CEO of Builders Camp, SuperOperator, and other companies. Building products.

CEO of Builders Camp, SuperOperator, and other companies. Building products.

LinkedInMore guides by Andre Albuquerque
Mário Araújo

Mário Araújo

Product & Growth Leader | B2B | PLG Expert | Developer-focused products

Product & Growth Leader | B2B | PLG Expert | Developer-focused products

LinkedInMore guides by Mário Araújo

Last updated 2026-09-21

Researched from Builders Camp's bootcamp, track and masterclass material and the sources listed on this page, drafted with AI, and fact-checked against every source cited.

See the Product Analytics bootcamp