Skip to content

Guide · 17 min read

How to evaluate an AI automation agency before you hire one: a scorecard

Most agency evaluations score the pitch. This scorecard scores the evidence: ten weighted criteria, anchored examples of weak and strong answers, and a process that ends with a paid discovery and a contract you can walk away from.

A clipboard scorecard with rows ticked in pencil and one row circled in red, the moment an evaluation finds its veto

Key takeaways

  • Score evidence, not the pitch: every criterion names the document or demonstration that earns a 5.
  • Diagnosis, delivery evidence, integration depth and ownership carry the most weight, because they map to the documented reasons AI projects stall after the pilot.
  • Treat a 1 on diagnosis, governance or ownership as a veto, whatever the total says.
  • Run a fixed-fee paid discovery with the leading firm before committing to a build, and make sure the outputs are yours.
  • Ask referees about a project more than six months old, what broke after launch and who maintains it now.

How should we evaluate AI automation agencies before hiring?

Score each agency on weighted criteria backed by evidence, run a paid discovery with the leader, then sign with agreed ownership and exit terms.

Evaluate an AI automation agency by scoring what it can prove, not what it says in the pitch. Use ten weighted criteria, ask for one specific piece of evidence for each, and let a short paid discovery decide between the last two firms.

This guide is the scorecard. Our buyer's checklist for choosing an AI automation agency covers first-call questions and red flags, and how an AI implementation partner delivers walks through the stages of a good engagement. Read those to understand the market. Use this page to make the decision on paper.

Why the weights look the way they do

The weights follow the reasons AI projects stall between a promising pilot and daily use. Those reasons are well documented, and very few of them are about the model.

Why projects stallWho found itCriterion that tests for it
Leaders misunderstand or miscommunicate the problem the AI should solveRAND, The Root Causes of Failure for Artificial Intelligence Projects, August 2024Problem diagnosis
Poor data quality, weak risk controls, rising costs or unclear business valueGartner prediction on generative AI after proof of concept, July 2024Data readiness, governance, running costs, measurement
No AI-ready data underneath the projectGartner, Lack of AI-Ready Data Puts AI Projects at Risk, February 2025Data readiness
Rising costs and no internal capability to evolve a supplier-built systemGartner prediction on forward-deployed engineering, September 2026Ownership and exit, adoption

RAND's researchers interviewed 65 experienced data scientists and engineers for The Root Causes of Failure for Artificial Intelligence Projects, published in August 2024. The most common root cause they heard was leadership misunderstanding the problem, or how to set the project up to succeed. That is why diagnosis carries the heaviest weight below.

Gartner predicted in July 2024 that at least 30% of generative AI projects would be abandoned after proof of concept by the end of 2025, citing poor data quality, inadequate risk controls, escalating costs or unclear business value. In February 2025 Gartner went further on data alone, predicting that through 2026 organisations will abandon 60% of AI projects unsupported by AI-ready data.

The newest warning matters most to anyone hiring outside help. On 29 September 2026 Gartner predicted that by 2028, 70% of enterprises will abandon agentic AI built by vendor forward-deployed engineering, because costs climb and the client cannot evolve the system on its own. That is a buying failure, and a scorecard is where you catch it.

There is a counterweight. In The GenAI Divide: State of AI in Business 2025, published in August 2025, a study by MIT's NANDA initiative reported that about 95% of enterprise generative AI pilots produced no measurable return. In the same research, as Fortune reported, buying from specialised vendors and building partnerships succeeded about 67% of the time, and internal builds about a third as often. The study's method has been debated, so read it as a direction: outside help can raise the odds, if you choose it well.

The scorecard: ten weighted criteria and the evidence to ask for

Ten criteria worth 100 points. Diagnosis, delivery evidence, integration depth and ownership carry most weight, and each names the evidence that earns full marks.

Copy this table into a spreadsheet. Each member of your panel scores every criterion from 1 to 5. Multiply each score by its weight, divide by 5 and add the rows. A perfect agency scores 100 points.

CriterionWeightEvidence to ask for
1. Problem diagnosis15A written view of your first workflow after one conversation: what they would automate, what they would leave with people, and how they would measure it.
2. Delivery evidence in production12Two workflows that have run for more than six months, shown working on a screen share with client data hidden, and a referee for each.
3. Integration depth12A walkthrough of a past build on systems like yours: which objects and fields, how errors and retries were handled, how duplicates were prevented.
4. Data readiness approach10How they check your data before building: a sample audit, field fill rates, duplicate rates, and what happens when the data fails the check.
5. Human control and governance10The permissions, approval steps, logs and pause switch on a workflow they built, measured against something like the NCSC guidelines for secure AI system development.
6. Adoption and training10The training plan, who attends, how usage is measured after launch, and one build they changed because the people using it pushed back.
7. Ownership and exit12Draft contract terms covering code and workflow logic, accounts in your name, documentation, handover and removal of access at the end.
8. Measurement8A baseline method and a review date agreed before the build, with one before-and-after they measured for another client.
9. Running cost transparency6A line-by-line monthly estimate of hosting, third-party licences and AI usage at your volume, with who pays each line.
10. Team and continuity5The names of the people who will build, who covers absence, and where decisions are written down as the work happens.
Total100

Two design choices are deliberate. Price is not a criterion. Compare price only between firms that clear the quality bar, otherwise a cheap, weak proposal can outscore an expensive, strong one on arithmetic alone.

There is also no criterion called "AI expertise". Every firm will claim it. Criteria 1 to 3 test it the only way that counts: against your work, your systems and your data.

Ask for evidence to be shown, not sent. A slide that says "integrated with your CRM" is a claim. A run log with timestamps, retries and an exception queue, viewed live, is evidence. Score the difference.

What a 1, 3 and 5 look like on each criterion

Anchors stop scorers guessing. A 1 is an unbacked claim, a 3 is a credible description, and a 5 is something shown to you.

Without anchors, three people on a panel score the same answer 2, 3 and 4, and the total becomes a measure of mood. These anchors describe what you should actually see or hear at each level.

Criterion1: weak3: adequate5: strong
Problem diagnosisRecommends a platform or an agent before asking how the work is done today.Asks good questions and proposes a sensible first workflow, with no measure of success.Names a narrow first workflow, what stays manual, the measure and the baseline, and what it needs from you to confirm it.
Delivery evidenceDemos and slides only. Referees are unavailable or the projects are weeks old.Live examples described in detail, with one referee.Live workflows shown running, older than six months, with referees you can call.
Integration depth"We integrate with everything", with no detail on fields, errors or limits.Has connected your main systems before and describes the approach.Walks through objects, fields, API limits, error handling and duplicate prevention on a comparable build.
Data readinessAssumes your data is fine.Plans a data check, but not what happens if it fails.Samples your data during discovery and states which fixes come before any build.
GovernanceFull autonomy by default, and broad access requested "in case".Approval steps for customer-facing actions, with logging planned.Least-privilege access, approvals, complete logs and a tested pause, shown on a past build.
AdoptionTraining is a one-hour handover call.A training plan built on real examples, with no usage measure.Adoption in scope, usage measured against eligible users after launch, and a story of something changed because users pushed back.
Ownership and exitCode, workflows or accounts stay in the agency's name. No documentation promised.Ownership agreed verbally. Documentation "as needed".Written terms: you own logic and code, accounts sit in your name, documentation and handover are included, access ends on exit.
MeasurementBenefits quoted with no baseline.A baseline mentioned, with no review date.Baseline taken before the build, review date fixed, method written down.
Running costs"It depends on usage", with no estimate.Main costs estimated, AI usage left open.A monthly estimate per line at your volume, with spend limits and alerts.
Team and continuityBuilders unnamed. Work may be subcontracted without notice.The lead is named. Cover is unclear.Builders named, cover arranged, decisions documented as they go.

Score independently first, then compare. Where two people differ by two or more points on one criterion, that gap is the most useful thing in the whole exercise. It usually means one of you saw evidence the other missed, or one of you took a claim on trust.

Write one line of evidence next to every score. "Showed run log, three retries handled, exception queue owned by a named person" survives a challenge from your finance director. "Seemed strong" does not.

Where can we find an AI implementation partner for our company?

Longlist six to eight firms from referrals, vendor partner directories and published work, then cut to three using written questions before any sales call.

Build a longlist of six to eight firms from four places, and know what each source can and cannot tell you before you trust it.

SourceWhat it tells youWhat it cannot tell you
Peers with AI workflows in daily useWhether the firm delivered and stayed useful after launchWhether it fits your systems and your data
Your CRM or platform vendor's partner directoryPlatform skills and certificationsWhether the firm diagnoses the work before it builds
Firms that publish their method and case studiesHow they think, and whether results carry dates and methodsWhat happened on projects they chose not to publish
Review sites and "top rated" listsHow much client feedback a firm has gatheredComparable evidence, because firms usually collect their own reviews

Searches for the top rated AI implementation firms for mid-market companies in the UK mostly return directories and lists. Use them to find names, not to rank them. A rating tells you how pleased past clients felt. It does not tell you whether the firm can connect your CRM to your finance system without creating duplicates. The scorecard does.

You are not late to this. The Office for National Statistics, in its Business Insights and Conditions Survey published on 8 October 2026, found that around 30% of all UK businesses used at least one AI technology in September 2026, rising to 51% of businesses with 250 or more employees. In our experience, most mid-market teams are choosing their first implementation partner, not their third.

Cut the longlist with five written questions

Before any sales call, send each firm the same half-page brief and five questions, and ask for written answers within a week.

  1. Describe a workflow you built that is still in daily use after six months. Which systems did it touch?
  2. What would you need from our team in the first two weeks?
  3. What do you do when our data is not good enough to build on?
  4. Who owns the code, the workflows and the tool accounts when the engagement ends?
  5. What would make you turn this work down?

The last question does the most work. A firm that can name the conditions under which it would say no has thought about fit. A firm that would take anything will also build anything, including the wrong thing.

How to run the evaluation, from shortlist to paid discovery

Pick one workflow, form a three-person panel, score the shortlist independently, then pay the leading firm for a fixed-fee discovery before committing to a build.

01Define workflow02Longlist03Shortlist04Paid discovery05Contract
The evaluation, start to signature

Start with one workflow and a baseline

Before you call anyone, write half a page: the workflow, who does it, how often, how long it takes today and which systems it touches. Without that page, every agency evaluates you instead of the other way round. Our guide to what to automate first with AI helps you pick it.

Form a panel of three

You need the budget holder, the person who runs the process day to day, and someone from IT or security. In discussion, give the most weight to the process owner's scores on diagnosis and adoption. They are the one who will live with the result.

Run every shortlist meeting the same way

Same brief, same length, same order of questions. Ask each firm to show one live workflow rather than describe it. Score within 24 hours, before memories blur into a general impression.

Use a paid discovery as the trial

A free proposal is written before anyone has looked at your data or systems, which is exactly the fixed-price-before-discovery red flag in our checklist. A short paid discovery is the cheapest way to see how a firm really works.

In our own work, a useful discovery has a fixed fee, a fixed length of two to four weeks and written outputs:

Agree before you start that the outputs are yours and usable by another firm. If a firm will not agree to that, score it 1 on ownership and stop there.

Watch three things during discovery. Who turns up: the people you met in the pitch, or someone new? Whether they speak to the people who do the work, or only to the sponsor. And whether they find something you did not already know. In our experience the last one is the best predictor of the build.

Which questions should you ask on reference calls?

Ask referees about a project older than six months: what broke after launch, who maintains it now, and whether they would hire again.

Ask each shortlisted firm for two referees: one whose workflow has been live for more than six months, and one whose scope changed during the project. Then ask to speak to the process owner, not only the sponsor who signed the contract.

  1. What was the workflow, and is it still running today?
  2. How long was it from signature to the workflow being used every day?
  3. What broke in the first three months, and how quickly was it fixed?
  4. Who maintains it now: your team, the firm, or nobody?
  5. Did the people doing the work actually use it? What changed to make that happen?
  6. Were running costs close to the estimate? Which line moved?
  7. Did you receive the code, accounts and documentation you were promised?
  8. What would you change in the contract if you signed it again?
  9. Would you hire them for a different problem?

Listen for specifics. A referee who names the error that broke in week three and how it was fixed was close to the delivery. A referee who can only say the team was lovely to work with probably was not.

After the calls, revisit criteria 2, 6 and 7. References are the one point in the process where you hear about delivery, adoption and ownership from someone with no reason to sell to you.

Which contract and ownership terms should you agree before work starts?

Agree who owns the code and workflow logic, whose name the accounts sit in, what documentation and handover you receive, and how either side exits.

Gartner's September 2026 prediction came with advice that applies to any outside build. It recommends contractually securing deliverables, knowledge transfer, IP rights and transition or exit duties, and measuring success by your ability to manage the system yourself rather than by the build being finished.

TermWhat good looks likeWhy it matters
Code and workflow logicAssigned to you on payment and stored in your repository or workspaceYou can change supplier without rebuilding
Third-party accountsIn your organisation's name, with the supplier added as a user you can removeRevoking access is one click, not a negotiation
DocumentationA runbook, data flows, permissions and known limits, written as the build happensAnother team can operate it
Knowledge transferA named internal owner works alongside the build, with a recorded handoverThe capability stays when the firm leaves
Running costsEvery cost line assigned to a payer, with spend limits and alertsNo surprise invoices from usage-based tools
DataWhat the workflow reads and writes, where data is processed and how long it is keptYour data protection obligations stay clear
Support and changeResponse times, what counts as a change and who approves itYou avoid project rates for small fixes
ExitNotice period, handover duties, access removal and final documentationYou can leave without the workflow stopping

For a structured cross-check, the UK government's Guidelines for AI procurement, first published in June 2020 for public-sector buyers, covers preparation, evaluation, award and contract management. Most of it transfers to a private-sector purchase of this size.

Agree these terms before the build begins. Once a workflow is live and the team depends on it, every one of them is harder to negotiate.

How to read the totals and make the decision

Above 80 is strong, 65 to 79 workable with conditions, below 65 a no. A 1 on diagnosis, governance or ownership vetoes any total.

These bands are our own working thresholds, not an industry standard. Adjust them if your risk appetite is different, but set them before you score, not after.

TotalReadingWhat to do
80 to 100Strong on evidenceMove to paid discovery and contract terms
65 to 79Workable with conditionsName the weak criteria and make them conditions of the contract
Below 65Not ready for your workThank them and move on
Any 1 on criteria 1, 5 or 7VetoDo not proceed, whatever the total says

A worked example

Three illustrative firms, invented for this guide, show how the totals and the veto interact. Scores are the panel's agreed 1 to 5 for each criterion.

Criterion (weight)Firm AFirm BFirm C
Problem diagnosis (15)254
Delivery evidence (12)434
Integration depth (12)444
Data readiness (10)344
Governance (10)344
Adoption (10)243
Ownership and exit (12)251
Measurement (8)344
Running costs (6)434
Team and continuity (5)434
Weighted total59.680.870.8, vetoed

Firm A gave the most polished pitch and the best demo, and would have won a vote taken in the room. On the scorecard it led with a platform before understanding the work, and its ownership terms were vague. Firm C was strong almost everywhere, but wanted the workflows and tool accounts to stay in its own name. That single 1 ends the conversation.

Firm B goes to paid discovery. Its weaker delivery evidence becomes a condition: one more referee before the build contract is signed.

Close calls and the second scoring

If two firms finish within five points of each other, decide on diagnosis and ownership first, then on price. After the paid discovery, rescore criteria 1, 3, 4 and 9 with what you now know. If the total falls by more than ten points, do not proceed to the build. You have paid for the discovery, and the outputs are yours to take elsewhere.

Where The Sparked Group scores itself low, and when we are the wrong fit

We score low where buyers want published prices before a first call, an off-the-shelf chatbot, or a large programme before one workflow is proven.

We design, build and support AI workflows and internal tools for B2B teams, around the systems they already use. Score us like anyone else. Here is where we expect to lose points.

Where we expect to score well, test it rather than take our word for it. Ask us to show the evidence for criteria 1, 6 and 7. Our published case studies carry dated, measured figures, such as the energy technology scale-up where a CRM figure of 153 marketing leads was traced to 15 genuine hand-raises.

If you want to start with your own workflow rather than our pitch, find your starting point and bring that half page to the first call.

Frequently asked questions

How should we evaluate AI automation agencies before hiring?

Score each agency on weighted criteria such as problem diagnosis, delivery evidence, integration depth, governance, adoption and ownership terms, asking for evidence that is shown rather than described. Then run a short fixed-fee paid discovery with the leading firm, take reference calls on projects live for more than six months, and agree ownership and exit terms in writing before any build.

What criteria matter most when choosing an AI automation agency?

Problem diagnosis matters most, because misunderstanding the problem is the most common root cause of AI project failure in RAND's August 2024 research. Next come evidence of workflows running in production, depth of integration with your systems, and written ownership and exit terms that keep the code, accounts and documentation in your hands.

Should we pay for a discovery phase before hiring an AI agency?

Yes, for anything beyond a simple workflow. A free proposal is written before anyone has seen your data or systems. A fixed-fee discovery of two to four weeks, with written outputs you own, shows how the firm really works and gives you a plan another firm could use if you decide not to continue.

What questions should we ask an AI agency's references?

Ask about a project live for more than six months: whether it still runs, how long it took to reach daily use, what broke in the first three months, who maintains it now, whether running costs matched the estimate, whether the code and accounts were handed over, and whether they would hire the firm again for a different problem.

Where can we find a top rated AI implementation firm for a mid-market UK company?

Build a longlist from peer referrals, your CRM or platform vendor's partner directory, firms that publish their method and dated case studies, and review sites. Use ratings to find names rather than to rank them, then cut to three firms with written questions and compare them on a weighted, evidence-based scorecard.

What contract terms protect us when hiring an AI automation agency?

Agree that code and workflow logic are assigned to you, third-party accounts sit in your organisation's name, documentation and knowledge transfer are included, every running cost has a named payer and spend limit, support and change rules are clear, and exit duties cover handover and removal of access.

Want to run a Revenue Engine Diagnosis on your business?

It's the first call we ever do. No pitch. The output is a written diagnosis you keep, even if we never work together.

Select a time →