Skip to content

↑↓ to move↵ to openEsc to close

Deep dive

A plain guide to putting AI to work inside the tools you already run. I cover where AI pays, where it does not, and how to start without wasting money.

Deep dive · By Yash Khatri · · 11 min read

AI implementation means putting AI to work inside the tools your business already runs, so it takes over a specific task such as answering enquiries, reading documents or moving data between systems. It pays when the task is repetitive, high-volume and measurable, but it does not pay when the process underneath it is broken.

What does "AI implementation" mean for a business like yours?

AI implementation is the work of choosing a task and building an AI-assisted way to do it, then connecting that to the systems you already have and keeping it running.

It isn't a chatbot subscription that sits in a browser tab, and it isn't a training day where your team gets shown a tool and then goes straight back to old habits. It is a task in your business that now runs differently, with a named person who checks it.

For a small or mid-size business I think the useful way to look at AI is narrow. You don't need an AI strategy for your whole company. What you need is to know which two or three tasks cost you the most time and which of those suit AI, and what a good result looks like. The rest of this guide follows from that.

Where does AI pay in a small business?

AI pays where your work is repetitive, arrives in volume and can be checked. Four areas come up again and again, and in each one your staff spend hours on work that follows a pattern.

Enquiries and calls

Plenty of businesses lose work because nobody answered. Maybe the call came at six in the evening or the message landed on a Sunday, or your team was busy on a job. An AI receptionist can answer and take down the request and reply to common questions from your own rules, and it passes urgent matters to a person. Work that used to vanish now reaches you in an organised form, and if I had to pick one area to start with it would be this one.

Re-keying between systems

Look at how often someone types the same details into more than one place. A job gets booked in one tool and invoiced in another, and somebody records it again in a spreadsheet. Automation can carry that information across so it is typed once. This is often plain workflow automation with no AI needed, and I'd rather tell you that than sell you a model. Sometimes all you need is a connection between two tools and that's it.

Documents and data entry

Supplier invoices, receipts, statements and forms reach you as PDFs, photos and emails. AI can read them and pull out the fields you need and then suggest where each one belongs, so your team only checks the result before it is posted. The saving comes from checking, which is much faster than typing.

Reports

Most owners wait for someone to put together a weekly or monthly summary from several systems. A report that builds itself from the systems you already run reaches you on time and in the same shape each time, so your attention goes on what the numbers say and not on collecting them. My rule of thumb is simple - if you build the same report by hand every week then it is a good candidate.

Where does AI not pay?

AI doesn't pay when the process underneath it is broken, still changing or unclear. If two people do the same task in two different ways then AI won't decide which is right. It will just copy the confusion at speed.

  • Tasks that happen rarely, because if a task comes up twice a month then a checklist is cheaper than a build.
  • Work where one mistake is costly and nobody can check the result.
  • Processes that change every few weeks, because the automation will always be out of date.
  • Decisions that need real judgement about people, such as hiring or disputes.
  • Anything where your input data is missing, scattered or unreliable.

Here's a simple test I like - could a new member of your staff do the task from a written procedure? If the answer is no then the procedure is your first job, and you'll want to write it down and fix it before you even ask whether AI helps.

What is the difference between an AI tool and an AI implementation?

An AI tool is a product you subscribe to and use yourself. An AI implementation is a task that now runs inside your own systems and is connected to your own data and rules, with someone accountable for it.

AI tool compared with AI implementation
QuestionAI toolAI implementation
Who sets it up?You or one of your staffA person who scopes and builds it for you
Where does it live?In its own app or browser tabInside the systems you already use
Does it know your rules?Only if someone types them in each timeYes, they are built in and written down
Who checks the output?Whoever happens to use itA named person, with a clear review step
What happens when it breaks?You find out laterSomeone monitors it and fixes it

Most subscriptions end up as one more bill that nobody uses. The reason is rarely the tool but that nobody owned the task and nobody changed the routine and nobody measured the result. In my opinion that's where most AI money goes to waste, and an implementation puts those three things in place.

How do you start without wasting money?

Start with a short, structured look at how your work flows today. Then you pick the two or three uses with the clearest return and build them one at a time, and five steps cover the whole path -

  1. Scope the work by looking at how it actually flows today and not how the procedure says it flows, so follow one enquiry and one invoice from start to finish.
  2. Prioritise by ranking the candidates on value and effort, then choose the two or three with the clearest return and park the rest.
  3. Build the new way of working into the tools you already have, and keep the first version small so you can see it working.
  4. Launch by training the people who will use it and keeping a person in the loop, and decide in advance what done looks like.
  5. Support it by watching it and fixing it when the tools it connects to change, and improve it as you learn what works.

Define done before you build

Write one sentence that says what will be true when the work succeeds, for example "every enquiry gets a reply, and urgent ones reach a person." Without that sentence nobody can tell whether the project worked, and I would not start a build without one.

Measure the starting point

Before you build anything, count how long the task takes you now and how often it goes wrong. You need a starting figure from your own business to judge the result against, so use your own records and not a number you read elsewhere.

What should stay with a person?

Anything with legal, financial or personal consequences should end with a person who can say yes or no. AI is good at drafting and sorting and suggesting but it is poor at taking responsibility, and I don't see that changing any time soon.

  • Final approval of any quote, invoice or payment that leaves your business.
  • Advice that a client will rely on, such as medical, legal or tax advice.
  • Complaints and upset customers who need a real human to listen.
  • Urgent or unusual requests that the system does not recognise.
  • Decisions about people, such as hiring, discipline and pay.

A sound design makes the hand-over easy. The system says what it knows, what it doesn't and who should look next, and you should be able to switch it off without breaking anything else.

What does "done for you" mean?

Done for you means someone else scopes the work, builds it, connects it to your tools, trains your team and keeps it running. You review and approve the results, but you don't project-manage and you don't need to learn the technology.

This matters for small businesses because the owner is usually the only person with the time and the authority to run the project, and the owner is already busy. A done-for-you approach moves the building work to people who do it every day and leaves you with the decisions only you can make.

Two things make this work in my book. First, the provider should leave you with clear handover documents so you own what was built and can move on if you choose. Second, a named person should be accountable for every automation, including after launch.

How do you keep client data safe?

Client data should never go into a tool that nobody has reviewed. Keep a written list of where your data flows and give each person the least access they need, and prefer setups where the data stays in your own accounts. A short check of each vendor before use removes most of the risk.

Most problems start with staff pasting client details into free tools, and a simple written rule about which tools are approved solves a good chunk of this. Legal questions about privacy and consent stay with your own advisers.

How do you know it is working?

Compare the result with the starting figure you measured. After launch you'll want to check three things - the time you saved, the mistakes found and fixed, and whether your people actually use it. If they go around the system then find out why before you change anything.

Plan a review after the first few weeks and look at the cases the system passed to a person, because they show you what it doesn't handle yet and what to improve next.

Which mistakes waste the most money?

Most wasted spend follows the same few patterns, and knowing them in advance is the cheapest protection you can buy. Here are the ones I'd watch for in your place.

  • Buying a tool before choosing a task, so the tool goes looking for a job and rarely finds one.
  • Trying to do everything at once, when a small first build teaches you more than a large plan.
  • Skipping the process step, because automating a task that two people do differently only spreads the confusion.
  • Leaving out the review step, so one bad result reaches a client before anyone notices.
  • Treating launch as the finish, when tools change and connections break and someone must watch them.
  • Locking yourself to one model or platform when you should choose tools that you can change later.

What does a good first project look like?

A good first project is small, visible and easy to measure. Say you run a business that loses enquiries after hours. Your first build answers those enquiries and records them in the CRM and tells a person about the urgent ones, so it touches one process and one or two tools. Within a few weeks you can see how many enquiries arrived and how each one was handled.

A poor first project is large and vague, such as "use AI across sales, finance and operations", and nobody can say when it is finished or who owns it. It usually ends as a slide deck (a very nice one, mind you).

Pick your first project so that success is easy to see. Could you show the result to a colleague in two minutes? If you can then the project is the right size.

Does the size of the business change the answer?

Size changes the scale of the saving and not the method, so a business of five people and one of fifty both gain from the same steps. The smaller one has fewer systems to connect and fewer people to train, so it can often move faster. The larger one has more repeated work and so the same build saves more hours.

What matters more than size is whether your work is written down. If one person holds all the knowledge then the scoping step will feel slow, because the process must first come out of that person's head. That effort is useful on its own and it also reduces your dependence on one individual.

Industry matters too, because a clinic, a trades business and a logistics firm each have different enquiries, documents and software. A sound implementation starts from the tools and rules of your own sector and not from a generic template.

Who should be involved on your side?

You need two people on your side for this to work. The first is the owner or a manager with the authority to change how work is done, and the second is the person who does the task today and knows where it goes wrong. Skip the second person and the system will miss the real cases, but skip the first and nothing changes after launch.

My advice is to ask the person who does the task what annoys them most about it. Their answer often points to the best place to start, and it builds the goodwill you need for the change to stick.

Frequently asked

These come up most when owners first look at AI, and you'll find each answer again in the question block at the end of this page.

  • Is AI worth it for a small business? Yes for one repetitive and measurable task, but no as a general purchase.
  • Do I need to replace my current software? Usually not, because good work connects to what you have.
  • Will it replace the people on my staff? Not by design, because it removes repetitive admin so your people can do skilled work.
  • Who is responsible if it makes a mistake? A named person in your business, with a clear review step.

If you're not sure where to begin then begin with the process and not the tool. Write down the three tasks that cost you the most hours this month and ask of each whether it is repetitive, stable and checkable. The ones that pass are your shortlist, and that's a better start than most AI budgets ever get!

Share this article

Written by

Yash Khatri

Yash Khatri (CSPO, CSM, MBA) writes on product management, consulting, venture building and strategy.

Questions readers ask

Is AI worth it for a small business?

It is worth it when you point it at one repetitive, measurable task, such as answering enquiries or reading invoices. It isn't worth it as a general purchase made because everyone else is buying. Start with the task that costs you the most hours or the most missed work, and judge the result against that.

How much does AI implementation cost?

It depends on the task, the tools you already use and how clean your data is. A fixed number would be a guess without a short scoping step. Ask any provider for a scoped plan with a clear definition of done before you agree to spend anything.

Do I need to replace my current software?

Usually not. A good implementation connects to your accounting, job, CRM and messaging tools and works inside them. Replacing software is a bigger project with its own risks. Only do it if the current tool is the real problem, and ask for a clear reason first.

Will AI replace my staff?

That isn't the aim of a sound implementation. It removes repetitive admin so people spend time on customers and skilled work. A person should stay accountable for every outcome, and your team should be able to switch the automation off whenever they need to.

What does done for you mean?

Someone else scopes the work, builds it, connects it to your tools, trains your team and keeps it running. You review and approve the results. You do not manage the project, and you do not need to learn the technology yourself. You keep the decisions that only you can make.

Tell us what you are trying to achieve. We will work out whether GrowBizx is the right team to help. If we are not, we will usually know who is.

A few lines is plenty.

We reply within one business day. See our privacy policy.

Talk to usWhatsApp