Skip to content
tezvyn:

Set up a cohort analysis for a new onboarding flow

Source: appcues.comMediumHow cards are made

Set up a cohort analysis for a new onboarding flow

This tests your ability to design a clean experiment to measure product impact. A great answer defines control/treatment cohorts by acquisition date (before/after Jan 1st), picks a specific metric like W1 retention, and compares them.

What's really being asked

This question tests your ability to translate a product change into a rigorous, data-driven experiment. The interviewer wants to see if you can move beyond a simple definition to design an analysis that isolates the impact of a specific feature launch. They are evaluating your grasp of experimental design, your precision with metrics, and your ability to connect product work to business outcomes like retention.

The full answer

A strong answer has four parts. First, a concise definition: a cohort is a group of users sharing a common characteristic, like their sign-up date, tracked over time. Second, the experimental setup: define an acquisition cohort of "treatment" users who signed up on or after Jan 1st and a "control" cohort from before the launch (e.g., all of December). Third, the success metric: choose a specific, quantifiable metric tied to onboarding success, like "Week 1 Retention" or "Day 7 Activation Rate" (defined as completing a specific key action). Fourth, the analysis: track these cohorts for 4-8 weeks and compare their retention curves, looking for a clear, sustained lift in the January cohort's metrics versus the December cohort's baseline.

The mistakes people make

The biggest red flag is failing to define a control group. Analyzing the January cohort in isolation tells you nothing about the new flow's impact. Another common mistake is using vague metrics like "improved engagement." A senior answer names a specific, measurable KPI like "W1 retention rate." Comparing January vs. February is also weaker than a clean before/after split around the launch date, as it introduces more confounding variables like seasonality. Just defining the term without explaining the practical setup is a junior-level answer.

What usually comes next

"What if you see a 2% lift? Is that good?" (Tests understanding of statistical significance and business context). "What confounding variables might affect your analysis?" (Tests awareness of seasonality, marketing campaigns, or concurrent feature launches). "How would you visualize this data for a product manager?" (Tests communication skills, expecting a description of the classic cohort retention table/heatmap).

A concrete example

We'd compare the December 2023 cohort (control) to the January 2024 cohort (treatment). Our primary metric would be Week 1 retention. If the December cohort had a W1 retention of 35% and the January cohort shows 42%, that's a positive signal. We would continue to track both cohorts for at least 8 weeks to see if this lift is sustained. We'd present this as a table with rows for each cohort and columns for Week 0, Week 1, Week 2, etc., showing the percentage of users remaining active.

Interview question

A new onboarding flow was launched on January 1st. What is the most effective way to structure a cohort analysis to measure its impact on retention?

  • a.Track the January cohort's retention curve for 8 weeks to see if it meets company goals.
  • b.Analyze overall user engagement metrics for all users before and after January 1st.
  • c.Compare the January cohort's retention to the February cohort's retention to see if the trend is positive.
  • d.Compare the Week 1 retention rate of users from December (control) to users from January (treatment).Correct
Why?

This approach correctly isolates the change by comparing a treatment group (January) to a clean control group from immediately before the launch (December), using a specific metric. Comparing January to February is weaker as it doesn't use a true pre-launch baseline.

Just read this? Test yourself on what you have been reading.

Read the original → appcues.com

You just looked this up. Could you explain it out loud?

That is the part interviews actually test. Tezvyn takes questions like this one and gives you what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.

The iPhone app is on the way

We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.

Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.

Get it on Google PlayiPhone app coming soon

We are hiring for this. Open roles that interview on analytics — each one lists the topics its interview covers.

See open roles