AI Readiness Sprint
You'll know which two or three AI use cases are worth your money, which aren't, and exactly what to do in the next 90 days - with a case your board can sign off.
The gap
If any of this sounds like your last twelve months, the problem isn't the technology.
Every vendor promises transformation. Few deliver an outcome anyone can measure. Knowing where to start has never been harder.
The consultancies with the strongest practitioners charge enterprise day rates - and you pay for associate teams and slide decks, not senior delivery.
The software went live and nobody used it. Processes unchanged, ROI unproven. The tool was fine. Adoption was the problem.
How we can help
Each one ends with something you keep and can act on - not a report that sits in a drawer. Fixed timescale, written price before you commit to anything.
You'll know which two or three AI use cases are worth your money, which aren't, and exactly what to do in the next 90 days - with a case your board can sign off.
Your team using Copilot properly rather than ignoring it - with a policy that keeps you safe, prompts built around your actual work, and numbers showing who has adopted it.
One process that currently eats your team's week running itself - and your own people able to keep it running after we've gone.
A straight answer on whether your data can support what you want to build, what's wrong with it, and what to fix first - before you spend anything on tooling.
The ability to answer a client, insurer or regulator asking how you control AI - and a framework that holds up when a question arises you didn't anticipate.
A senior technology voice in the room when the decisions get made - so you stop buying tools you don't need and finish the ones you've started.
Not sure which one? The Readiness Sprint exists to answer exactly that, in two weeks.
How engagements grow
Most clients begin with a two-week assessment and decide from there. Nothing commits you to the next stage.
Where this goes deepest
In regulated and professional firms, the expensive work isn't decision-making - it's the reading, checking, re-keying and chasing that surrounds it. That work is invisible on the org chart and enormous on the payroll.
Reporting packs assembled by hand from a dozen sources. Onboarding files checked twice because nobody trusts the first pass. Policy documents, valuations, statements and contracts moving between people who each extract the same fields again.
This is the highest-return application of AI in a mid-sized business, and also the one most often done badly - because a generic assistant bolted onto a document-heavy process produces plausible output nobody can rely on. Getting it right needs the process mapped before anything is built, and validation designed in from the start.
Before any build: the real workflow, including the handoffs and the exceptions people work around quietly. Most document processes aren't what the procedure manual says they are.
From intake to the point a decision is made - not a tool dropped in the middle for your team to integrate. A partial automation usually adds a step rather than removing one.
Structured extraction with a human checkpoint where the consequences justify one. In regulated work, output nobody can audit is worse than no automation at all.
A costed picture of what one document process really consumes in hours and handoffs, and which parts are worth automating. Useful on its own, and the basis for a build if the numbers justify one.
The Mantra Method
The commonest mid-market failure is a large deployment decision taken on a vendor's claims rather than evidence from your own environment. This method makes that impossible.
Where are we actually?
What's worth doing first?
Does this work here?
How do we roll it out?
How does value survive us?
Sustain returns to Orient. The method is a cycle, not a line - a fresh baseline twelve months on, because transformation isn't an event you finish.
AI governance
Most AI governance is written to satisfy an auditor. It produces a policy nobody reads and a risk register nobody revisits. Useful governance starts earlier than that.
Purpose
A process that can be automated doesn't have to be. Which judgements should stay human, and for what reason you'd be willing to defend in public.
Proportion
Where automation genuinely serves people, and where it quietly hollows out the work that made them good at their jobs. Both failures are expensive.
Stewardship
Decisions taken now bind staff, clients and successors who had no say in them - and carry a real compute, energy and organisational cost.
Accountability
Someone must be able to explain a decision and own it. Responsibility that dissolves into a model is not governance, whatever the policy says.
The vocabulary is old. Dharma - duty proportionate to your role and circumstance, rather than to your capability. The Aristotelian mean - virtue found between deficiency and excess, which is exactly the judgement an automation decision requires. Stewardship - the obligation to hand on what you were trusted with in better condition than you found it.
These aren't decorations on a compliance exercise. They're the questions a board actually wrestles with once the technology stops being theoretical and starts affecting people they employ. A governance framework that can't engage with them produces documents, not decisions.
The practical output is the same either way: a usage policy, a risk register, regulatory mapping and guidance your staff can follow. What changes is whether the framework underneath it can answer a hard question you haven't anticipated yet.
Usage policy, risk register, EU AI Act and UK regulatory mapping, and plain-English staff guidance - built on a board session that settles what your organisation actually wants to stand behind, and a "should we" test applied to every use case on your register.
Nilesh Solanki
Founder & Principal
Who you work with
Nilesh spent twenty-five years inside a Big Four firm, where he founded and scaled its national Power Platform Centre of Excellence from a standing start - governance, adoption, training and delivery for a community of over a thousand practitioners.
That experience taught us something the vendor market keeps getting wrong: the technology is rarely the hard part. Getting several hundred people to change how they work, safely and permanently, is the hard part. It's also the part that determines whether the investment returns anything.
Mantra exists to bring that discipline to businesses that could never justify a Big Four engagement - at a fifth of the cost, with no leverage pyramid and no junior team learning on your budget.
Where a build needs specialist depth - heavy document extraction, model work, sector-specific engineering - we bring in a delivery partner we've worked with and tell you exactly who they are before anything is agreed. The relationship, the judgement and the accountability stay with us.
Start here
Bring the problem you're actually stuck on. If we're not the right fit for it, we'll say so and point you somewhere better.
Most enquiries turn into a 30-minute call. If it fits from there: a 90-minute scoping session - free, and useful to you whether or not we work together - then a written proposal within five working days.
Tell us what you're dealing with. Every enquiry is read by Nilesh personally, and answered within one working day.
This opens an email addressed to us with your details filled in - nothing is sent until you press send in your own mail app. No newsletter, no follow-up sequence, no passing your details on.