Skip to content
Learn · Autonomous growth

What does a growth PM do?

A growth PM turns growth strategy into a concrete experimentation roadmap and decides what to test next. They spec and prioritize A/B tests, write the briefs, own the experiment backlog, and set the cadence of shipping tests against a target metric. They sit between the strategist and the people who execute.

Updated 10 Jun 20266 min readBy fromHello
Key takeaways
  • A growth PM converts the strategy into a ranked roadmap of experiments to run next.
  • Their core artifact is the test brief: hypothesis, metric, variants, and what would count as a win.
  • They prioritize the backlog by impact, confidence, and effort — usually with ICE or RICE.
  • They own cadence, not channels: how many tests ship per cycle, against one target metric.

The job in one line

A growth PM decides what to test next. They take the direction set by the Growth Lead — the metric, the strategy — and turn it into a concrete experiment roadmap: a ranked list of tests, each with a hypothesis and a clear win condition. They are one of the two steering roles on a growth team, sitting between the growth lead who sets the metric and the marketers, engineers, and analysts who run the tests.

The test brief is the core artifact

The PM's first move is to make a vague goal testable — "improve activation" becomes specific bets like shorten the signup form or add a setup checklist. Each bet becomes a brief, the deliverable a growth PM is judged on. A good one states the hypothesis (what we believe and why), the primary metric, the variants, the audience and sample, and what would count as a win or a loss before the test runs. Written well, the brief lets a marketer or engineer build the test without a meeting — and lets the analyst read the result without re-litigating the setup.

Prioritization: impact, confidence, effort

More ideas exist than the team can run, so the PM ranks them. The common shorthand is ICE — impact, confidence, ease — popularized by Sean Ellis and widely documented by teams like those writing at Reforge. RICE adds reach to the front. The framework matters less than the discipline: score every idea on the same axes, and the highest-expected-value bet goes first.

The four-step loop a growth PM runs to turn a goal into a shipped experiment: restate the goal metric, generate hypotheses against the funnel, score by impact-confidence-effort, then write the brief and ship.

Cadence, not channels

A growth PM rarely runs a channel themselves. Their output is the rate of validated learning: how many well-specified tests ship per cycle, and how cleanly each one resolves. Brian Balfour frames growth as a repeatable process — goal, ideas, prioritize, test, analyze, run on a tempo. The PM owns that tempo and keeps the backlog moving, while the rest of the team executes.

How fromHello runs this role

fromHello runs the growth PM as one of eight roles on an AI growth team. The agent takes the metric from the Growth Lead, generates hypotheses against your funnel, scores the backlog, and drafts the briefs — then proposes them for you to approve or edit. It is pre-launch and human-in-the-loop by default: nothing ships without your sign-off. For sizing against a traditional suite, see fromHello vs HubSpot.

FAQ

Common questions

  • What is the difference between a growth PM and a growth lead?

    The Growth Lead sets the strategy and the North Star; the growth PM turns that into a ranked experiment roadmap and owns shipping tests against the metric. The lead steers; the PM drives the backlog.

  • What does a growth PM actually deliver?

    A prioritized experiment backlog and the test briefs that go with it — each brief stating the hypothesis, the primary metric, the variants, and what would count as a win before the test runs.

  • How does a growth PM prioritize experiments?

    By scoring every idea on the same axes — usually ICE (impact, confidence, ease) or RICE, which adds reach. The point is a consistent ranking, so the highest-expected-value bet ships first.

  • Is a growth PM the same as a product PM?

    No. A product PM owns a feature area and the product roadmap; a growth PM owns the experiment roadmap against one growth metric, where the unit of work is a test rather than a feature.

See the platform the team runs.

Related guides
Early access

Put your growth teamon autopilot.

Early access opens gradually, so the team tunes to real use cases. Small teams with big ambitions go first.

500+ already on the list

Not ready to share an email? It's open source. Run it yourself today. View on GitHub

No spam. One email when your spot opens. Unsubscribe at any time.