Conversion optimization: where to actually spend your time
The program that lifted conversion 25% a quarter, every quarter, came down to backlog quality and execution speed. Here are the moves in the order they pay, and the one you can start this week.

CRO is the highest-leverage acquisition lever most teams have and the most underused, and the blocker is almost never technical. It's process. It comes down to two things: the quality of your backlog, which comes from research rather than brainstorming, and how fast you execute against it. Work the levers in this order: data, CTAs, navigation, page psychology, checkout.
I ran the CRO program at MasterClass that lifted conversion 25% a quarter, every quarter.
You know the shape of the problem it was solving. Conversion stuck at a pathetic 1%, page speed is shit, the CEO keeps asking why, and you have zero engineers on it.
It came down to two things, and neither of them was a testing tool. The quality of the backlog, which came from research rather than brainstorming. And how fast we executed against it.
CRO is the highest-leverage acquisition lever most teams have and the most underused. The blocker is almost never technical. It's process.
Everything below is in the order I would actually run it, and the order is not taste. Data first, because everything after it is a guess without it. CTAs second, because it is the cheapest thing on the list that moves a number. Checkout last, because it only touches people who have already decided.
The two things, because everything below depends on them
Nearly every stuck CRO program I've seen fails on one of these two, and they fail differently.
Bad backlog, good velocity. The team ships plenty. It's just shipping button colors and hero-image swaps that somebody suggested in a meeting. You get a long list of flat results and a growing belief that CRO doesn't work here. It works fine. You're testing the wrong things because nobody looked at where users actually drop.
Good backlog, bad velocity. Rarer and more painful. Somebody did the research, the hypotheses are genuinely good, and the team ships one test a quarter because every change needs an engineer who's on something else. A great backlog executed at that speed produces roughly nothing, because you never get enough shots to hit.
The first failure is more common. The second is the one that makes people quit. Fix whichever one you have before you touch the tactics below, because the tactics assume both.
1. Data analysis first
Stop guessing what's wrong with your site.
Heatmaps and analytics tell you exactly where visitors drop off. Start every backlog here. Not in a brainstorm.
The useful discipline: before writing a single hypothesis, be able to name the step with the biggest drop and roughly how many people it's costing you. If you can't, you're not ready to test, you're ready to look. Most teams skip this because it feels slow, and then spend a quarter testing things that were never the problem.
2. Strategic CTA placement and testing
Usually the fastest path to a win once you have the data.
Place purchase CTAs every one to two screen folds. Keep the primary CTA visible in the hero and nav. Test three to five copy variants at once, not one at a time.
That last part matters more than it sounds. Testing variants one at a time is how a good backlog becomes a slow one. If your tool can run a multi-variant test, run it, and spend the calendar you save on the next hypothesis.
3. Ruthless navigation simplification
Remove low-click nav items. Validate with heatmaps, not opinion. Prioritize the paths users actually take, not your org chart.
Every extra option in the nav is a way for someone to wander off the path to conversion. And nav is political in a way the other levers aren't, because each item usually has somebody's team behind it, which is exactly why you want the heatmap doing the arguing rather than you.
A/B test before you remove anything permanently.
4. Psychology-driven page structure
Match the page order to how people actually decide and conversion follows.
Hero: clear product statement. Trust: social proof and credentials. Value: emotional drivers and benefits. Action: one clear next step.
Get it backwards and no amount of copy testing saves you. This is the one where teams are most often optimizing inside a broken structure, running their fourth headline test on a page that asks for the sale before it has earned any belief.
5. Friction-free checkout
Break it into small steps.
Start with basic info. Build psychological investment as you go. Show progress indicators.
Every unnecessary field is a place to abandon (count yours, then cut a third). That last instruction is not a joke. Go count them. Most checkout forms are carrying two or three fields that exist because someone in a different department wanted the data once, and nobody has ever been made to defend them against the conversion cost.
What to actually do this week
The point of a list like this is that you can start it on Monday, so here is the version that fits in a week rather than a quarter.
Monday. Open your analytics and name the single step with the biggest drop, and roughly how many people a month it costs you. Write both down. If you cannot name it, you are not ready to test yet and the rest of the week is looking, not testing.
Tuesday. Open your highest-traffic page on a phone and count the screen folds between purchase CTAs. If the answer is more than two anywhere, that is your first test and it is the cheapest one you will run all quarter.
Wednesday. Write three to five CTA copy variants, not one. Queue them as a single multi-variant test rather than a sequence, because testing them one at a time is how a good backlog becomes a slow one.
Thursday. Pull the heatmap on your nav and list the items nobody clicks. Do not remove anything yet. Just have the list, so the conversation stops being about whose team owns which link.
Friday. Count the fields in your checkout, then find the third you could cut.
That is one real test live and three hypotheses grounded in data, in a week, without an engineer. Which is the actual argument here: the blocker was never technical.
The takeaway
CRO is a process problem, not a talent problem.
Build the backlog from data instead of opinions, then execute it fast enough that the backlog matters. Work the levers in the order they pay: data first, then CTAs for the quick win, then navigation, page psychology, and checkout.
If you only do one thing, do Tuesday.
Common questions
What is the highest-ROI conversion optimization change?
Usually the call to action. Once you have data on where users drop, testing CTA placement and copy is the fastest path to a win: put CTAs every one to two folds, keep the primary one in the hero and nav, and test several variants at once.
Why do CRO programs fail?
Almost always process, not technical skill. Either the backlog came from a brainstorm instead of research, so you're testing the wrong things, or the backlog is good and the team ships one test a quarter, so you never get enough shots. Conversion gains are backlog quality times execution speed, and a zero in either term gives you zero.
What order should I work on CRO?
Data analysis first, then CTA placement, navigation simplification, psychology-driven page structure, and friction-free checkout. Start with the data so every change is aimed at a real drop-off rather than a hunch.
Related notes
We help consumer apps and products reach their next phase of growth.
Growth notes, in your inbox
New writing on subscription growth and product-led strategy when I have something worth saying. No spam.