Short answer: implement AI in a business the same way you would any operational change: pick a small number of use cases with a measurable baseline, put basic governance in place first, pilot with real users and real data, measure against the baseline, and only then scale. In practice that is six phases: (1) set guardrails, (2) assess readiness, (3) choose and score use cases, (4) pilot, (5) scale, (6) operate and improve. The companies that stall usually skipped the baseline, bought tools before choosing use cases, or never redesigned the workflow around the AI.
This guide gives you a one-page AI strategy template, a readiness assessment you can score in an afternoon, a phased roadmap, an ROI formula with a worked example, a build vs buy framework and a change management plan. It is written for mid-market and enterprise leaders in IT, operations and business functions.
The AI implementation roadmap at a glance
| Phase | Goal | Key outputs | Move on when |
|---|---|---|---|
| 1. Set guardrails | Make safe experimentation possible | Acceptable use policy, approved tools list, data classification rules, owner for AI | Employees know what they may and may not do |
| 2. Assess readiness | Find the gaps that will block delivery | Readiness scorecard across data, technology, people, governance, finance | Blocking gaps have owners and dates |
| 3. Choose use cases | Focus on value you can measure | Scored backlog; three to five priority use cases with baselines | Each priority use case has a sponsor, a metric and a baseline |
| 4. Pilot | Prove value with real users and data | Pilot results against baseline; risk review; cost at scale estimate | Measured improvement and acceptable risk |
| 5. Scale | Roll out and redesign the workflow | Integrations, training, updated process documentation, support model | Adoption and outcome targets met |
| 6. Operate and improve | Keep quality, cost and risk under control | Monitoring, periodic reviews, usage and cost reports, next use cases | Ongoing |
What is an AI strategy, and what should it include?
An AI strategy is a short document that says where AI will create value for the business, what you will and will not do, how you will manage risk, and how you will measure results. It should fit on one or two pages. If it needs thirty, it is a research report. A useful one covers:
- Business goals: the two or three company objectives AI should serve (for example lower cost to serve, faster sales cycles, fewer finance close days).
- Priority use cases: three to five, each tied to a goal and a metric. The enterprise AI use cases guide lists candidates by function.
- Platform stance: which assistant suite, build platform and agent platforms you standardise on, and how teams request exceptions. See enterprise AI platforms.
- Data stance: which data may be used with which tools, and what must be cleaned or connected first.
- Risk and governance: policy, risk tiers, review process, and the frameworks you align to. See AI governance tools.
- People: who owns AI, how employees will be trained, and how roles will change.
- Funding and measurement: budget, how ROI will be calculated, and when you will review progress.
How ready is your organisation for AI? (readiness assessment)
Score each statement 0 (not true), 1 (partly true) or 2 (true). Be honest; the point is to find blockers before a pilot does.
| Dimension | Statements to score |
|---|---|
| Strategy and sponsorship | An executive sponsor owns AI outcomes. / AI goals are tied to company objectives. / There is a budget line for AI beyond licences. |
| Data | The data for our priority use cases is accessible through APIs or a warehouse. / We know which data is sensitive and where it lives. / Key knowledge sources (policies, wikis, product docs) are current and have owners. |
| Technology | We have SSO and automated provisioning for SaaS tools. / Our core systems (CRM, ERP, ITSM, HRIS) have usable APIs. / We have a standard cloud or data platform for custom work. |
| People and skills | Each priority use case has a business owner with time to run it. / We have people who can configure or build AI workflows. / Managers are willing to change processes, not just add a tool. |
| Governance and security | We have an AI acceptable use policy. / Security and legal have a review path for AI tools. / We can see which AI tools employees already use. |
| Measurement | We have baseline metrics for the processes we want to change. / Finance agrees how savings or revenue gains will be counted. |
How to read the score (maximum 34):
- 0 to 12: start with guardrails, an inventory of current AI use and one low-risk assistant pilot. Do not start a custom build.
- 13 to 24: ready for focused pilots in two or three functions; fix the lowest-scoring dimension in parallel.
- 25 to 34: ready to scale proven use cases and take on agents or custom builds.
The dimension with the lowest score matters more than the total. A company with strong technology and no measurement will struggle to prove value; one with strong data and no governance will struggle to get past security review.
How do you implement AI in a business, step by step?
Phase 1: set guardrails before anything else
Employees are already using AI tools, approved or not. Publish a short acceptable use policy, name the approved tools, state which data classes may go into which tool, and give people a way to request new tools. This takes weeks, not months, and it turns hidden use into visible use you can learn from.
Phase 2: assess readiness
Run the scorecard above with IT, security, data, finance and two or three business leaders. Assign an owner and a date to each blocking gap. Common early fixes: connecting a knowledge source that is out of date, turning on SCIM provisioning, and agreeing how finance will count time saved.
Phase 3: choose and score use cases
Collect ideas from each function, then score each on value, effort, data readiness and risk. Pick three to five with high value, available data and manageable risk. For each, write down the baseline: how long the process takes today, what it costs, its error or rework rate, and its volume. Without a baseline, you cannot prove the pilot worked.
Phase 4: pilot with real users and real data
- Choose a pilot group that does the work every day, not only enthusiasts.
- Run for long enough to get past the novelty effect; four to eight weeks is a common planning range.
- Measure the same metrics as the baseline, plus quality (error rate, rework, customer satisfaction) and adoption (weekly active users, tasks completed with AI).
- Keep a human review step for every output that reaches customers or affects decisions about people.
- Estimate cost at full scale from actual pilot usage, not vendor averages.
Phase 5: scale and redesign the workflow
Scaling is where most value is won or lost. Adding an AI tool to an unchanged process usually yields small gains. Redesign the process around it: remove steps the AI now does, change handoffs, update job aids and service levels, and integrate the AI into the systems people already work in. Plan training by role and a support channel for questions.
Phase 6: operate and improve
Assign each production use case an owner who reviews quality, cost and risk on a schedule. Watch for quality drift after model or prompt changes, rising consumption costs, and new data sources that change what the AI can see. Feed lessons into the next wave of use cases.
How do you calculate AI ROI?
Use a simple formula and agree it with finance before the pilot starts:
AI ROI = (annual value realised − annual total cost) ÷ annual total cost
Annual value realised can include: hours saved that are redeployed to other work or avoided hiring; lower external spend (agencies, outsourcing, overtime); revenue gains from faster response or higher conversion; lower error and rework costs; and risk reduction where you can value it. Annual total cost should include licences or usage fees, integration and build work, internal staff time, training and change management, governance and security tooling, and ongoing monitoring.
Worked example (illustrative inputs, not benchmarks)
The numbers below are made up to show the arithmetic. Replace every input with your own baseline and pilot data.
| Input (illustrative) | Value |
|---|---|
| Support agents using an AI drafting assistant | 40 |
| Minutes saved per agent per working day, measured in the pilot | 30 |
| Working days per year | 220 |
| Share of saved time that is actually redeployed (not lost to slack) | 50% |
| Fully loaded cost per agent hour | $40 |
| Annual licence and usage cost for 40 users | $20,000 |
| One-off integration, training and governance cost, spread over year one | $15,000 |
- Hours saved: 40 agents × 0.5 hours × 220 days = 4,400 hours.
- Hours realised: 4,400 × 50% = 2,200 hours.
- Value realised: 2,200 × $40 = $88,000.
- Total cost: $20,000 + $15,000 = $35,000.
- ROI: ($88,000 − $35,000) ÷ $35,000 ≈ 1.5, or about 151% in year one.
Two lessons from the arithmetic. First, the realisation rate matters as much as the time saved: time saved only becomes value if it is used for something else. Second, one-off costs are real; leaving them out makes every pilot look better than the rollout will be. Report ROI with the realisation assumption stated, and revisit it after six months of production use.
Metrics that are better than “hours saved”
- Cost per ticket, invoice, contract or hire.
- Cycle time: time to resolve, to close the books, to respond to a lead.
- Throughput per person at the same quality level.
- Quality: first-contact resolution, error rate, rework rate, audit findings.
- Revenue signals: conversion rate, win rate, expansion revenue, where AI touches the process.
Should you build, buy or extend?
| Option | What it means | Choose it when | Watch out for |
|---|---|---|---|
| Buy a solution | A packaged AI product for one job (for example AI invoice processing or an AI receptionist) | The use case is common and a vendor has deep workflow depth | Another vendor, another data agreement, overlap with platforms you own |
| Extend what you own | Switch on or configure AI inside your CRM, ITSM, ERP, HRIS or productivity suite | The work already happens in that system and the built-in AI covers the job | Add-on pricing, and features that demo well but do not fit your process |
| Build on a platform | Your team builds on a cloud AI or data platform | The use case is specific to your business or a source of advantage, and you have the team | Ongoing ownership: evaluation, monitoring, model updates, cost control |
| Partner | An AI services firm builds it with or for you | You lack skills and the use case justifies custom work | Knowledge transfer and who operates it after go-live |
A sensible default order for most mid-market companies: extend first, buy second, build third. Build where the use case is core to how you compete.
Why do AI projects stall, and how do you avoid it?
- Tool first, problem second. Fix: no purchase without a named use case, owner and baseline.
- No baseline. Fix: measure the current process before the pilot starts.
- Pilot purgatory. Fix: agree the success criteria and the scale decision date before the pilot begins.
- Data not ready. Fix: include data owners in scoring; start with use cases whose data is accessible.
- Security review at the end. Fix: bring security, legal and privacy in at phase 1, with a standard checklist.
- Unchanged workflow. Fix: redesign the process and job aids during scale-up.
- Consumption surprises. Fix: usage reports by team, budgets and alerts from day one.
How do you drive AI adoption across the workforce?
Adoption is a change management problem more than a technology problem. What works:
- Explain the why and the boundaries. Say what AI is for, what it is not for, and how it affects roles. Silence breeds rumours.
- Train by role, with real tasks. A recruiter, a controller and a support agent need different examples. Short sessions on the tasks they do every week beat a generic “prompting 101”.
- Build a champion network. One or two practitioners per team who share what works and collect feedback.
- Put AI where work happens. Inside the CRM, help desk or document editor, not in a separate tab people forget to open.
- Measure adoption, then outcomes. Weekly active users and tasks completed show uptake; the outcome metrics show value.
- Teach checking. Train people to verify AI output, cite sources, and escalate when unsure. Human review is a skill.
- Update goals and incentives. If targets and job descriptions do not change, behaviour tends not to either.
How to choose your first AI use cases
Start where three things overlap: a high-volume, repetitive process; data the AI can already access; and a mistake that is cheap to catch with human review. Internal knowledge search, support reply drafting, meeting summaries, sales account research and invoice data capture often meet all three. Decisions about people (hiring, credit, insurance, health) carry more risk and more regulation, so start them later, with governance in place. For examples by team, see AI sales tools, AI meeting assistants, AI in HR software and AI in project management.
FAQ
How do I start implementing AI in my business?
Publish an AI acceptable use policy, score your readiness, then pick three to five use cases with a measurable baseline and pilot them with real users. Scale only what beats the baseline.
What is an AI readiness assessment?
A structured check of whether your organisation can deliver AI projects. It usually scores six areas:
- Strategy and sponsorship
- Data
- Technology
- People and skills
- Governance and security
- Measurement
The lowest-scoring area is where to act first.
How do you measure the ROI of AI?
Divide net annual value (value realised minus total cost) by total cost. Count only time savings that are redeployed or avoid spend, and include integration, training and governance costs, not just licences.
How long does it take to implement AI?
It depends on the use case. Switching on an assistant for a pilot group can take weeks; an agent that writes into core systems or a custom model takes longer because of integration, testing and security review. Plan pilots with a fixed end date and a scale decision.
Should we build our own AI or buy it?
For most companies: extend the AI in systems you already own first, buy packaged solutions for common jobs second, and build only where the use case is specific to your business and you can operate it long term.
Who should own AI in a company?
An executive sponsor owns the outcomes, a cross-functional council (IT, security, legal, privacy, HR, business leaders) sets policy, and each use case has a named business owner. Central teams provide platforms and guardrails; functions own the results.
Why do AI pilots fail to scale?
Usually for organisational reasons: no baseline, no agreed success criteria, data that was not ready, a late security review, or a workflow that never changed around the tool.
Related Articles
AI Software
Fireflies vs Otter 2026: Pricing, Limits and Which to Pick
Continue reading →
AI Software
AI in Finance: 12 Use Cases for Corporate Finance Teams in 2026
Continue reading →
AI Software
Copilot vs ChatGPT for Business (2026): Price, Security and Use Cases
Continue reading →
AI Software
AI in Procurement in 2026: 10 Use Cases, Tools and How to Start
Continue reading →
