The cost of AI automation depends on scope, integrations, data preparation, running costs and support. Here is what moves the figure, and how to keep a first project small.

The honest answer is that it depends on five things: how much of the process you automate, how many of your systems it has to connect to, how tidy your data is, what the AI service charges to run, and how much support you want afterwards. A narrow automation that drafts replies inside one inbox costs far less than an agent that reads orders, checks stock and updates your accounts. The actual figure for your business is set in a written proposal once the scope is clear, but you can predict which way it will go before you speak to anyone.

What drives the cost

  • Scope. One task in one team is a small job. Several steps across departments, with exceptions and approvals, is a bigger one. Most of the cost sits in handling the awkward cases, not the happy path.
  • Integrations. Tools with a documented API (most modern CRMs, accounting packages and help desks) are quicker to connect. Older desktop software, shared spreadsheets with no structure, or systems that only export PDFs take more work.
  • Data preparation. If the information the AI needs is scattered across email threads, old folders and people’s heads, someone has to gather it, tidy it and decide what is current. This is often the largest hidden piece.
  • Running costs. AI services usually charge by usage. A task that runs a few times a day costs little to run; one that processes every inbound email or long documents all day costs more. Hosting, storage and any paid software licences sit alongside this.
  • Review and safety. Deciding where a person checks the output, what the system must never do, and how you audit it later takes time up front. It is worth it.
  • Support. Prompts drift, suppliers change their models, and your own process changes. Someone needs to watch it and adjust it.

Cheaper paths and more expensive ones

The cheapest path is usually to use tools you already pay for. Many email, office and CRM packages now include AI features, and a few hours of set-up and training can get a team using them well. After that comes a light automation built with an off-the-shelf workflow tool that links two or three services together. The most expensive path is a custom build: your own interface, your own data store, several integrations and a proper review screen for staff.

None of these is wrong. A custom build makes sense when the task is central to how you make money, when off-the-shelf tools cannot handle your data safely, or when the same job runs thousands of times. For a first project, it rarely needs to be the starting point.

How to keep a first project small

  1. Pick one task that repeats. Good candidates are things someone does every day in roughly the same way, such as sorting enquiries, drafting quotes from a template or summarising call notes.
  2. Write down how it is done today. A one-page description of the steps, the inputs and what a good result looks like saves hours later.
  3. Keep a person in the loop. Start with the AI drafting and a person approving. You can reduce review later once you trust the output.
  4. Limit the data. Connect only the source the task needs. Fewer connections means lower cost and lower risk.
  5. Agree what success looks like. Time saved per week, fewer missed enquiries, faster first replies. Measure it before and after, using your own numbers.
  6. Set a stopping point. If the pilot does not help, you stop, and you have learnt something without a large commitment.

This is roughly how I approach AI strategy work: find the one or two tasks where the effort pays back, and leave the rest until there is evidence.

Ongoing costs to plan for

The build is only part of it. Once something is live, budget for these:

  • Usage charges from the AI provider, which rise and fall with volume.
  • Subscriptions for any workflow or hosting tools the automation runs on.
  • Occasional changes when a provider updates or retires a model and the output shifts.
  • Changes when your own process, price list or templates change.
  • Time for a person to review outputs, even if that shrinks over time.
  • Staff training, so new starters know what the system does and when to question it.

Ask any supplier to separate one-off build costs from monthly running costs in their proposal, and to explain what happens to the running costs if your volume doubles. If they cannot tell you, that is useful information.

Questions to ask before you spend anything

  • Could a tool we already pay for do most of this?
  • Which systems will it need to read from or write to?
  • Who owns the prompts, workflows and any code once it is built?
  • What data leaves our systems, and where does it go?
  • Who checks the output, and what happens when it is wrong?
  • What will it cost each month to keep running?

How data boundaries, review points and ownership are handled is covered on the responsible AI page. For the build itself, see agents and automation.

If you have a task in mind and want to know what it would involve, get in touch. After a first conversation I will set out the scope, the fee and the timeline in a written proposal, including the running costs, so you can decide with the full picture.

More insights

All insights