Building Blocks
8 Min

How to Know If Your Business Is Ready for AI

A practical readiness framework from a senior data & analytics consultant: five dimensions to score, the data prerequisites that actually matter, and the failure modes that sink most first AI projects.

Filed underAI StrategyAI ReadinessData Strategy
8 Min Read
Building Blocks
On this page

Every executive team I've worked with in the last two years has asked some version of the same question: are we ready for AI? It's the right question, asked too late — usually after a pilot has already stalled, a vendor contract has already been signed, or a demo that wowed the boardroom has quietly failed to survive contact with real data.

After 12+ years building analytics functions and data products inside Fortune 500 companies, I can tell you the uncomfortable truth: AI readiness is mostly not about AI. It's about whether the boring foundations underneath it — data, process, ownership — can bear the weight. The good news is that readiness is measurable. Here's the framework I use.


The five readiness dimensions

Readiness isn't a yes/no gate; it's a profile. I score organizations across five dimensions, each on a simple 1–5 scale. The shape of the profile tells you what kind of AI work you can responsibly take on today.

The scorecard
  1. 01
    Data foundation
    Is the data your use case needs accessible, documented, and trusted — or does every analysis start with an archaeology dig?
  2. 02
    Use-case clarity
    Can you name the decision AI will change, who makes it today, and what a good outcome is worth in dollars?
  3. 03
    Process maturity
    Is the workflow you want to augment stable and understood — or are you about to automate improvisation?
  4. 04
    People & skills
    Do you have (or can you borrow) people who can evaluate model output critically, not just consume it?
  5. 05
    Governance & risk
    Do you know who owns the decision when the model is wrong, and what data is off-limits?

Score each dimension honestly — 1 means "we'd be guessing," 5 means "this is a solved problem here." Two rules make the scorecard useful:

Rule one: any dimension scoring below 3 is a prerequisite project, not an AI project. If your data foundation is a 2, the honest roadmap starts with data work, and the AI line item moves a quarter or two to the right. That's not a delay — that's sequencing. Teams that skip it pay for the same work later, at pilot prices, with an audience watching.

Rule two: your readiness is your lowest score, not your average. A 5 in use-case clarity does not compensate for a 1 in governance. The weakest dimension is where the project will fail, because production systems fail at their weakest joint, not their average one.


The data prerequisites that actually matter

"Get your data in order" is useless advice because it has no finish line. Here is what "in order" concretely means for a first serious AI initiative — no more, no less:

Your core entities have one agreed-upon source of truth. Customers, products, transactions, whatever nouns your use case touches — there must be one place where the organization agrees the real list lives. If Sales and Finance produce different customer counts and both are "right," a model trained on either will inherit the argument. When I segmented 400,000 customers from 3.5 years of point-of-sale data, the modeling took weeks; agreeing on what counted as a customer took longer, and it was the more valuable work.

The data is documented enough that a newcomer can use it without an oral exam. Not a perfect catalog — a README-level description of what each critical table means, how fresh it is, and its known blind spots. If that knowledge lives in two analysts' heads, your AI project has a bus factor of two.

Freshness matches the decision cadence. A weekly decision needs weekly-reliable data. When we built search-based brand-health indicators across seven markets, the entire value was frequency — a weekly leading signal replacing quarterly surveys. If the pipeline had delivered "weekly" data ten days late, the model would have been correct and useless.

Someone owns each pipeline. Not a team — a name. Models silently degrade when an upstream schema changes and nobody notices for a month. If no one is paid to notice, no one will.

Notice what's not on the list: a data lakehouse, a new platform, or a two-year modernization program. I have watched companies delay obviously valuable projects waiting for a platform migration that the use case never actually required. The prerequisite is fit for the use case, not perfect in general.


When to build vs. when to wait

Use it
  • You can name the specific decision AI will improve and what it's worth annually
  • The data for that one use case scores 3+ on foundation, even if the rest of your estate is messy
  • A stable process owner wants this and will keep using it after the novelty wears off
  • You can tolerate — and detect — being wrong: outputs are reviewed before they hit customers or ledgers
Skip it
  • The goal is 'do something with AI' and the use case is being reverse-engineered from the technology
  • Nobody can say whose decision the model output changes
  • The underlying process changes monthly — you'd be automating sand
  • The plan depends on data you don't yet collect, at a quality you've never measured

The failure modes I keep seeing

The same handful of patterns account for most failed first AI initiatives. Name them early and they're avoidable.

  1. Pilot purgatory.
    The demo works, everyone claps, nothing ships. Cause: the pilot was scoped to impress, not to integrate. Fix: define the production owner, the workflow it lives in, and the success metric before the pilot starts.
  2. Tool-first thinking.
    A platform gets bought, then the org goes hunting for a problem worthy of it. Readiness flows from use case to tool — never the reverse.
  3. The dashboard fallacy.
    Believing that because you have BI, you're 'ready for AI.' Dashboards tolerate ambiguity; models amplify it. Reporting maturity is the starting line, not the credential.
  4. Automating a broken process.
    AI applied to a workflow nobody trusts just produces distrust at scale. Stabilize the process first — then augment it.
  5. No error budget.
    Executives expect the model to be right; nobody decided what happens when it's wrong. Define acceptable error rates and the human override path up front, or the first visible mistake kills the program.
  6. Orphaned ownership.
    The consultants leave, the champion changes roles, and the model decays silently. If maintenance isn't in someone's job description, you built a deprecation, not a capability.

Run the assessment yourself

You don't need a six-week engagement to get a first honest read. Block an afternoon with the people who actually touch the data and the process — not just their managers — and do four things:

  1. Pick one candidate use case and write down the decision it changes, who makes that decision today, and what an improvement is worth. If you can't, stop: that's your finding.
  2. Score the five dimensions for that use case alone, 1–5, with one sentence of evidence per score. Evidence, not vibes — "customer table documented, refreshed nightly, owned by Maria" beats "our data is pretty good."
  3. Apply the two rules. Lowest score is your readiness. Anything under 3 becomes a named prerequisite project with an owner and a date.
  4. Re-score quarterly. Readiness is a moving profile, not a certificate. The organizations that get AI right treat the scorecard as an operating rhythm, not a one-time audit.

The pattern behind all of this is simple: AI rewards organizations that already make decisions with data and punishes organizations that hope it will fix the fact that they don't. The five-dimension score tells you which one you are today — and, more usefully, exactly which dimension to fix so the answer is different next quarter.