
A · Transformation
Find what's holding you back
I look at how work really moves through your business, show you where the time and money are going, and tell you what to fix first. Often the best fix is a simple change you can make straight away.
Services
Fix what's slowing the business down, or build the system it needs. Both run on the same five steps, at a fixed price agreed before work starts.
Choose your way in
Either something is holding the business back and you want to know what, or you know what you need built. Each service has its own page with the detail and the questions people ask.

A · Transformation
I look at how work really moves through your business, show you where the time and money are going, and tell you what to fix first. Often the best fix is a simple change you can make straight away.

B · App build
Software and automation built around how you already work, at a fixed price agreed up front. Tested properly before it goes live, and yours to keep once it's done.
How the work runs
The same five steps for both, the ones I used on major programmes, sized for a growing business. Each ends with something you can read, question and sign off before we move on.
Find what's really holding you back, not just the loudest problem.
Agree exactly what we're building, and the price, before any work starts.
Build it to a proper standard, checked for security, privacy and accessibility.
Go live when you're ready, with your team trained and a safety net in place.
Ninety days on, we measure the result together.
The detail

I've run this approach inside organisations where getting it wrong cost millions: British Airways, Virgin Atlantic, Elekta. What makes it work is the order you do things in, and that works just as well for a business of ten people.
Five steps. Each one ends with something you can read, question and sign off before we move on, so we're always building the same thing and you always know where you stand.
Find what's really holding you back, not just the loudest problem.
Most businesses know something is slow. Fewer know which thing. The first job is to separate the symptom from the cause, so that whatever we fix is the thing that actually matters.
I look at how work really moves: who touches what, how many times the same information gets typed, where things sit waiting. I talk to the people doing the work, not just the person paying for the fix, and I give you a straight read on what I find.
Sometimes the answer is a simple change rather than a build. If so, you'll hear it in week one.
Give me two or three hours of your time and access to the people who do the work. That's close to the whole ask.
A clear, written read on what's costing you time, ranked, with a recommendation on what to fix first.
Agree exactly what we're building before anyone builds it.
This is where the plan becomes a document: what the thing does, what it deliberately doesn't do, what data it holds, who can see it, and what "finished" looks like. It's the step that keeps projects on time and on budget.
It's also where the price gets fixed. You approve the scope and the price together. If you want to add something later, it gets its own price, agreed up front, so there are never any surprise bills.
Read the scope and tell me what you'd change. This is the easiest point to change your mind.
A signed scope with a fixed price and a clear list of what's included.
Build it properly, and show you as it comes together.
Every build is checked against a written standard covering security, privacy, accessibility, performance and testing before anything is handed over.
You see progress as it happens rather than waiting until the end, so your feedback shapes it along the way.
Look at it when I send it and tell me what feels wrong. You don't need to know how it works to know whether it fits how you work.
A working, tested system, with the test results written down.
Go live when you're ready, with a safety net.
Before anything goes live, I check the data is where it should be, the backups actually restore, it works for everyone who'll use it, and there's a simple way to roll back if needed.
Then I train your team and give you clear written documentation, so the know-how sits with you.
Pick the date, and get your team together for the handover.
It's live, your team can run it, and you hold the documentation and the access.
Measure the result.
Ninety days after launch we measure the thing we set out to improve, using the same number from phase 1, so you can see exactly what you got for your money.
That tells you where to invest next. From there it's your call whether anything ongoing makes sense.
Half an hour, ninety days later.
A measured before-and-after on the thing you paid to fix.
The approach isn't made up as I go. It sits on a written delivery standard covering how work is scoped, secured, tested, launched and supported, with clear sign-off points between each step.
It's the same discipline I used on major programmes, written down so every client gets it. Ask to see it on our first call.
The price is fixed at the end of phase 2, once we both know exactly what's being built. What affects it: how many systems need to talk to each other, how much of your data needs tidying before it can move, how many people need training, and whether anything is regulated.
After launch
Improvements and support for the systems I built, so they keep getting better after launch without you hiring.
Next step
Book a free call and we'll work it out together, or answer four quick questions and get a read on where your time is going.
I reply within 2 business days.