Per-product growth reviews

Last updated:

|Edit this page

For products that have product-market fit and are generating revenue, we are doing monthly per-product growth reviews. These are separate from the growth reviews the Growth team are doing. We recommend to do the growth reviews at the start of the month, to review the previous month. The growth reviews are attended by the small team lead, the exec responsible for the team and the product manager. Apart from the small team lead, the small team members currently don’t join the growth reviews, but all analysis is public, and they have the chance to participate async before and after the meeting. It’s the job of the product manager to schedule, prepare and lead the growth review.

Objectives

The objective of the growth review is to review key product metrics and understand changes that have occurred over the preceding four weeks. By reviewing metrics on a schedule, we can spot issues faster than when reviewing them only sporadically.

Looking at the same metrics regularly will increase our understanding how they relate to each other, whether metric changes are expected or exceptions, and will make efforts to improve them more successful.

The growth reviews should focus on analysing anomalies instead of expected metric behavior, especially as teams become more familiar with their data.

Outside of the regular meetings, it’s the job of the Product Manager to regularly monitor these metrics, becoming an expert in their nuances. Should a metric deviate from the norm, they are responsible for presenting a well-researched explanation during the review.

Contents

Recurring analysis

During these meetings, we assess both input and output metrics. Input metrics, serving as leading indicators, significantly impact output metrics like revenue and retention.

Here are some examples:

  • Input Metrics: Things customers care about and factors in our control, like onboarding, key product actions (such as recording analyzed), and performance
  • Output Metrics: MRR, retention (revenue & usage), NPS score

As mentioned before, we aim to analyse the same set of metrics month over month, so we can see trends and anomalies. However, there can be cases where we decide to change a metric if it’s a better indicator of long-term success, particularly for product activation and key product actions.

We’ve found that the best way to review what is a quite long list of metrics is to combine all numbers (revenue as well as usage) in one spreadsheet with a new column for each month, and only open individual graphs where required. Below is a screenshot that shows a part of our growth review document. Here is the link to the document for internal users.

Growth review template

Monthly focus areas

To make growth reviews more actionable, each of the three growth reviews per quarter should have a slightly different angle:

First growth review of the quarter (1 week in):

  • Which metrics or areas of the product do we feel have potential, but we don't have enough context yet to take action?
  • The outcome should be a list of prioritised research ideas / deep dives

Second growth review of the quarter (5 weeks in):

  • Has our research yielded anything useful so far? What do we need to focus on understanding before planning in a few weeks?
  • From the things we've shipped so far this quarter, did we learn anything?
  • The outcome should be a list of open questions we should answer before the next quarterly planning

Third growth review of the quarter (9 weeks in):

  • What impact did the things we have shipped this quarter have on our metrics, and overall success of the product?
  • Looking back over the quarter so far, was growth healthy or are there issues we should address in the next quarter?
  • This session will be the least actionable, since it is happening around the same time as the quarterly planning, so it's a good time to do an overall health check

Deep dives

In each growth review, we usually do a couple of deep dives. Topics can be proposed in a preceding growth review, by team members, or it is simply something the Product Manager finds worthwhile. Here are a couple of examples:

  • Why was churn so high last month? Can we identify any reasons?
  • Where in the onboarding funnel do new users struggle?
  • Can we find leading indicators that predict long-term product usage? (e.g. Facebook’s 7 friends in 10 days)
  • Are there any difference between high ICP and non ICP customers in how they use the product?
  • Are our 10 biggest customers happy users of the product?

Structure

During the meeting

  • Metrics walkthrough
    • Led by PM
    • Participants note questions/comments they have
  • Review of questions/comments that were made before or during the metrics walkthrough
  • Walkthrough + discussion of deep dives
  • If required: Ad-hoc analysis of questions that came up
  • Agree on to dos for the next meeting

Before the meeting

  • PM prepares growth review
  • PM shares summary + links to analysis as well as the growth review document with the participants as well as the small team, so everyone has the chance to review the document and add notes before the meeting

After the meeting

  • PM shares summary of meeting discussion + outcome with the small team
  • PM makes sure all to dos are completed by the next growth reviews

Questions?

Was this page useful?

Next article

Support team overview

The support team exists to give users the info they need to be successful with PostHog, and to deliver that information in a way which sparks joy. As a team we value being hands-on, putting human needs above internal processes, and treating support as a product. Check out our team page for more info.

Read next article