What Does an AI Implementation Consultant Actually Do?

Coding Liquids tutorial cover featuring Sagnik Bhattacharya for What Does an AI Implementation Consultant Actually Do?
Coding Liquids tutorial cover featuring Sagnik Bhattacharya for What Does an AI Implementation Consultant Actually Do?

An AI implementation consultant turns "we should use AI" into working systems. They map how a job is done today, pick the few tasks where AI or automation saves real hours, set those up inside the tools you already use, test them on your real work, and hand them over with instructions your team can follow.

The difference from other advisers is the output. A strategy adviser leaves you a report; an implementation consultant leaves you something that runs on Monday morning, plus the notes to keep it running. Each stage of that work should leave evidence you can see, and knowing what that evidence looks like is the quickest way to tell a builder from someone who only talks about AI.

Follow me on Instagram@sagnikteaches

Six stages of the work, and the evidence each one leaves behind

Every engagement is different in size, but the order of work is remarkably consistent. If a consultant skips a stage, you'll usually feel it later as an automation nobody trusts or a tool nobody opens.

Connect on LinkedInSagnik Bhattacharya

1. Mapping how the job is done now

The consultant sits with the person who actually does the task (not only the owner who thinks they know how it's done) and writes down each step: what starts it, which systems are opened, what gets copied where, how long it takes and what the awkward cases are. They'll ask for real samples: last month's enquiry emails, a few job sheets, the spreadsheet everyone edits.

Subscribe on YouTube@codingliquids

What you should see: a one-page description of the process with weekly volumes, minutes per item, the systems involved and a list of exceptions. If you can't recognise your own business in it, the rest will be built on a guess.

An extract from such a map, for an illustrative lettings and property-management office that handles tenants' repair requests:

PROCESS: tenant repair requests          Done by: office administrator
Starts when: email, web form or phone call (about 35 a week)
1 Read request, find the property in the letting system     2 min
2 Decide urgency (leak, no heating, lock = same day)        1 min
3 Pick a contractor from the spreadsheet by trade and area  3 min
4 Email the contractor, copy the landlord                   4 min
5 Reply to the tenant with the expected date                2 min
Total: about 12 min each, 7 hours a week
Exceptions: tenant sends photos only, no words; request covers two
faults; landlord has asked to approve anything over $300 first;
contractor on holiday (only known from their out-of-office reply)

The exceptions line is the part owners never mention and administrators know by heart. The $300 landlord-approval rule, for instance, lived only in one person's head; an automation built without it would have booked work that landlords then refused to pay for.

2. Choosing what to automate, and what to leave alone

Most small businesses can list more candidate tasks than they expect once someone asks the right questions. A good consultant scores them on volume, time per item, the cost of a mistake and whether the information the AI needs is available in one place. They will rule things out, and say why. A task that happens twice a month, or one where a single error costs a customer, rarely makes the first cut.

What you should see: a short ranked list with the reasoning, plus a note of what was rejected. The rejections are as useful as the picks.

A rejection note worth having reads something like this, from an illustrative dog-grooming salon: "Not automating: rebooking reminders for anxious dogs. Only four clients, handled by the owner, and the conversation about sedation or a quieter slot needs a person. Revisit if the number grows." Two lines, and nobody spends money on it next quarter because it sounded like a good idea in a meeting.

3. Picking tools, starting with what you already pay for

Before anything new is bought, the consultant checks what's sitting unused. Microsoft 365 business plans include Copilot Chat at no extra cost; Google Workspace business plans now include Gemini, in Gmail on Business Starter and across Docs, Sheets and Drive on Business Standard and above. Your booking system, helpdesk or accounting software may have AI features switched off by default. Only then do they add a connector such as Zapier (Professional from $19.99 a month billed annually) or Make (from about $9 a month, credits-based), and only then consider custom code.

What you should see: a tool list with the monthly running cost of each, and which existing subscription each new piece depends on.

Behind that cost figure should be a sum you can follow. For the lettings office above, the repair-request flow might run on Zapier: a new email triggers it, an AI step drafts the contractor email, one step logs the job in a spreadsheet and one sends the tenant's reply. Triggers and filter steps don't count as tasks on Zapier, but each successful action does, and an AI by Zapier step can use more than one task depending on the model tier. Call it four to six tasks a request. At 35 requests a week, roughly 150 a month, that's 600 to 900 tasks, which is right at the edge of the 750 in Zapier's Professional plan ($19.99 a month billed annually). A consultant who has done the sum tells you before you buy that you may need the next tier or a cheaper step design; one who hasn't finds out when the automation stops mid-month.

4. Building and configuring

This is the part people picture, and it's often the smallest. It covers writing the instructions the AI follows, connecting the apps, setting who can see what, creating a shared assistant (a ChatGPT or Claude project, or a Gemini Gem, becoming a skill from November 2026, for example; not a custom GPT, which OpenAI is retiring) and, for anything customer-facing, adding a step where a person approves the output before it goes out.

What you should see: the automation running in accounts your business owns, under your company email, not the consultant's.

Most of the build, in hours spent, goes into instructions like these, written for the shared assistant a physiotherapy clinic's reception uses to draft replies to new-patient enquiries:

You draft replies to people asking about physiotherapy appointments.
Use only the price list and opening hours in the attached files.
Never suggest a diagnosis or say whether physio will help a condition.
If someone mentions numbness, chest pain or a recent fall, reply only:
"Please call us on the clinic number so we can speak to you today."
End every draft with the link to the online booking page.

A first test draft (illustrative) to "I've had knee pain for three weeks after running, can you help and what does it cost?" came back warm and correctly priced, but included "this sounds like runner's knee, which usually responds well to physio". That's exactly the line the instructions forbid, so the consultant tightens them, adds that very enquiry as a worked example of what not to write, and runs it again. Each instruction is there because a test draft broke it.

5. Testing on your real work

The consultant runs 20 to 50 past cases through the new setup and compares the results with what your team actually did. They log where it went wrong, fix what can be fixed and write down what can't. Then it runs alongside the old way for a week or two before anyone relies on it.

What you should see: a simple test log: how many cases passed, which failed and why, and the known limits the team must watch for.

Skipping the side-by-side week is how a quiet failure gets in. Picture a small recruitment agency whose new automation reads incoming applications and files each CV against the right vacancy. It tested well on 30 recent emails, all with Word or text-based PDF attachments, so it went straight live. Scanned CVs, saved as image-only PDFs, came through as blank and were filed as "no CV attached". The agency found out three weeks later when a candidate chased an application nobody had seen. A week running alongside the manual inbox would have shown a gap between the two counts on day two.

6. Handing it over

The job isn't done when it works. It's done when someone in your business can run it, spot when it's misbehaving and switch it off. That means a named owner, written instructions, the monthly cost, and a date to review whether it's still earning its keep.

The test of a handover note is whether someone who didn't build it can act on it at 8am. For the lettings office, compare "Disable the Zap if issues arise" with "If tenants report getting two replies: sign in to Zapier with the office@ account, open Zaps, click the switch next to 'Repair requests' so it shows Off, then tell the office manager. Emails keep arriving in the inbox as normal; reply to them by hand until it's fixed." The second version names the account, the symptom, the click and what happens to the work in the meantime.

What you should see: a handover pack, and a consultant who expects you to be able to run things without them. The AI consultant handover checklist lists everything that pack should contain.

One job followed through: repair updates at a bicycle repair shop

Here is an illustrative engagement, so you can see how the stages connect. Say a bicycle repair shop with three mechanics and one person on the front desk takes in about 45 bikes a week in spring and summer.

Before. The front desk handles roughly 120 "is my bike ready?" calls and messages a week at about three minutes each: six hours of someone's week. Worse, when a mechanic finds extra work (a worn chain, a bent derailleur hanger), the bike sits on the stand until someone rings the customer for approval, which often slips to the next day.

Mapping showed that the shop's job-card software already records a status for every bike: booked in, in progress, awaiting approval, ready. Nobody was using those statuses to tell customers anything. The mechanics' notes were shorthand like "RD hanger bent, chain 0.75 worn, rec chain + cassette".

Choosing put two jobs first: a message when a bike moves to "awaiting approval", and one when it's "ready". Diagnosing faults and setting prices were ruled out; those stay with the mechanics.

Building used the software's status change as the trigger. An AI step turns the mechanic's shorthand into a plain-English message with prices pulled from the shop's parts list; the front desk approves or edits it with one click; the customer receives it by text or email and replies yes or no. The consultant counted the steps per message and checked them against the connector plan's monthly allowance before choosing a tier, because task-based billing is where small automations quietly get expensive.

Testing ran 40 old job cards through the setup. Six messages were wrong in the first run, mostly where the notes used abbreviations the AI didn't know, so a glossary of workshop shorthand went into its instructions. On the second run one was wrong: a price for a part the shop no longer stocked. That became a rule: if a part isn't in the current list, the message goes to the front desk with a flag instead of a price.

After (still illustrative): status calls fall to about 40 a week, saving roughly four hours of front-desk time, and most approvals come back the same afternoon. The mechanics' work didn't change at all, which is part of why it stuck. If you run a workshop, how garages use AI to send repair updates covers the same pattern in more depth.

How this differs from the other people you might call

Several kinds of help overlap with AI implementation. The useful question is where each one stops.

WhoWhat they hand youWhere they usually stop
AI strategy consultantA plan, priorities, a roadmap documentBefore anything is built
AI implementation consultantWorking automations in your tools, tested, with a handoverOnce your team can run it
IT support companyAccounts, devices, security settings, licencesAt redesigning how the work gets done
Software developer or agencyCustom software to a specificationAt deciding what should be built
A tool vendor's onboarding teamTheir product configuredAt anything outside their product

In practice the lines blur. Some strategy people build, and some IT firms now offer AI setup. If you're weighing two of these, strategy versus implementation consultants goes through the trade-offs, and the reading list below covers IT support firms.

What you should own when the engagement ends

Whatever the size of the job, these should be in your hands, not the consultant's:

  • Every account and subscription the automation runs on, registered to a business email you control.
  • A list of each automation, what triggers it and who in your team owns it.
  • The instructions and prompts the AI uses, saved somewhere your team can read and edit.
  • The test log, including the known cases it gets wrong.
  • The monthly running cost, broken down by tool, and where the invoices land.
  • How to pause or switch off each automation, written so a non-technical person can do it.
  • A review date, usually 30 to 90 days out, to decide whether to keep, adjust or stop it.

Things people expect that usually aren't part of the job

Building a custom AI model. For almost every small business the AI is an existing model (from OpenAI, Anthropic, Google or Microsoft) reached through a subscription, a feature in your software or an API. Training your own model is rarely justified and should raise an eyebrow if it's proposed early.

Automating everything at once. A sensible first engagement tackles one to three jobs. Spreading effort across ten produces ten half-finished automations.

Cleaning all your data first. Only the data a chosen job depends on needs tidying. A consultant who insists on a months-long data project before any result is solving a different problem.

Staying involved forever. Some businesses want ongoing support, and that's fine, but it should be a choice rather than a dependency. The duties a consultant can't take off your hands are worth reading before you sign anything.

Five questions that separate builders from talkers

  1. "Show me something you built and tell me what it costs to run each month." Builders know their running costs to the dollar. Talkers describe benefits. Compare "It's a Make scenario on the $9 plan, about 3,000 credits a month, plus the client's existing ChatGPT Business seats" with "It saves them about 20 hours a week". The first can be checked; the second can't.
  2. "Whose accounts will it live in?" The only good answer is yours.
  3. "How will we test it before customers see it?" Listen for real past cases, a pass rate and a period running alongside the old way.
  4. "What would you advise us not to automate?" Someone who can't name anything hasn't looked closely at how you work.
  5. "What happens if we stop working with you next month?" The answer should be "nothing breaks, and here's the document that explains it".

If the answers are vague, the warning signs worth walking away from will help you decide. And if you're still unsure whether you need outside help at all, eight signs it's time to get help gives you a test for each.

More questions about the implementation consultant's role

Does an AI implementation consultant write code?

Sometimes, but less than people expect. Most small-business work is configuration: prompts, shared assistants, automation platforms and the AI features already inside your software. Code comes in when two systems have no ready-made connector or the volume makes per-task platform fees expensive. Ask any consultant what share of their past projects needed custom code and who maintains it afterwards.

Will they need logins to my systems?

Usually yes, for the systems the automation touches, and only for those. A careful consultant asks for a dedicated user or an admin invitation rather than your personal password, works inside accounts your business owns, and gives the access back at handover. If someone asks for blanket access to everything on day one, ask why each system is needed.

Is an AI implementation consultant the same as an automation agency?

They overlap. Agencies tend to sell a build, sometimes on their own platform with a monthly fee, and are staffed for larger projects. An independent implementation consultant is more likely to advise first, use your existing tools and hand the result over. Judge either by the same test: what will you own and be able to run once they leave?

Further reads

Sources: Microsoft 365 Copilot plans and pricing page; Google Workspace plan pages; Zapier and Make pricing pages (all checked September 2026).

Want to see which of your jobs is worth building first?

On a 1:1 call we'll walk through one process you run every week, check what your current tools can already do, and decide whether it's worth automating and how.

Book a 1:1 call with me