How to choose an AI consultant: what to ask before you sign anything
The AI consulting market is full of generalists who learned the vocabulary last year. Here's a practical vetting guide for small business owners hiring someone to automate their operations.
- ai consultant
- hiring
- guide
- small business
- vetting
The AI consulting market has expanded fast enough that the term “AI consultant” covers a wide range of actual capability — from operators who have built and maintained production systems for dozens of businesses to people who watched some tutorials after ChatGPT launched and started selling services. For a small business owner trying to find someone trustworthy to automate their operations, the signal-to-noise ratio is poor.
Here’s a practical framework for vetting.
What you’re actually buying
An AI consultant for a small business is, in most cases, a builder of workflow automation systems — someone who takes your manual processes and turns them into automated sequences that run reliably without human intervention. The “AI” component is the use of language models (GPT-4, Claude, or similar) to handle the parts of the workflow that require reading, writing, or classifying unstructured information.
What you’re buying is: a production-grade automation that runs, handles edge cases, alerts someone when it breaks, and has been designed by someone who understands what “production-grade” means. You’re not buying a demo. You’re not buying a prototype. You’re buying something that runs every day for the next two years without you thinking about it.
That distinction matters when you’re vetting candidates, because a lot of what’s being sold in this market is closer to the demo than the production system.
The questions that separate capable from not
Show me something you’ve built that’s been running in production for 6+ months.
This is the most useful single question. Not “what can you build” — what have you built, and is it still running. Production systems have a different quality level than one-offs built for a demo. Ask what the error rate is, whether it’s had any outages, and how those were handled. If they can’t show you anything that’s been running reliably for months, they may not have the experience to build something that will.
What does your scoping process look like?
Before any money changes hands, there should be a defined discovery process (a call or two to map your workflows), followed by a written proposal that specifies what’s being built, what tools are involved, what success looks like in measurable terms, and what’s explicitly out of scope. A consultant who wants to start billing before producing a written proposal is a flag.
What happens when the automation breaks?
Everything breaks eventually. A consultant who hasn’t thought about this hasn’t operated production systems. The right answer includes: error monitoring and alerting built into the system from day one, a defined response process when errors occur, and a maintenance model (either included or as a retainer) for fixing issues that arise after delivery.
Who will actually be doing the work?
Some consulting businesses sell projects and then staff them with junior contractors who are learning on your project. For a small business automation engagement, you want to know who is actually building the system — and that their capabilities match what’s being sold.
What tools are you recommending and why?
A consultant who recommends the same tool stack for every engagement regardless of the client’s existing systems isn’t giving you advice optimized for your situation. The right tools depend on what you already use, what your budget is, what your technical capacity for maintenance is, and what the specific workflow requires. If the answer is “we use [platform] for everything,” ask why.
Red flags
Leads with AI capabilities rather than business outcomes. “We use GPT-4 and vector databases and RAG architectures” is not a business case. “We’ll reduce the time your team spends on intake from 8 hours per week to under 1 hour, and here’s how we measure that” is. Consultants who lead with technology rather than outcomes are often more interested in demonstrating technical sophistication than solving your problem.
No clear maintenance model. A consultant who delivers and disappears is leaving you with a piece of infrastructure you didn’t build and may not be able to maintain. Automations require ongoing attention. If there’s no plan for what happens after delivery, the conversation about maintenance needs to happen before you sign.
Scope creep without change orders. “While we were building the intake automation, we added some improvements to your CRM workflow too” sounds helpful until you realize you’re being billed for work you didn’t approve. Good consultants document scope clearly and issue change orders for anything that expands it.
Vague ROI claims. “AI can save you 40% of your time” is not a projection — it’s a marketing claim. A serious consultant should be able to give you a specific estimate of hours saved per week based on your specific workflow and volume, and explain the assumptions behind it.
What a good engagement looks like
A 30-minute intake call to understand your current workflows and pain points. A follow-up scoping document within 48 hours that maps the workflows in detail and identifies what’s automatable. A written proposal with specific deliverables, timeline, pricing, and definition of done. A build phase with progress updates and testing with real data before launch. A launch with error monitoring built in. A defined handoff that includes documentation, and either a maintenance retainer or clear guidance on how to maintain it yourself.
That sequence isn’t complicated. It’s just what doing this work professionally looks like.
If you’re evaluating AI consulting options for your Atlanta business, book the free 30-minute audit. You’ll get a map of your current workflows, a specific recommendation of what to automate and in what order, and a written report you can use to evaluate any consultant you work with — including me.