A/B testing on the site
First we calculate whether you have enough visitors for a reliable conclusion, and only then run the test. The calculation is free.
Website conversion optimization starts with one question: are you counting conversions correctly? If one lead lands in the report twice and phone calls don't land at all, there is nothing to optimize yet. Then the work follows the data. We find the step where visitors leave in large numbers: category, product page, cart, form or checkout. We find the cause and rank fixes by reach and cost. Obvious defects, like a field that rejects a valid phone number or a shipping cost that only shows up at the last step, get fixed right away. Debatable ideas are tested with an A/B test if traffic is enough to draw a conclusion; if not, we compare before and after and say plainly that this is weaker evidence.
Ads and search bring people in, the report shows thousands of visits, yet orders are in single digits. Before buying more traffic, it is worth finding the step where the people who already came get lost, because you have already paid for them.
We'll review your situation in a free auditThey reach the cart but not the payment. The reason is usually specific: an unexpected shipping cost, mandatory registration, a twelve-field form or a payment method the buyer couldn't find.
One person wants a new home page, another a different button color, a third a whole new site. What you need is an order of work where every fix has a reason in the data, and debatable options get tested instead of voted on.
The site looks better, but inquiries went down and nobody knows why. We compare the path before and after in your analytics and find exactly what broke: a form, a checkout step or an event that simply stopped being counted.
We reconcile analytics events with real leads and orders. If the numbers don't match, we fix the tracking first, because without it every conclusion that follows would be wrong.
We build a funnel from your data and walk the key path on mobile and desktop. The output is a list of drop-off points with the likely cause for each.
We rank fixes by reach and cost, and agree with you on what gets fixed right away and what gets tested first.
We ship the obvious fixes and launch tests for the debatable ones. The timeline depends on the amount of work and on traffic: a test doesn't stop before there is enough data.
We show the result of each change in your data and tell you whether it makes sense to continue, or whether the next constraint is no longer on the website.
There is no universal figure, and a "normal" number from someone else's article tells you little. Conversion depends on the niche, the price, the traffic source and what exactly is being counted: a store selling cheap accessories and an industrial equipment site live in different orders of magnitude. It is more useful to compare your site with itself, step by step through the funnel and across channels: that shows where you are losing people.
As the share of visitors who completed a target action: an order, a lead, a call. The hard part isn't the formula, it is the numerator. If the event fires both on form submission and on the thank-you page, the report shows twice as many leads as there really are. If calls and messengers aren't tracked, some inquiries disappear. So the first step of any conversion optimization is reconciling the report with real leads.
With tracking, then with the funnel. First we make sure the numbers are true, then we see which step has the biggest drop-off and go there. The first findings are usually mundane: a form that won't accept the phone number format, shipping shown only at the end, a checkout button hidden under a banner on mobile. These get fixed right away, without tests, because there is no doubt about them.
A UX audit is a one-time report: we walk the shopper's path and point out where it breaks. Conversion optimization goes further. It relies on your data, includes the fixes and checks whether each change had an effect. If the site has no analytics or it is broken, it is more honest to start with an audit or a tracking setup and optimize once there is something to rely on.
No. An A/B test is for debatable changes, when it is unclear which option is better. For obvious defects it is pointless: you don't test a broken form, you fix it. A test also only makes sense with enough visitors and orders. With low traffic, the difference between variants drowns in randomness, and then it is more honest to compare before and after, keeping that method's limits in mind.
Yes, but a different kind. With a few hundred visits a month, it is almost impossible to prove a difference between variants statistically, so we don't run tests there. Obvious defects, however, are visible without a big sample: walking the path by hand, session recordings if Hotjar or Clarity is connected, and reconciliation with leads show where people get stuck. Those can be fixed right away, and the effect assessed once more data comes in.
Nobody knows that in advance, and anyone quoting a percentage before the work starts is making it up. We can tell you what stops people from ordering right now and in what order we will remove it. Your analytics will show the result of each change, and we report it as it is, including the cases where there turned out to be no difference.
The stages are listed above as ranges, and the full cycle from tracking check to findings depends on your traffic. The diagnosis is short; verifying changes takes the longest, because a test can't be stopped the moment a number looks good, it has to collect enough data. After that you can work in cycles until the next constraint sits outside the website, for example in pricing or in how fast a manager replies.
Describe the task in your own words — we will tell you where to start and whether you need what you came for. If you do not, we will say so.