AI Consulting for Manufacturing
Independent advice for Australian manufacturers — starting with the unglamorous question nobody asks first: what data do you actually have, and what is it good enough to decide?
Data Before Models, Every Time
The most common thing we tell an Australian manufacturer is that the AI project they want is really a data project wearing a costume.
Nearly every manufacturing AI conversation opens the same way: someone has seen a demonstration of predictive maintenance or vision inspection, and wants to know what it would take. The answer is almost never about the model. It is about whether the data that model would need exists, in a usable form, in sufficient volume, with the outcome labelled correctly. In most mid-sized Australian plants, it does not — not because anyone did anything wrong, but because nobody ever needed it to.
The gap between believed data and actual data is the single biggest source of failed manufacturing AI projects we see. A maintenance history that was reconstructed from memory at audit time is not training data. A quality record where the operator selects “other” for 60% of defects is not a labelled dataset. A production log that a leading hand fills in at the end of a shift from recollection is a document, not a measurement. All three are entirely normal, and all three will quietly destroy a model.
So the audit starts with an inventory of what genuinely exists: where it comes from, how it is captured, who touches it, and whether it is good enough to decide anything. Sometimes that produces an uncomfortable finding — that the right first project is instrumentation and process discipline, not AI. We would rather deliver that finding for $3,000 than let you discover it after a six-figure implementation.
And the happy corollary: the office data is usually far better than the plant data. Your ERP has years of job costing, your inbox has years of supplier correspondence, your quoting history knows what things actually cost. That is why the first project in a manufacturing business so often turns out to be in the front office, where the data is clean and the payback is immediate. Our services page sets out how we sequence that.
Two Worlds, One Boundary You Do Not Casually Cross
Software people routinely underestimate what happens when their code touches a machine. Getting this distinction right is most of the safety story.
Operational Technology (The Plant Floor)
PLCs, controllers, sensors, machines. Failure here does not corrupt a report — it stops a line or hurts someone, and it lives inside your engineering change and safety processes for very good reasons.
- Read-only telemetry out is a modest risk proposition
- Writing setpoints in is an entirely different conversation
- Any change goes through your existing safety process, not a vendor’s
- Connecting isolated plant networks has a real threat model
Information Technology (The Business)
ERP, quoting, scheduling, purchasing, email, job costing. Clean data, real APIs, and failure modes that cost money rather than fingers — which is exactly why we start here.
- Years of usable structured history already exists
- Integration is well-trodden and reversible
- Payback is measurable in weeks, not capital cycles
- No safety case required to run an experiment
The useful discovery: most of the value we find in Australian manufacturing does not require crossing the boundary at all.
Where the Return Actually Shows Up
Ordered by how often we recommend them, which is roughly the inverse of how often they get demonstrated at trade shows.
Quoting and Estimating
The most under-rated opportunity in Australian manufacturing. Quotes wait days for the one estimator who knows, and margin varies wildly because the estimate is memory under time pressure.
- Uses your actual job costing history, not judgement
- Drafts the estimate for the estimator to adjust
- Cuts turnaround from days to hours on standard work
- Surfaces which job types have historically lost money
Vision-Based Quality Inspection
Genuinely strong where the defect is visual, the volume is high, and you can produce enough labelled examples of the failure. Weak everywhere else — and the labelling is the hard part.
- Needs a real library of labelled defect images
- Best on high-volume, visually consistent products
- Augments the inspector rather than removing them
- Fails quietly if lighting or product changes — plan for drift
Demand Forecasting and Purchasing
Where genuine order history and seasonality exist, forecasting beats a planner’s spreadsheet consistently. Where the history is thin or the mix keeps changing, it does not.
- Works from real order history, not aspiration
- Improves stock-holding on high-volume lines first
- Planner reviews and overrides — the model advises
- Value depends entirely on data depth, not model choice
Scheduling and Sequencing
Complex constraint problems where a human is doing heroic work in a spreadsheet every morning. The scheduler stays in charge; the options arrive faster.
- Handles constraint sets a spreadsheet cannot hold
- Proposes sequences for the scheduler to accept or reject
- Recalculates when reality intervenes, as it will
- Requires accurate cycle times — most plants overstate theirs
Predictive Maintenance (Carefully)
Oversold more than any other use case. Needs many similar assets, continuous sensing, and a real failure history — three conditions most mid-sized plants do not meet.
- Four failures in eight years is anecdotes, not data
- Works on populations of assets, not a single critical machine
- Condition monitoring with thresholds is often the honest answer
- We will tell you when the data cannot support it
Back-Office Document Flow
Purchase orders, supplier correspondence, delivery schedules, certificates and compliance paperwork. Nobody demonstrates this at a trade show. It pays for itself first.
- Reads and routes inbound supplier documents
- Extracts and structures PO and delivery data
- Chases the supplier who has not confirmed
- Clean data, real APIs, no safety case required
Warning Signs in a Manufacturing AI Proposal
Any one of these should slow the conversation down. Two of them and you are being sold to.
- Agreement with your predictive maintenance ambition before anyone asked how many failures you have actually recorded.
- A proposal that never mentions data quality, or treats it as a footnote to be sorted out during implementation.
- An OT integration scoped in the same breath as a reporting dashboard, as though writing to a machine and reading from a database were similar risks.
- A pilot with no stop date and no agreed number that decides go or no-go — that is not a pilot, it is production without the evaluation.
- A vendor who has not asked to speak to a leading hand or an operator. The people doing the work will prove them right or wrong within a fortnight.
- Cycle times taken from the ERP without anyone checking them against the floor. Most plants overstate theirs, and every model downstream inherits the error.
How We Work With a Manufacturer
The data reality check first, because everything downstream depends on it and almost nobody has written it down.
Free Initial Consultation
What is the actual constraint — margin, capacity, quality, turnaround? A conversation about the business, not a demonstration of technology. If the honest answer is that you need instrumentation before you need AI, that is what we will tell you.
AI Opportunity Audit (~$3,000)
A written inventory of what data genuinely exists versus what people believe exists, the systems it lives in, the OT/IT boundary, and a ranked shortlist with realistic effort and payback. The gap between believed and actual is usually the most valuable page in it.
Pilot That Can Fail Cheaply
One workflow with a clean measurement, running beside the existing process rather than replacing it, with a stop date and an agreed go/no-go number written down first. Then we ship the winner into production and stay involved while it beds in.
Related Reading
Neighbouring sectors with the same physical-world constraints and the same document-heavy back office.
Frequently Asked Questions
What operations managers and owners ask before anything touches the plant.
No, but it changes the honest sequence and it changes the budget. Old machines are not the barrier people assume — a great deal of value in Australian manufacturing sits in the office rather than on the plant floor, in quoting, scheduling, purchasing and customer correspondence, none of which cares how old the CNC is. Where you do want machine data, the question is not the machine’s age but whether it exposes anything: many older machines have a controller with a serial or Ethernet port, a data logger, or at minimum a sensor that can be retrofitted for a few hundred dollars. What actually stops projects is not vintage, it is silence — a machine with no output and no practical way to add one. The mistake we see is a business deferring every AI decision until a capital replacement program that is five years away, while an entirely software-side opportunity sits unexploited in the front office. Sequence the office work first; instrument the plant when there is a specific question worth instrumenting for.
Sometimes, and it is oversold more than any other manufacturing AI use case. Predictive maintenance needs three things that most mid-sized plants do not have: continuous condition data from the asset, a history of failures labelled accurately enough to learn from, and enough failures to constitute a pattern. That last one is the killer. If a critical machine has failed four times in eight years, there is no statistical model on earth that will predict the fifth from that history — you have anecdotes, not data. Where it genuinely works is on populations: many similar assets, high duty cycles, continuous sensing, and a maintenance history that was actually recorded rather than reconstructed from memory. Where it does not, the honest alternative is usually condition monitoring with sensible thresholds, which is not AI and costs a fraction as much. A consultant who agrees with your predictive maintenance ambition before asking how many failures you have recorded is selling, not advising.
Most often in quoting and estimating, and it surprises people every time. Custom and semi-custom manufacturers live or die on quote accuracy and quote turnaround, and both are usually appalling — quotes take days because they wait for the one estimator who knows, and margins vary wildly because the estimate is judgement reconstructed under time pressure. Your historical job costing data contains the answer to what things actually cost, and almost nobody uses it. Beyond quoting: vision-based quality inspection where volumes are high and the defect is visual; demand forecasting where you have real order history and seasonal patterns; scheduling optimisation where the constraint set is complex; and the unglamorous back-office flow — purchase orders, supplier correspondence, delivery scheduling, compliance documentation. The consistent pattern is that the value is in the decisions surrounding production far more often than in production itself.
By treating the boundary as sacred, and by putting the burden of proof on anything that wants to cross it. Operational technology on a plant floor has different failure consequences from a spreadsheet: a badly behaved integration does not corrupt a report, it stops a line or hurts someone. So the working rule is that data flows out of OT and decisions flow back in only through whatever change and safety process your plant already runs — not through an API a vendor added last month. Read-only telemetry out is a fundamentally different risk proposition from writing setpoints in, and the two should never be scoped in the same conversation. Security matters too: connecting previously isolated plant networks to cloud services is a decision with a real threat model attached, and it deserves the same scrutiny your engineering changes get. Most of the value we find does not require crossing the boundary at all, which is a happy accident worth exploiting first.
A pilot is useful when it can fail visibly and cheaply. That means picking something with a clean measurement — quote turnaround time, first-pass yield on a specific defect, forecast error on a specific SKU family — rather than a vague ambition to modernise. It means running it beside the existing process rather than replacing it, so a bad week costs you nothing. It means a defined stop date and an agreed number that decides go or no-go, written down before the start, because otherwise the pilot runs forever and quietly becomes production without ever having been evaluated. And it means the people who do the work being genuinely involved, because a leading hand who thinks the system is nonsense will be proven right within a fortnight. The pilots that fail are the ones scoped to demonstrate success rather than test a hypothesis.
It opens with a free initial consultation — a conversation about the actual constraint in your business rather than a demonstration of anything. If there is a real opportunity, the next step is generally the AI Opportunity Audit at around $3,000: a written map of your workflows, what data genuinely exists versus what people believe exists, the systems it lives in, and a ranked shortlist with realistic effort and payback. The data reality check is the part manufacturers value most, because the gap between the two is usually large and nobody has written it down before. You keep the audit regardless, including the parts that recommend a data project rather than an AI project. Where it stacks up, we build and ship the first workflow into production rather than handing over a report. The audit generally earns its fee at around 20 or more staff.
Find Out What Your Data Can Actually Support
The initial consultation is free and diagnostic. Call +61 3 9999 7398 or email hello@ai-consulting.au. Melbourne-based, working with manufacturers Australia-wide.