Case Studies
The automation that paid for itself in a week
A real example of how a small automation project delivered immediate ROI for a UK business, and what it teaches about picking the right starting point.
We don't usually lead with case studies. They can feel like marketing fluff, cherry-picked examples designed to make everything sound easy. But this one's worth sharing because it illustrates something important about how AI projects actually deliver value.
The setup was ordinary. The result was anything but.
The business
A building supplies distributor in the Midlands. Around 35 staff. They sell to trade customers (builders, contractors, maintenance companies) and process about 120 orders per day. They've been running for over 20 years and they're good at what they do.
Their problem wasn't dramatic. It was just slow. Every incoming order, whether it arrived by email, phone, or their trade portal, had to be manually entered into their order management system. Two people did this full time. On busy days, a third person got pulled in from the warehouse team, which created its own problems.
The maths before automation
Let's look at the numbers honestly.
Two full-time order processors, each earning around £26,000. Fully loaded cost (NI, pension, workspace, IT) comes to roughly £33,000 each. That's £66,000 per year on order entry alone.
Average time per order: about 8 minutes. That includes reading the order, checking stock, entering line items, confirming pricing, and sending the acknowledgement.
120 orders per day at 8 minutes each is 16 hours of processing. Two people, working flat out, can just about manage it. On busy days, they can't, hence the warehouse person getting pulled in.
Error rate: they were running at about 3%. That's around 4 wrong orders per day. Each error took an average of 25 minutes to resolve (contacting the customer, correcting the order, sometimes reshipping). That's nearly 2 hours per day spent fixing mistakes.
What we built
The solution was straightforward. An AI system that reads incoming orders (from all three channels), extracts the product codes, quantities, and delivery details, matches them against the product catalogue and customer pricing, and creates the order in their system.
Orders that match perfectly go straight through with no human involvement. Orders with queries (unusual quantities, discontinued products, unclear delivery instructions) get flagged for a human to review.
We didn't change their order management system. We didn't change how customers place orders. We didn't change the delivery process. We changed one thing: how orders get from "received" to "in the system."
The whole project took five weeks from kickoff to go-live.
Week one results
In the first full week of operation, here's what happened:
Monday
118 orders received. 94 processed automatically (80%). 24 flagged for review. Total human processing time: approximately 3 hours (down from 15+ hours).
Tuesday
131 orders. 109 automatic. 22 flagged. The system was already learning from Monday's reviews.
By Friday
The automatic processing rate had climbed to 86%. The two order processors handled the flagged orders plus all of their other responsibilities (customer queries, returns processing, stock checks) with time to spare.
Over the full week, the team saved approximately 65 hours of manual order processing.
The "paid for itself" calculation
The project cost was in the region of £8,000 to £12,000 (we'll keep the exact figure confidential). Here's how the first-week savings stacked up:
- Direct labour saving: 65 hours at a fully loaded rate of roughly £17/hour = £1,105
- Error reduction: Wrong orders dropped from about 20 per week to 3. Each error costs roughly £15 in time and reshipping. Saving: approximately £255
- Warehouse productivity: The third person stopped being pulled off warehouse duties. Estimated value: £400/week in avoided disruption
Total first-week saving: approximately £1,760
At that rate, the project paid for itself within five to seven weeks of operation. But we said "a week" in the title, and here's why that's fair: the value delivered in that first week, when you include the operational improvement, the team morale boost, and the capacity freed up, was worth the investment to the business owner. His words, not ours.
By the end of the first month, the automatic processing rate had reached 91%. The business was growing, processing more orders than ever, and doing it with the same team.
What made this work
Looking back, three things made this project successful:
1. The process was right for automation
High volume, predictable format, clear rules, low tolerance for errors. It scored well on every filter in our prioritisation framework. The process was repetitive enough that the AI had plenty of training data, and structured enough that the rules were clear.
2. We didn't change too much
We changed one step in one process. Everything else stayed the same. Customers didn't notice. The warehouse team didn't notice. The only people who noticed were the two order processors, and they were delighted.
According to McKinsey's analysis of successful automation projects, the most common characteristic of projects that deliver quick ROI is a narrow, well-defined scope.
3. The team was involved
Before we built anything, we spent two days sitting with the order processing team. We watched how they worked. We asked them about edge cases, common problems, and the things that made their job harder. Their input shaped the solution.
They weren't threatened by it because they understood it. They could see it was handling the boring part of their job, and they still had plenty to do.
What happened next
With order processing largely automated, the business owner asked us to look at three more areas:
- Quote generation for non-standard orders (completed two months later, saving another 10 hours per week)
- Supplier invoice processing (completed a month after that)
- Delivery scheduling optimisation (in progress)
Each project built on the confidence and capability from the one before. The team went from cautious to enthusiastic. The second project was easier to implement than the first because people understood the approach.
The lessons for your business
This wasn't a unique situation. Most UK businesses with 20+ staff have at least one process like this: high-volume, repetitive, done by capable people who should be doing more valuable work.
You might not have an order entry problem specifically. But you've probably got something similar. Data entry, document processing, report generation, customer communications. The pattern is the same.
The British Chambers of Commerce quarterly survey consistently highlights productivity and staffing as top concerns for UK SMEs. Automation directly addresses both.
Here's what we know for certain: the businesses that see the fastest return from AI are the ones that start with a specific, well-defined problem and solve it properly before moving on.
We handle the technical side entirely. You don't need a technology team. You don't need to understand how the AI works. You just need a problem that's costing you time and money, and we'll show you how to fix it.
Get your free AI opportunity report and we'll identify the process in your business most likely to deliver a fast, measurable return. No jargon, no obligation, just a clear recommendation.
Mark Blair
Founder, gofasterwith.ai
Frequently asked questions
What did the building supplies distributor actually automate?
One step in one process: how incoming orders moved from received to entered in the order management system. Orders arrive by email, phone, and trade portal, and the AI reads them, extracts product codes, quantities and delivery details, matches them against the catalogue and customer pricing, and creates the order. Clean orders go straight through. Anything unusual gets flagged for a human. The order management system, the customer experience, and the warehouse process all stayed the same.
How does the maths work for a project that paid for itself in a week?
The project cost sat between £8,000 and £12,000. In the first week of operation the team saved roughly 65 hours of manual processing at a fully loaded rate of about £17 per hour, error rework dropped from around 20 wrong orders a week to 3 at roughly £15 each to fix, and the warehouse stopped losing a person to overflow days. That came to about £1,760 in week one. By week four, automatic processing was hitting 91% and the savings kept compounding.
Why did this automation succeed when so many AI projects stall?
Three reasons. The process was a clean fit: high volume at 120 orders a day, predictable format, clear rules, and contained inside one system. The scope was deliberately narrow, changing one step rather than the whole operation, so customers and the warehouse never noticed. And the order processing team was involved from day one, with two days of sitting alongside them before anything was built. They shaped the rules and edge cases, so they trusted the result.
Could this approach work for a business that does not process orders?
Yes, if you have a process with the same shape: high volume, repetitive, done by capable people who should be doing more valuable work. Document processing, data entry between systems, report assembly, customer email triage, supplier invoice handling, and quote generation all follow the same pattern. The order entry detail is specific to that distributor. The principle (narrow scope, predictable process, team involved early) is what makes the timeline and the payback work.
