amplifyWeb
← Back to the blog
·4 min read

How to Make a Thousand Experiments Teach You Something

A mature testing program produces a strange kind of waste. You run test after test, each one carefully measured, and you end up with a large pile of individual results that never adds up to anything larger than itself. You know that test 47 won and test 112 lost. You do not know what they collectively taught you, because nothing connects them. Each result sits in its own box, and the boxes never talk.

The missing ingredient is a shared language. Specifically, a way of classifying every test by the kind of change it made, so that results stop being isolated events and start being evidence about categories.

From "what happened" to "what tends to happen"

A single test answers a narrow question: did this specific change, on this specific page, move this specific metric? Useful, but local. It does not travel. The next page is different, so the specific result does not obviously apply.

Now suppose every test is tagged with the lever it pulled. Not the surface detail, but the underlying mechanism: was this about reducing friction, adding social proof, sharpening the value proposition, changing the offer, reordering the flow, raising urgency, building trust? Tag consistently across everything you run, and something new becomes possible. You can ask questions no single test could answer. Does reducing friction tend to win for this audience? Does social proof reliably do nothing? Which lever has the best hit rate, and which one keeps disappointing despite everyone's enthusiasm?

That is the jump from "what happened" to "what tends to happen." The second kind of knowledge is the kind that makes you better at picking the next test.

Building the taxonomy

The taxonomy does not need to be elaborate. A dozen or so lever categories is plenty, and fewer is often better, because a taxonomy nobody can remember is a taxonomy nobody uses. The categories should be mechanisms, things like friction, motivation, clarity, trust, offer, urgency, and layout, rather than descriptions of the visual change. Two tests that look nothing alike can pull the same lever, and the whole value is in seeing that.

Consistency matters more than precision. If different people tag the same kind of change differently, the categories blur and the patterns dissolve. It is worth agreeing, once, on what each lever means and what a clear example looks like, so the tagging stays stable as the pile grows.

What the patterns give you

Once you have enough tagged results, the program starts to develop a point of view. You learn that certain levers punch above their weight for your audience and deserve to be tried first. You learn that others look appealing but rarely deliver, so they need a much stronger reason before they earn a slot. You can walk into a prioritisation discussion with a hit rate per lever instead of a room full of opinions, and that changes the conversation entirely.

It also sharpens how you read a new result. A win on a lever that usually wins is confirmation. A win on a lever that usually loses is a surprise worth investigating, because either you found an exception or something about the test was off. The taxonomy gives every new result a backdrop to be judged against, so it lands as evidence rather than noise.

The compounding payoff

The real prize is that a classified program compounds and an unclassified one does not. Every tagged result makes the category it belongs to a little more informative, which makes the next decision in that category a little better. The pile stops being a graveyard of finished tests and becomes a working model of what moves your specific audience.

You already paid for the experiments. The taxonomy is how you finally collect the interest.