DATA AND AI
What data platform do you actually need?
Most teams buy a platform sized for a company ten times larger, then struggle to staff it.
SERVICE 02
Data platforms, analytics and machine learning — in that order, because almost every AI project that fails does so for reasons that were visible in the data layer first.
THE PROBLEM
When metrics are computed in several places by several people, they drift. Once they have drifted, every discussion that depends on them turns into a discussion about them, and decisions stall.
The temptation is to buy a tool. Tools do not settle definitions. The work is deciding what a number means, computing it in one place, and making that the only place anyone looks.
WHO IT IS FOR
Someone spends two days a month assembling a deck from spreadsheets.
The numbers exist, and nobody quite believes them.
There is pressure to do something with AI and no clear read on which ideas are real.
Everything is in production databases and queries against them are starting to hurt.
WHAT IT INCLUDES
Not every engagement covers all of it. The shape depends on what you are deciding.
Where every number comes from, and why two versions of it disagree.
A platform sized for your organisation rather than for a conference talk.
Written down, computed once, used everywhere — the unglamorous part that does the work.
Few, maintained, and tied to decisions somebody actually makes.
Where there is a real case: evaluation first, then the feature, then the monitoring.
THE FRAMEWORK
Follow the disputed numbers back to source and find where they fork.
Agree what each metric means, with the people who argue about it in the room.
One modelling layer, versioned and tested like the rest of your code.
For anything ML or LLM: decide how you will measure it working, before writing it.
Your analysts extend the models without us, or the project has not finished.
ILLUSTRATIVE EXAMPLE
A constructed example to show the shape of the work, not a client case study.
Establish what question people are actually asking, and how often — often far narrower than imagined.
Check the documentation is correct and current. Retrieval over stale content produces confident, wrong answers.
Build an evaluation set of real questions with known good answers before writing any feature.
Ship the narrow version to a small group and measure against that set.
Decide on the evidence whether to widen it, change the approach, or stop.
RELATED READING
DATA AND AI
Most teams buy a platform sized for a company ten times larger, then struggle to staff it.
DATA AND AI
The demo is the easy part. Everything that makes an AI feature usable happens around the model.
WORKING TOGETHER
The brief determines the outcome more than the firm does. Bring the problem, not the solution.
QUESTIONS
Sometimes. The question worth answering first is which specific task would change if it worked, and how you would know. If that cannot be answered concretely, more platform work usually returns more than a model would.
Rarely, and usually it is the wrong call. Most useful work is retrieval, evaluation, prompt and data engineering around existing models. Training from scratch is a large bet that needs a specific reason.
It depends far more on your data volume, your team and your existing cloud than on the vendors involved. For most mid-sized organisations several options would work and the choice is not the risky part.
Most data and AI work gets easier once everyone agrees what the metrics mean.