The version that is losing should not keep getting more traffic.
A classic A/B test splits traffic evenly and holds it there until someone calls the result. qbrix moves traffic toward whichever version is doing better, automatically.
Split your traffic four ways. Three quarters of it goes to
versions you are about to throw away, and it keeps
going there until someone calls the test.
Nothing moves until someone calls the test.
Traffic moves to what is working, while the test runs.
Write the versions once. Point anything at them.
A pool is your set of versions — the four checkout buttons. An experiment points at one and adds an audience, a strategy and a goal. Run a second for desktop without duplicating a word of copy.
You decide what winning means.
A click. A completed purchase. The size of the basket. A rating out of five. You send the number that matters to your business, and that is what qbrix optimises for.
Let qbrix pick the best learning model for your problem.
How boldly traffic moves, and how long a losing version keeps being tried, is a choice. Make it yourself, or take the recommendation and move on — your app is written the same way either way.
Tries several ways of learning side by side and moves traffic toward whichever is working best on your data.
- How boldly it commits to a front-runner early on
- How long a losing version keeps being tried anyway
- Whether it assumes your traffic behaves the same all week
- Whether it learns one answer, or one per kind of visitor
Keep the control, while qbrix optimizes.
Everything about who takes part stays yours to move, any time, without a deploy.