Skip to main content
Download free report
Softblues
Softblues
Back to Blog
AI Strategy & Consulting
August 4, 202610 min read

AI Consultancy UK: What You Actually Get for Your Money

Gartner predicted at least 30% of generative AI projects would be abandoned after proof of concept by the end of 2025. Here is what a UK AI consultancy should actually hand you, per engagement type, with price bands and the artefacts you keep.

AI Consultancy UK: What You Actually Get for Your Money

By Ivan Pylypchuk, CEO of SoftBlues. Has led Claude and Gemini implementations for finance, legal and healthcare teams across the UK and Ireland.

A UK AI consultancy sells one of four things: a fixed-price discovery that ends in a ranked use-case list, a proof of concept that runs one use case on your real data, an implementation that puts a working system into production, or a monthly retainer that keeps it running. What you should get is working software and the documents to own it, not a maturity score.

At SoftBlues, an AI consultancy working with regulated mid-market companies across the UK and Ireland, we quote most first engagements as a fixed fee against a named deliverable. What buyers get burned on is rarely the rate. It is the vagueness. Gartner predicted that at least 30% of generative AI projects would be abandoned after proof of concept by the end of 2025, citing poor data quality, weak risk controls, escalating costs and unclear business value (Gartner, July 2024). A preliminary study from MIT's Project NANDA put it harder, reporting that around 95% of enterprise generative AI pilots showed no measurable effect on profit and loss. That one is worth treating carefully: it is not peer reviewed and rests on a small interview base (reported August 2025).

Both numbers point at the same thing. A lot of money is being spent on AI work that never becomes something a business can use. So the question worth asking is not what an AI consultancy charges. It is what lands in your hands when the invoice does.

Key facts

  • Four engagement types cover almost everything you will be sold: discovery or audit, proof of concept, implementation, and retainer. Each produces a different artefact and carries a different risk for you.
  • Our discovery stage runs about £10,000 to £20,000 as a fixed fee, typically two to three weeks (our data, indicative August 2026).
  • A proof of concept starts from £20,000 as a fixed fee, usually two months, with one to two engineers plus part-time senior and project-management support (our data, indicative August 2026).
  • An implementation retainer runs about £10,000 to £20,000 a month once a system is live (our data, indicative August 2026).
  • Mid-tier UK consultancies charge roughly £900 to £1,600 a day, so a fifteen to twenty-five day build sits near £13,500 to £40,000 on day rates alone (market, 2026).
  • Every deliverable should be a file or a running system you keep, including the prompts, the configuration, the evaluation results and the handover documentation. Access to someone else's demo environment does not count.
  • Who this is for, and who it isn't

    This is for a 50 to 500-person company in the UK or Ireland, often in financial services, legal, healthcare or professional services, that has decided to spend real money on AI and wants to know what a credible engagement actually produces before signing.

    It is not for you if you want a weekend prototype, or if you already run an in-house data-science function and need extra hands rather than a partner. In that case you are buying capacity, and a contractor on a day rate is the cheaper route.

    What does an AI consultancy in the UK actually deliver?

    Four engagement types, four different things in your hands. The table below is the one we work to, with each deliverable stated as an artefact rather than an activity. If a proposal describes activities such as workshops and stakeholder alignment without naming what you keep at the end, that is the gap to close before you sign.

    A row of four cards showing the four AI consultancy engagement types in order: discovery, proof of concept, implementation and retainer, each with a simple icon.

    EngagementTypical shapeWhat you keepBest forAvoid if
    Discovery / audit2 to 3 weeks, fixed feeA ranked use-case list, a data-readiness verdict on each candidate, and a fixed-price plan for the first buildDeciding whether and where to startYou already know the use case and have validated the data
    Proof of conceptAbout 2 months, fixed feeOne working use case running on your own data, plus technical documentation and a production recommendationProving value before a bigger commitmentYou need it in production this quarter
    ImplementationWeeks to months, fixed or cappedA live system, integrated and tested, with handover documentation and a support pathA defined outcome you can sign offScope is still exploratory
    RetainerMonthlyOngoing improvement, support, and new use cases on the live systemAfter the first system is in productionNothing is live yet

    Two of those four deserve a closer look, because they are where money quietly goes missing.

    A discovery should not end in a maturity assessment. A maturity score is a description of your own company, which you already own. A useful discovery ends in a decision: this use case, this data, this build, this price, this payback line. Ours produces the ranked list, a readiness verdict against each candidate, and a fixed-price plan for the one worth building first.

    A proof of concept should run on your real data, in your real process, with your real edge cases. A demo on synthetic data proves the model works, which was never in doubt. What is in doubt is whether it works on the invoices your suppliers actually send, and that is the only question a proof of concept is worth paying for.

    Important
    Ask for the deliverable as a noun. "A working document-extraction workflow running on 200 of your own invoices, with an accuracy report and the prompts" is a deliverable. "An AI enablement programme" is not.
    Not sure which of the four you need? A 30-minute discovery call is enough to place your situation on that table. You leave knowing whether you need a discovery at all, or can go straight to a proof of concept. Book a discovery call.

    What should you have in your hands by week 2, and by week 6?

    The honest test of an engagement is not the final report. It is what exists early, because the early artefacts tell you whether the team can build.

    By the end of week 2 you should have a written scope naming the use case, a data access decision (what you can use, what you cannot, who signed it off), and either a running skeleton of the workflow or a documented reason there is not one yet. You should also know the names of the people doing the work, rather than the names on the pitch team.

    By the end of week 6 on a proof of concept you should have the workflow running on your own data, a quality measurement against a sample you agreed in advance, a list of the cases where it fails, and a cost-per-transaction figure. The failure list matters more than the accuracy number. A team that hands you a clean 98% and no failure cases has either not tested hard enough or is not telling you.

    If week 6 arrives and the only artefacts are slides, the engagement has drifted into advisory work. That is a fixable conversation, but only if you have it in week 6 rather than week 12.

    How much does each engagement type cost?

    Price bands with the provenance tagged. Our figures are indicative for August 2026 and quoted as fixed fees rather than open day rates. Market figures are published ranges, and rates move.

    EngagementPrice bandProvenance
    Discovery / audit£10,000 to £20,000 fixed feeOur data, indicative August 2026
    Proof of conceptFrom £20,000 fixed feeOur data, rate card, August 2026
    ImplementationPriced per scope. A full twelve-month build scaling to five or six engineers models near £320,000 on our rate cardOur data, August 2026
    Implementation, day-rate comparison15 to 25 consulting days at mid-tier UK rates of £900 to £1,600 a day is roughly £13,500 to £40,000Market calculation, 2026 (source)
    Retainer, live system£10,000 to £20,000 a monthOur data, indicative August 2026

    The spread between a proof of concept and a full implementation is more than an order of magnitude, which is exactly why buying them as one undivided project goes wrong. A fixed fee also moves the overrun risk to the supplier, and that is the most useful commercial term available to a mid-market buyer. We run first engagements as a fixed-price proof of concept with money back if it fails.

    For the detail on rates, project totals and what moves a quote, we set the numbers out in AI consulting costs in the UK. If you are further along and comparing suppliers rather than sizing a budget, our honest read on the UK consulting market is the more useful page.


    What changes in a regulated sector?

    The deliverable list grows, and that is where the extra budget goes. In UK financial services your compliance team will reference the FCA and the Senior Managers and Certification Regime. In legal it is the SRA for England and Wales. In healthcare it is the CQC and the clinical-safety standards DCB0129 and DCB0160, with the MHRA in play if the software might be a medical device. Across all of them sit UK GDPR and the ICO's guidance on AI and data protection. None of this is legal advice, and your compliance team owns the call.

    Practically, it means a regulated engagement has to produce evidence as well as output: audit logs, access control, retention design, and a human review step with a record of who approved what. That is engineering, not paperwork, and it is why a finance workflow costs more than an internal marketing helper doing similar work.

    A short anonymised example. A food producer had a customer-facing application built quickly with AI coding tools and needed to know whether it was safe to scale. The work that mattered was not new features. It was the audit: finding what was exposed, rebuilding the unsafe parts, and leaving the team with a way of working that would not reintroduce the same problems. You can read how that ran in our audit of an AI-built application. It was an audit and rebuild rather than a long production programme, and we describe it that way.

    What are the red flags?

    A two-column comparison contrasting slideware deliverables, a maturity score, a roadmap deck and workshop notes, against working-software deliverables: a live workflow, your own data and handover documentation.

    1. No named deliverable. The proposal lists phases and activities but never states the artefact you keep. Ask for the noun.

    2. A day rate with no day estimate. A rate without a number of days is not a price. Ask for the blended rate and the estimated days, then multiply.

    3. The pitch team is not the delivery team. Ask who writes the code, what else they are on, and whether you can meet them before signing.

    4. Synthetic-data demos only. If nobody will touch your data during a proof of concept, the proof of concept is a demo.

    5. No failure list. A team that cannot tell you where their system breaks has not looked hard enough.

    6. Lock-in framed as architecture. Ask what it would take to change the underlying model in twelve months. A good answer is dull and specific.

    7. Change management left out. Getting people to use the system is usually harder than building it. If training and rollout are missing from the plan, the plan is incomplete.

    Warning
    The cheapest proposal is often the one with the loosest scope, because a vague scope is cheap to quote and expensive to deliver. Compare scopes before you compare prices.

    Questions to ask on the call, and what a good answer sounds like

    "What exactly will I own at the end?" A good answer lists files and systems: the running workflow, the prompts and configuration, the evaluation results, the handover documentation, and the repository. A weak answer describes a journey.

    "Whose data will the proof of concept run on?" A good answer is yours, with a named access process and a data-protection step. A weak answer is a sample dataset.

    "What have you put into production, and what broke?" A good answer includes something that went wrong and what changed because of it. Nobody has a clean record. We published our own build of Claude across the company as a worked case study partly for that reason.

    "How is this priced, and who carries an overrun?" A good answer is a fixed fee or a cap with a named change-control process.

    "What happens if it does not work?" A good answer has a defined exit. Ours is money back if the proof of concept fails.

    Frequently asked questions

    What is the difference between an AI consultancy and an AI development company?

    A consultancy is generally paid to decide what to build and whether it is worth building. A development company is paid to build it. Plenty of firms do both, and we deliberately do, because a recommendation nobody can implement is not worth much. Ask which side of that line a supplier's revenue actually comes from.

    Do I need a discovery phase if I already know what I want to build?

    Not always. If you have a specific use case, know where the data lives, and have a stakeholder who owns the process, you can usually go straight to a proof of concept. Discovery earns its fee when there are several candidate use cases and no agreement on which one matters.

    How long before an AI project pays for itself?

    It depends on what the process costs you today, which is why a credible plan states a payback line rather than a percentage improvement. Ask for the calculation: hours saved or errors avoided, multiplied by a rate you recognise, set against the build and running cost.

    Is a UK-based consultancy worth paying more for?

    For regulated work, often yes, because the value sits in the evidence trail and in someone who already knows which regulator asks what. For a straightforward internal automation with no compliance load, geography matters much less than whether the team has shipped something similar.

    What should a monthly retainer include?

    A named engineer or a defined share of one, an agreed response time, ongoing evaluation of the live system, and a budget for improvements. If a retainer includes no measurement of whether the system is still performing, it is a support contract rather than an improvement one.

    Can we start with automation rather than a full AI build?

    Usually the better order, yes. One well-chosen process, automated end to end and measured, teaches you more than a broad programme. That is the shape of most of our business process automation work.


    We are registered partners with Anthropic, Google Cloud and Microsoft, and we build with the tools we sell, including running six of our own departments on Claude. We use it before we sell it. Systems go into production at a fixed price, with money back if the proof of concept fails.

    If you want a view on which of the four engagement types fits your situation, and an honest answer if the answer is none of them yet, book a discovery call.

    See it in production

    Systems we have built and run for clients, with the numbers that came out of them.

    Browse all case studies

    Related Articles