Mouseflow Podcast: The show for marketers who obsess over results.
Converting Talks by Mouseflow — real conversations with the marketers, analysts, and practitioners obsessed with turning clicks into customers. No fluff, no theory — just honest talk about what's actually working in conversion, UX, and digital growth.
Mouseflow Podcast: The show for marketers who obsess over results.
How to Run CRO Tests the Right Way: Clean Experimentation
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
In this audio, we’re answering these questions, trying to go deeper than such posts usually go, supporting our suggestions with knowledge from various CRO experts with decades of experience in conversion rate optimization.
Welcome to Cave Bits, your source for the latest insights and website behavior analytics brought to you by Mouseflow. In this episode, we'll talk about how to run CRO tests the right way. A clean experimentation. Let's get started. Many run A B tests and few do it right. Ask a seasoned conversion rate optimization professional what is the most crucial component for successful CRO experiments, and they'd answer, it's the right process. But what does that right process look like? What are the prerequisites for a good test and how to run it correctly? What do you do with your test results afterwards? What if the test is inconclusive? In this episode, we're answering these questions, trying to go deeper than other conversations usually go, supporting our suggestions with knowledge from various CRO experts with decades of experience in conversion rate optimization. Let's go. Before we go deeper, let me define CRO. A conversion rate optimization test is an experiment on a website with the goal of figuring out which version of a page leads more visitors to take a desired action, like making a purchase or signing up for a service. A CRO test involves creating different versions of the same web page and showing them to different groups of visitors. The CRO test concludes with an analysis of which version was better at getting the users to take the desired action and why. Usually, the goal of a CRO test is to make your website more effective at converting visitors into customers. So let's talk about prerequisites, what you need for website testing. First, let's quickly run through the list of things that should be in place before you attempt to run your first test. A website. We're here to optimize conversion rate on a website, aren't we? Next, a website analytics tool. It could be Google Analytics 4, Adobe Analytics, MixPanel, or something else. Could be Mouseflow as well, even though as a quantitative analytics tool, it's likely not as useful as for qualitative analytics purposes. You'll need a website analytics tool to collect quantitative data to A, come up with hypotheses for your experiments, and B analyze the results. Next, an A B testing tool. There are plenty of good ones, such as A B Tasty, Convert Experiences, Optimizally, and others. Most of them are quite expensive. Sadly, Google Optimize is now gone. It was a good free alternative to those listed above. There are still cheaper and fully functional options such as verify.io with a fixed cost of a little more than a hundred bucks per month. Next, a behavior analytics or customer experience analytics tool like Mouseflow. To run quality experiments, you'll need many features behavior analytics platforms have to offer. Make sure the one you choose offers a good heat map tool, a session replay tool with friction events tracking, conversion funnels, and a feedback survey tool. We'll return to when you'll need those as we go through the experimentation process. One thing to pay attention to when choosing a behavior analytics tool is making sure that it has an integration with the A-B testing tool that you chose. That's totally necessary so that you can segment data for each variation and each experiment and analyze it separately. For example, Mouseflow offers quick pre-built integrations with the eight most popular tools plus an API so that you can build an integration yourself if it's missing. We have a detailed comparison of the best heat map and session replay tools if you need to choose one. And last but not least, management buy-in. That's not a tool, but that's no less important. All stakeholders should be aware of what you're doing and why you're doing it, and support your initiative. You'll need that support on pretty much every step of the CRO process, from getting developers and designers to do what you need all the way to HIPPOs, aka highest paid person's opinion, not interfering with the experiment. And that's it for the prerequisites list. Alright, so now we're all set and ready to begin doing experiments the right way. And it always starts with research. So step one, research. The main thing about each test is what is it that you're actually testing, the idea. Of course, you have a million and one ideas about what you can test, starting from different call-to-action copy variations and all the way to revamping the whole checkout process. So you'll need to choose wisely. But you might wonder, why is research so important for CRO? Ideas are great, but many CRO experts agree about the same thing. Never run CRO experiments based on gut feelings. Even if they don't fail, which is unlikely, let's be honest, you won't get as much learning from a random experiment as you would from one with a well-researched hypothesis that is relevant for your particular case. The same goes for ideas that you can get from your boss or client without any underlying research. Neither your gut or your bosses should be making CRO decisions. Your boss or client need convincing? Share them this quote from Shiva Manganath, the host of From A to B podcast about spaghetti testing. He says, Now I don't run any tests unless they're backed by some form of data. That was a huge mindset shift for me, from spaghetti testing to strategic testing by means of corroboration of data sources into strong hypotheses. Or you can refer to this story from Danielle Granja Baltazar, CRO specialist from Vodafone Ziggo, about a client who insisted on running big and bold experiments instead of small, but well-researched ones. Both stories showcase the paramount importance of research for successful experimentation. The main goal of CRO is learning. You want to learn as much as possible from each test, and valuable learning is only possible if the idea you're trying to test has a foundation. Ideally, you should have a roadmap with your well-researched hypotheses outlined and prioritized, so that every time you're running the most impactful experiment possible. If you started with doing a CRO audit of your website, you likely already have something like a roadmap, which is great. If you don't, you'll create one as you go. So now, how to formulate a hypothesis for a CRO test. A hypothesis is an idea that if you change something on your website, some metrics would improve, because users would behave differently. If you want to formulate a hypothesis, it usually has the following format. We hypothesize that if we do A, for example, change CTA copy on a landing page, we will get B, that is, increase conversions to signups by 5%, because C, which can be a reason why it's so proven by data. The because C part is one that is often overlooked, but it is the one that makes your hypothesis data driven. And to have this data, you need to do some research. For a hypothesis, you need to get data. Here are the main or most usual sources of this data. Quantitative analytics, GA4, Adobe Analytics, whatever you're using. Look for discrepancies in the numbers. There's plenty of things one can get from a good quantitative analytics tool while searching for anomalies. Behavior Analytics. To be more precise, I mean heat maps and session recordings. We have guides on how to read a heat map and what you can learn by recording website visitors. I'd suggest that you refer to them to learn about all the types of data you can extract from heat maps and session recordings. To give you a rough idea, it could be something like our heat map suggests that only 40% of web page visitors see our most important messages. Or, our recordings show that, apparently, some users get into an endless loop while trying to do this specific task in our app. User feedback surveys, that your behavior analytics tool can likely handle for you. These are good for asking direct questions. Is the page helpful? Did they find what they were looking for? Of course, it's better to fire surveys strategically rather than randomly, so having some data to support why you want to survey people about this particular thing on this particular page could help. User testing. That's almost like feedback, but even more interactive and more expensive. With platforms like Useralytics, you can invite real users who match your ideal customer profile to perform certain tasks on your website. You get to watch them do it and ask questions about their perception of the website, what's easy, what's hard, what they expect, etc. Again, it's better to know what exactly you want to ask these questions about before starting with user testing. There, of course, can be more data sources. It could be support tickets, feature adoption data, error logs, market research, reviews, and so on and so forth. Matt Scazebrook, a CRO veteran with over a decade of experience, suggests that it's important to make sure you get at least two correlating data sources. That raises the probability of your experiment winning and makes your CRO strategy more sustainable. If you don't know where to start and don't have the data yet, CRO best practices such as adding social proof or moving CTAs above the fold make for good hypotheses to try out. To go off that, I'm going to share a quote by Andy Crestodina, a co-founder and CMO at Orbit Media, who shares, best practices are not truths set in stone. They are good hypotheses to test. This realization has changed my career as a marketer and optimizer. So step two, documenting CRO experiments. Once you're done with research, it's time to document how your test is gonna look like. Your hypothesis is what you're going to test, and your documentation is how you're going to test it. Documentation can live wherever you want, but make sure that it's someplace where you can easily return to it, like Google Sheets, for example. Optimizally has a nice example of how this sheet can look like. It should contain not only the hypothesis, but also many more things, such as what exactly and how are you going to change for the variation or variations. Write down all the things that you want to tweak, but remember that ideally it should be one thing at a time. It's just that the scope of this one thing could be a little flexible. For example, you can either only change the copy on the pop-up or change the copy and make sure users can close it if they click outside the pop-up. In both cases, it's only changing one thing, the pop-up, but the scope of changes is different. Theoretically, the first approach is cleaner, but realistically, you may want to stick to the second one. Again, for experiments to be conclusive. That's a real example from a test that Derek Rose ran, by the way, and they managed to improve their conversions by 37% with almost just that. So what are the primary and secondary metrics you want to watch? Likely, you would want to consider not only the metric that you specified in the hypothesis, but also some other metrics that you'll need to monitor to ensure that everything is going well. Here's an example of why you may need to do so. Lucia Van Den Brink, founder of Women in Experimentation, once ran an experiment with the primary target to increase the click-through rate, or CTR. Formerly, the experiment was a success. The CTR rate went up, but the conversion rate went down because people were clicking only to get the information they were missing, and that frustrated them. That's likely something that you'd like to avoid, right? What audience segment, segmented geographically or otherwise, do you want to run the test on? On which pages would the changes happen? Is that something that you're introducing site-wide or only on a couple of specific pages? That will influence the experiment duration because you'll need to run a test on just one page for much longer to be conclusive. What are the expected outcomes? Yes, that's the part of the hypothesis, but in the documentation you can have them in a little more detail. What's the necessary test duration and traffic? Depending on how much traffic you get to the page per day, percentage of visitors that will see the variation, the expected changes, and so on. You'll need to run your experiment for a different amount of time to reach statistical significance. You can use some experiment calculators to calculate the experiment duration for you. Most A-B testing tools have one built in as well. What are the necessary resources to run the test? Who is going to be doing what? And how many developer and designer hours or points or whatever they mention their work in it would take. And who are the stakeholders? Also, this is the time to decide which type of test you want to run. Most likely, that's going to be an A-B test. That's what most CROs run. But in addition to A-B tests, there are also some other test types. There's AA test, that is testing the page against itself, which is usually done to make sure your testing setup works as expected and that your CRO efforts won't be in vain because of some misconfiguration. Split testing. That's very similar to A-B testing, but in this case, different visitors get to see different URLs. For the purpose of today's post, we can say that split testing and A-B testing are the same. ABN test. The easiest way to explain it is saying that it's ABC or ABCD test. Of course, there could be even more variations that you can test against the control. And multivariate test. This is when you change more than one variable and create variations that have all the combinations. If you change two variables, one with versions A and B, the other with versions X and Y, that would be four combinations, AX, AY, and BXBY. Multivariate testing can give you more insights, but this type of test is harder to analyze and needs much more website traffic to be conclusive. Step 3. Build the variations. After you've thoroughly documented the experiment and know who, when, and where is doing what, it's high time to make that variation that you want to test. Here are a few best practices that CRO experts recommend following at this stage. Using code instead of implementing variations through A B testing tools, WYSIWYG, or what you see is what you get, visual editors. That way, you won't need to redo it again normally once you figure out your experiment worked, and there won't be any unknown variables. Building your variation on the staging environment first and doing thorough quality assurance, or QA, checks before shipping it to the production environment. Nobody wants their users to have a poor experience because of some implementation errors. One important part of QA is trying the updated page on different devices and different browsers. You can ask your colleagues to help you with that, as you likely don't have the whole zoo of devices yourself. But a pro tip, don't loom over their shoulders while they're testing your page. Just watch mouseflowed recordings afterwards. And finally, despite the fact that you obviously want your experiment up and running sooner rather than later, don't rush. And don't make designers and developers rush as well. The users will be happier if the experience is really pleasant and the page loads quickly. And the developers will thank you when they don't end up a ton of poor, hastily written code that needs refactoring later. Step four, run the experiment. Oh boy, we finally get to run something. If it's the first test you're running, run an AA test, testing the page against itself with your A B testing tool. Steven Schultz from Verify recommends that to make sure your A B testing setup is working just fine. If you find that an AA test suggests that there's a winner and the test is conclusive, you have a problem with how you've set things up. If the setup seems to be alright, and if there are no other experiments running at the moment, you can proceed. One more thing. Since we're talking about CRO, it's likely that you're aiming at increasing conversion rate somewhere. To make it easier for you to track this conversion, you can set up conversion funnels with a tool like Mouseflow for both control and variations. A conversion funnel is a very easy visual tool to show conversion rates that is very useful for reporting. Only run one test and change one thing at a time. It's hard to overstate the importance of running just one experiment at a time if you want to learn something valuable in the end. Say, you run two at the same time. If you've seen great results, which experiment do you attribute them to? Or, if the overall result seems to be inconclusive, is it because both experiments produced inconclusive results, or is it because one was in fact a clear winner and another was a clear loser? This is why there should be no overlaps between CRO tests, and in each test, there's only one thing that changes. In the roadmap, if you have one, one experiment follows the other. If you really want to speed things up, try multivariate testing. This is where you can test two or three things at a time, but only if your traffic allows you to. Avoid stopping tests too early. In most cases, it's better to wait for the full duration of the experiment before stopping it and jumping to conclusions. But we, humans, are impatient, and so are our stakeholders, which comes at no surprise. Most of them also seem to be human. So after a few days of seeing conversions go down, either you or your client or manager may want to stop the experiment. That likely would be a mistake. Ubaldo Hervis, head of CRO at Lines, highlights the importance of the so-called novelty effect. Users can be scared by something that is new, which makes the conversions go down. But over time they get used to it and the conversions might go up. Wait for the novelty to wear down a little before hitting that stop button. Hervis shares the novelty effect refers to the phenomenon where a change or something new on a website, such as a new design, feature, or product, initially attracts more or less attention and engagement from users, leading to a temporary increase or decrease in metrics. Check user behavior while the test is running. One thing to pay attention to while you're running your CRO test is if the users are behaving the way you expected them to. If they aren't, that could be a result of something working the wrong way. Some errors, broken links, loops, or whatever. If you find that there's a problem with the technical setup that is severely impacting the test, this is perhaps the only situation where it may be worth stopping it. You've already learned everything important from this test. And here's a pro tip. Watch session recordings for website visitors from different browsers and device types. This way, you'll know all users are getting an equally pleasant user experience. Step 5. Analyze the test results. That's actually the most important, but perhaps the most tedious part. The first thing here is to determine if the experiment is conclusive. You've reached statistical significance and you see a clear winner. You can use a statistical significance calculator for that. Note that 95% confidence isn't the magic number. If you don't have much traffic, going down to 90% confidence will give you a higher chance of getting conclusive experiments, while, of course, increasing the risk as well. If your experiment is conclusive, congrats. If not, or if your variation clearly lost to the control, don't worry. To have a true experimentation mindset, you need to be ready to fail often, and that also includes inconclusive CRO tests. The important thing in conversion rate optimization is how much you've learned, and it goes way beyond this version 1, this lost. The main learnings are in understanding why things happened, and for that, you again need to dive into the data. After the test is concluded, you can analyze heat maps and watch session recordings for the variation to see if users behave the way you thought they would. That's where the integration between your behavior analytics tool and A-B testing tool comes in handy. If you've set up a conversion funnel, you can separate recordings of those who converted or those who didn't and watch them to find behavior patterns. These are examples of segmentation, and actually, a lot of CRO experts recommend doing post-test segmentation, segmenting your results by device type or by country and trying to see if there's something that stands out. And keep an eye for outliers. Here's an example. Amberdeep Othwall, founder and director at Conversions Matter LTD, tells about a CRO experiment where just one purchase was so big that it influenced the results of the test. Turns out some CEO liked the product so much that he bought it for every senior employee in the company. These situations happen, so watch out for something like that. Othowall said, I learned the hard way that you need to dig into all experiments, both winners and losers, to find outliers that could skew data. Segmenting by desktop versus mobile and looking at key conversion metrics and recordings for the different device types can help you understand if the user experience was equally pleasant or if there were any issues on some devices. For example, were the CTAs clearly visible both on desktop and on mobile? Did the user need the same amount of clicks or taps to go through the checkout process on these devices? At this stage, the most important thing is to document everything you find. These are the most valuable insights, and you'll need them for further experiments. Step 6. Come up with new hypotheses based on what you've seen. It never stops with one test, right? Running just one gives you ideas for three more, and so you keep running them, continuously optimizing your website for conversions, diving into the results, and coming up with new hypotheses, rinse, and repeat. Also, it's worth noting that conversion rate optimization is more of a culture rather than a one-time effort, so be patient. Seasoned CRO experts prefer to call it either just optimization or website optimization, because it's not necessarily about conversions only. It's about changing the mindset, about testing everything before blindly committing to it. This mindset helps a lot with risk management, growth, and overall, many say that it's the only healthy mindset a company can have nowadays. Yes, it is exactly this mindset that Eric Rees describes in his bestseller book, Lean Startup, and conversion rate optimization is one good way to apply it. Lucia van den Brink, founder at Increase ConversionRate.com, shares this. I've seen experimentation changing organizational cultures, going from managers saying, I know what works and this is how we're going to do it, to being data driven and looking for the best solutions together with a team. So, in conclusion, this episode gives you a six-step action plan for running impactful conversion optimization tests with advice and examples from seasoned CRO experts. They have decades of experience and successful careers in the field of conversion optimization, bringing their clients six to seven figure profits thanks to the experiments they run. They learned a lot of what they recommend the hard way. And remember, be ready to fail again and again. That's absolutely fine. All those experts did it. What you learn from your failures is what matters most. You learn about your customers, you learn about the market, and in the end, these learnings will help you run successful tests that increase conversions and give revenue a nice bump.