Growth engineering runs on experimentation.
But experimentation without structure quickly becomes chaotic. Ideas pile up, priorities shift, and teams start debating opinions instead of learning from results.
That's where experimentation frameworks come in.
These frameworks are not rigid processes. They are mental models that help growth engineers think clearly about a few important things:
which experiments to run
how to prioritize them
how to organize experimentation across teams
Many growth teams are familiar with frameworks like ICE and RICE, which score ideas based on factors like impact, confidence, reach, and effort.
Those models are still useful. But as growth engineering has matured, newer frameworks have emerged that better reflect how modern teams run experiments across product, GTM, marketing, and engineering systems.
Below are three frameworks that capture different parts of the experimentation process.
1. BRASS: Prioritizing Growth and Acquisition Ideas
BRASS is a useful framework for evaluating growth and acquisition experiments, particularly those related to marketing technology, distribution, and growth loops.
Factor | Question |
|---|---|
Blink | What is the initial instinct about this idea? |
Relevance | Does this experiment target the right audience? |
Availability | How quickly can we launch this test? |
Scalability | If it works, can it scale significantly? |
Score | The final aggregate score |
A Simple BRASS Scoring Method
To make BRASS practical, many growth teams score each factor from 1 to 5.
Factor | What to Consider | Score Range |
|---|---|---|
Blink | Initial intuition: does this idea feel promising based on experience or signals? | 1–5 |
Relevance | Does this experiment reach the right users or ICP? | 1–5 |
Availability | How quickly can we launch the experiment? | 1–5 |
Scalability | If it works, can it scale significantly? | 1–5 |
Then calculate the final score:
BRASS Score = Blink + Relevance + Availability + Scalability
Maximum score: 20
This creates a quick prioritization model:
Score | Interpretation |
|---|---|
16–20 | High-priority experiment |
11–15 | Worth testing soon |
6–10 | Lower priority |
1–5 | Probably not worth running |
The goal isn't mathematical precision.
The goal is to create a structured way to compare ideas quickly so growth teams can prioritize experiments without long debates.
Where ICE focuses on impact and effort, BRASS adds a layer of growth realism.
BRASS encourages teams to ask questions like:
Does this experiment actually reach our audience?
Can this experiment scale if it works?
Can we launch it quickly enough to learn something?
For growth engineers working on acquisition systems, BRASS works well for evaluating:
new acquisition channels
referral systems
growth loops
marketing automation experiments
The key idea is simple:
Prioritize experiments that can scale if they work.
2. HIPE: Product-Led Growth Experimentation
HIPE was developed by teams at Pinterest to prioritize product-led growth experiments.
While frameworks like ICE focus mostly on scoring impact, HIPE pushes teams to think more deeply about product experience and historical signals.
Factor | Question |
|---|---|
Hypothesis | Is there a clear If/Then hypothesis? |
Investment | What is the engineering cost? |
Precedent | Have we or competitors done this before? |
Experience | Does this improve the user journey? |
HIPE shifts experimentation conversations toward questions like:
Does this experiment improve the core product experience?
Is there evidence this idea has worked before?
Do we have a clear hypothesis for what should happen?
For growth engineers, HIPE works particularly well when evaluating:
onboarding experiments
activation improvements
feature discovery changes
product lifecycle flows
It's a reminder that not every experiment is about growth hacks. Many of the most impactful experiments improve the core user journey.
3. G.R.O.W.S.: Managing the Experimentation Factory
BRASS and HIPE help evaluate individual ideas.
G.R.O.W.S helps teams manage the entire experimentation pipeline, not just individual experiments.
Developed by Growth Tribe, this framework treats experimentation as an operational loop.
Stage | Purpose |
|---|---|
Gather | Collect ideas and maintain an experiment backlog |
Rank | Prioritize experiments using scoring frameworks |
Outline | Write experiment hypotheses and technical specs |
Work | Build and launch the experiment |
Study | Analyze results and decide what happens next |
This model helps teams visualize where experimentation actually happens.
Many organizations assume experimentation mostly happens during the coding phase.
In reality, most of the work happens in:
idea generation
prioritization
experiment design
analysis
For growth engineers, G.R.O.W.S provides a mental model for building an experimentation pipeline, not just individual tests.
How Growth Engineers Use These Frameworks Together
Experimentation frameworks are most useful when combined.
A typical system might look like:
Stage | Framework |
|---|---|
Idea backlog | G.R.O.W.S |
Experiment prioritization | BRASS |
Product experimentation | HIPE |
Experiment execution | growth engineering workflow |
The frameworks themselves are not the goal.
The goal is to build an experimentation culture that consistently produces learning.
Over time, that learning compounds.
The Real Role of Experimentation Frameworks
Experimentation frameworks are not meant to replace judgment.
They exist to help teams:
reduce bias
prioritize experiments rationally
build repeatable growth systems
For growth engineers, these frameworks become part of the organization’s operating system for experimentation.
When implemented well, experimentation stops feeling random.
It starts to feel systematic.
It becomes a structured system that compounds learning over time.
If you made it this far, subscribe for more!
FAQ: Experimentation Frameworks for Growth Engineers
What is an experimentation framework in growth engineering?
An experimentation framework is a structured method for prioritizing and managing experiments so teams can test ideas consistently and learn from results.
Are frameworks like ICE and RICE still useful?
Yes. ICE and RICE are still widely used for experiment prioritization, but newer frameworks like BRASS and HIPE often provide more context for modern growth engineering teams.
Why do growth engineers use multiple frameworks?
Different frameworks solve different problems. Some help prioritize experiments, while others help manage the experimentation pipeline or evaluate product changes.
Do experimentation frameworks guarantee growth?
No. Frameworks simply improve decision-making and experimentation quality. Growth still depends on strong hypotheses, good measurement, and disciplined execution.
