How to Choose an AI Consultant
A buyer’s guide for Australian businesses — starting with the question most consultants would rather you skipped: do you need one at all?
First: Do You Actually Need One?
Plenty of Australian businesses do not, and it is a strange thing for a consultancy to publish. It is also true, so here it is.
If you are under about 20 staff, probably not. The realistic opportunity at that size is one or two off-the-shelf tools, used properly, and the consulting fee would eat the value before you saw any of it. What you need is an afternoon, a shortlist and someone willing to actually configure the thing. Anyone who tells a twelve-person business it needs an AI strategy is selling a strategy, not solving a problem.
If you have a curious internal person with time, probably not yet. Somebody who understands how your business actually works and is willing to experiment will out-perform most external advisers on a first project, because process knowledge beats technology knowledge nearly every time. The technology is the easy half. Knowing that the third step in your intake process exists only because of a decision made in 2019 is the hard half, and no consultant walks in with it.
Where a consultant genuinely earns the fee is a narrower situation than the industry implies: enough scale that the opportunity is real, enough complexity that the sequencing is not obvious, systems that must be integrated rather than replaced, regulatory constraints that punish a wrong guess, and nobody internally with the bandwidth to diagnose it properly. That combination is common in businesses of roughly 20 to a few hundred staff, which is precisely why our audit is scoped for them.
If you are unsure which of the three you are, a free first conversation should settle it — and a consultant who cannot honestly tell you that you are in the first category has just demonstrated they cannot diagnose a business either. That is useful information, obtained cheaply.
The 10-Point Checklist
Work through these before you shortlist anyone. Score us against every point too — that is the intention.
- They diagnose before they recommend. If they endorse the project you described in the first meeting, without seeing your data or processes, they are selling.
- They asked about your data early and specifically. Not “do you have data” but where it lives, who touches it, and whether it is good enough to decide anything.
- They have a version of “do not do this”. A consultant with no scenario in which they recommend stopping has no diagnostic function.
- They have shipped things into production. Ask what broke in the first fortnight. Real answers are specific and slightly annoyed.
- You know exactly who does the work. In writing. Pitch seniors who vanish afterwards is a well-known and entirely legal pattern.
- The deliverable is an artefact, not a relationship. Something you keep, that lets you brief a different firm entirely if you choose to.
- They can explain your data handling from the contract. Not from the vendor’s security page. Where it goes, who reads it, whether it trains a model.
- They understand your regulatory reality without overclaiming. A consultant who offers to make you compliant is a consultant to avoid.
- The first engagement is small, fixed-price and stoppable. Cap your downside while you are still assessing whether they are any good.
- They are the right size for your problem. Enterprise consulting bought for a mid-market problem does not fit, and that was predictable at the outset.
You Are Choosing Between Two Different Professions
Both are legitimate. They are not interchangeable, and the words on the website are identical.
The Adviser
Diagnoses, frames the decision, produces a strategy or roadmap, and hands it over. Genuinely valuable when the problem is that nobody knows what to do — and when you have the capability to then do it.
- Deliverable is a document and a decision
- Rarely present when the thing meets real users
- Answers the failure question in generalities
- You need your own delivery capability afterwards
The Builder Who Also Diagnoses
Diagnoses, then ships it, then is still there when the first fortnight goes badly. Fewer of these exist, because it requires two skill sets that rarely sit in one firm.
- Deliverable is something running, plus the reasoning
- Present when real users break it, as they will
- Vivid, specific answers about what has gone wrong before
- Diagnosis is shaped by what is actually buildable
We are the second kind, which is a claim rather than a proof — so test it with the failure question. Our agency versus consultant page draws a third distinction that matters just as much.
Six Questions for the First Meeting
You are not testing their AI knowledge. You are testing whether they have done this before and whether they will tell you the truth.
“What would make you tell me not to do this?”
The single best question available. A consultant with real judgement has a ready, specific answer — thin data, too little volume, a process nobody can describe. One with no answer has no diagnostic function, only capacity to sell.
“Who is actually doing the work?”
Ask for names and for how many of their days you are buying, in writing. The senior who runs the pitch and then disappears is an entirely legal and extremely common arrangement. A firm that will not answer in writing has answered.
“What do I keep if I never speak to you again?”
If the answer is a document that lets you brief a different firm entirely, that is a consultant confident in their work. If the answer is "our ongoing relationship", you are being sold a subscription rather than a diagnosis.
“What have you deployed that failed?”
People who have shipped have vivid, slightly annoyed answers, because those events are memorable. People who have produced recommendations and left will redirect to methodology. The discomfort is the information.
“Where does my data go — per the contract?”
Not per the security page. Jurisdiction, retention, subprocessors, model training, exit. If they have not read the data processing agreement of the tools they are recommending, they are recommending a marketing page.
“How would we know this worked?”
A number, agreed in advance, that can come back negative. If success is defined as "delivering the roadmap", the engagement cannot fail, which means it also cannot succeed in any way you can bank.
Six Red Flags
Any one should slow the conversation down. Two should end it.
- They agreed with your idea before diagnosing anything. Endorsement is not analysis, and it is what a sales process feels like from the inside.
- Nobody mentioned your data. They have either never done this, or they intend to discover the problem later, on your budget.
- No named answer to who does the work. The people in the room are the sales team, and everyone knows it except the buyer.
- The proposal ends at a recommendation while implying you are buying a working system. That ambiguity is rarely accidental.
- Evasiveness about data handling and model training. "Enterprise-grade security" is a slogan; a data processing agreement is an answer.
- They offered to make you compliant. No consultant can transfer your regulatory accountability to themselves, and the offer reveals what they do not understand.
Structure the First Engagement So You Can Walk Away
Cap the downside while you are still working out whether these people are any good. A confident consultant will not object.
Start With a Free Conversation
A first conversation should cost nothing and should be mostly them asking about your business. If you spend it being presented to, you have learned what the engagement will feel like. That is worth knowing before any money moves.
Buy a Small, Fixed-Price Diagnostic
Fixed scope, fixed price, defined artefact, and a genuine option to stop. It caps your risk, forces precise scoping rather than relationship-selling, and leaves you with something that has standalone value — including the ability to brief someone else.
Only Then Commit to Building
With a diagnosis in hand, an agreed success number, and evidence of how they work, the implementation decision is informed rather than hopeful. Avoid open-ended time-and-materials or a retainer signed before anything has been delivered.
Keep Working the Decision
Three neighbouring questions worth settling before you sign anything.
What It Costs
Indicative Australian ranges for day rates, audits, projects and retainers — and the four costs nobody quotes.
Read moreOr Hire In-House?
The fully loaded cost of an AI hire, the risk of getting the first one wrong, and when in-house genuinely wins.
Read moreWhat Do They Do?
The deliverables, the diagnosis, and the things an AI consultant cannot do for you no matter what they charge.
Read moreFrequently Asked Questions
What Australian business owners ask while working through a shortlist.
Plenty of businesses do not need one, and any consultant unwilling to say that is telling you something about their sales targets. The honest test has three parts. If your business is small — say under 20 staff — the answer is usually no: the opportunity is one or two off-the-shelf tools used properly, and the consulting fee would exceed the value on offer. If you have someone internally who is genuinely curious, has time, and understands your processes deeply, they will often out-perform an external adviser on the first project because process knowledge beats technology knowledge nearly every time. Where a consultant earns their fee is a specific situation: enough scale that the opportunity is real, enough complexity that the sequencing is not obvious, systems that need to be integrated rather than replaced, and nobody internally with the bandwidth to diagnose properly. If that is not you, save the money. If you are unsure, a free consultation should resolve it — and if the consultant cannot tell you honestly which of the three you are, they cannot diagnose a business either.
Watch the direction of the conversation in the first meeting. A good consultant spends most of it asking about your business — how work actually flows, where things break, what you have already tried and why it failed, what your data looks like, who would have to change their day for this to work. A salesperson spends most of it telling you about capabilities, case studies and a methodology with a name. The specific questions worth asking them: what would make you tell me not to do this project? Who exactly will be doing the work? What does your engagement produce that I keep if I never speak to you again? What have you deployed that failed, and what happened? Where does my data go and what does your vendor agreement actually say? A consultant with real production experience answers the failure question comfortably, because they have plenty of material. One who has only ever produced strategies will find that question difficult, and their discomfort is the answer.
Ask about failure, and ask about operations. Anyone can describe a success at a level of abstraction that hides whether they were there. Ask instead: what broke in the first fortnight after go-live? What did you have to redesign once real users touched it? How did you handle the model provider changing behaviour underneath you? What does your handover look like and who maintains it after? People who have actually shipped AI into production have vivid, specific, slightly annoyed answers to all of those, because those events are memorable. People who have produced recommendations and left will answer in generalities, or redirect to methodology. It is not a trick question and it is not adversarial — it is simply the fastest way to establish which of two quite different professions you are talking to, and both professions are legitimate. You just need to know which one you are buying.
Match the supplier to the size of your problem, not to the size of your ambition. Large firms are built for genuinely large organisations where the coordination problem across thousands of staff and dozens of business units is itself the hard part — their cost base exists to solve that, and for a 40-person business you are paying for a capability you cannot use. Independent specialists and small firms fit the mid-market well: enough capability to build, small enough that the person who diagnosed it is the person who builds it, and priced accordingly. Freelancers can be excellent value for a narrowly defined build where you already know what you want, and are risky where diagnosis is needed, because a single person with a hammer has an understandable interest in your problem being a nail. The failure mode we see most among mid-sized Australian businesses is buying enterprise consulting for a mid-market problem, then being disappointed that it did not fit — which was predictable from the outset.
Small, fixed-price, with a deliverable you keep and a genuine option to stop. That structure does three things at once: it caps your downside while you are still assessing whether these people are any good, it forces the consultant to scope precisely rather than sell a relationship, and it gives you an artefact — a written assessment, a map, a ranked shortlist — that has standalone value even if you never engage them again. What to avoid on a first engagement: open-ended time-and-materials before you know how they work, a long-term retainer signed before anything has been delivered, and any structure where stopping after the first phase leaves you with nothing. The test is simple. Ask what you keep if you stop after the first engagement. If the answer is "our ongoing relationship", you are being sold a subscription, not a diagnosis. If the answer is a document that lets you brief a different firm entirely, that is a consultant confident in their work.
Six, and any one of them should slow you down. First: agreement with your idea before diagnosis — if they endorse the AI project you walked in describing without examining your data or processes, they are selling. Second: nobody mentioned your data, which means either they have never done this or they intend to discover the problem on your budget. Third: no named answer to who is doing the work. Fourth: a proposal that ends at a recommendation while implying you are buying a working system — those are different products and the ambiguity is usually deliberate. Fifth: evasiveness on data handling, model training and where your information goes; "enterprise-grade security" is a slogan, not an answer. Sixth: no scenario in which they would tell you not to proceed. A consultant with no version of "do not do this" has no diagnostic function at all, which means you are buying implementation labour and should price it accordingly.
Put Us Through Your Own Checklist
Ask us the failure question. Ask who does the work. The first conversation is free and it is genuinely diagnostic. Call +61 3 9999 7398 or email hello@ai-consulting.au.