AI readiness is not the number of tools a company has tested. It describes whether a measurable business case, suitable data, connected systems, accountable roles and capable users are strong enough together to move a solution into safe operation.

Short answer

A business is AI-ready when it has at least one material, measurable process; lawful and sufficiently reliable data; systems that can be integrated; an accountable owner; and users who can review and adopt the result. If one of these foundations is missing, a broad rollout should not begin, although a tightly scoped learning pilot may still be useful.

The six dimensions of AI readiness

DimensionCore questionEvidence
StrategyWhich business objective improves measurably?Prioritised business case
ProcessIs the workflow stable, frequent and decidable?Process map and baseline
DataAre relevant, lawful and current data available?Inventory and quality sample
TechnologyAre integrations, identities and operations viable?Architecture and security review
GovernanceWho approves, monitors and stops the system?Owner, controls and escalation
PeopleCan and will users review the result?Role plan, training and feedback

A simple 0–3 scorecard

Score each statement 0 = absent, 1 = partial, 2 = reliable and 3 = proven in operation. Do not rely on the average alone: a zero for lawful data access or accountable ownership is a stop condition.

ScoreInterpretationNext step
0–12ExplorationBuild foundations and run a small learning case
13–24Pilot-readyRun a tightly controlled pilot
25–31Rollout-ready with gapsClose gaps, then scale in stages
32–36High maturityExpand portfolio, monitoring and reuse

Go and no-go criteria

Go

No-go or remediate first

Why readiness is more than data

OECD research highlights reliable IT infrastructure, data management and workforce skills as important adoption conditions. Many firms train employees, use external data and still struggle to find the right expertise. Readiness is organisational and technical at the same time.[1]

Good data cannot rescue a poorly governed process. Equally, a sound workflow fails if users do not trust the system or lack time to review it. The dimensions must therefore be assessed together.

Choosing the first use case

CriterionFavourableUnfavourable
FrequencyDaily or weeklyA few exceptions per year
MeasurabilityTime, errors, quality or conversionOnly subjective improvement
RiskError is caught before impactAutomatic irreversible decision
DataBounded, maintained and authorisedUnknown, fragmented or contradictory
AdoptionTeam feels a clear pain pointSolution is imposed from above

Four assessment phases

01

Objectives and portfolio

Clarify business goals, collect processes and prioritise by value, feasibility and risk.

02

Evidence over opinion

Sample process data, documents, access paths, system boundaries and real user questions.

03

Gap plan

Give every gap an owner, action, effort and due date—from data cleanup to training.

04

Pilot contract

Set scope, metrics, controls, security boundaries and stop criteria before development.

Readiness differs by use case

A company may be ready for automated proposal drafts and not ready for AI in recruitment. Assessment should therefore attach to a concrete process. Company-wide statements such as “our data is good” or “we are not digital enough” are too broad to approve or reject an investment.

MaturityCharacteristicSuitable activity
1 · orientObjectives and ownership are openProcess interviews and portfolio
2 · prepareUse case clear, data or operations incompleteData, integration and governance work
3 · pilotControlled scope and measurable baselineBounded end-to-end pilot
4 · scaleQuality and operations repeatedly provenRollout with monitoring and support

Which metrics belong in the pilot?

A pilot is not a demonstration; it is a comparison with today's workflow. Alongside speed, measure quality, rework, exceptions and adoption. A system that is 30 per cent faster but doubles review work may not be an improvement.

Misleading readiness signals

Many logins do not prove adoption, a polished demo does not prove process quality, and high model accuracy does not prove commercial value. A pilot that tests only easy examples is equally misleading. The evaluation set should contain normal cases, edge cases, poor input, missing data and deliberate counterexamples.

Decision rule

Scale only when the use case meets its target range, material errors are controlled, operations and support are clear, and accountable business teams are willing to own the solution.

Frequently asked questions

How long does an AI readiness assessment take?
A clearly bounded business area can often be assessed in two to four weeks. A company-wide portfolio across locations and systems takes longer.

Do we need perfect data?
No. Data must be sufficient, lawful and testable for the use case. A pilot may reveal gaps but must not hide them.

Can a company be ready without in-house AI developers?
Yes. It needs business ownership, integration capacity and internal or external capability for selection, testing and operation.

What is the most important output?
Not a single score, but a defensible decision: which use case starts, which gaps come first and how success will be measured.