How our Artificial Intelligence process works

Six steps from first conversation to a production model that keeps improving. Every step has a clear deliverable, so you always know where the project stands.

The six steps

We developed this process over dozens of engagements. It is designed to reduce risk early: you invest a small amount in discovery, get a clear feasibility answer, and only commit to a larger build if the data supports it.

1
Week 0

Initial conversation

We start with a 45-minute call. You describe the business problem, and we ask about the data you have, the systems it lives in, and what a successful outcome looks like. There is no charge for this call. By the end, both sides know whether there is enough substance to justify a discovery sprint. If there is not, we will tell you directly rather than drag things out.

2
Weeks 1–2

Discovery sprint

Two of our engineers spend two weeks with your data. They profile it, check for gaps, assess label quality and test a simple baseline model. At the end of the sprint, you receive a written report that covers: whether the problem is solvable with the data you have, what accuracy range is realistic, which model architecture we recommend, a fixed-price quote for the build phase, and an estimated timeline. The sprint costs £12,000. If the data is not ready, we list exactly what needs to change before a model would be viable.

3
Weeks 3–6

Data engineering and feature design

Good models depend on good features. In this phase, we build the data pipeline that cleans, transforms and joins your raw data into the feature set the model will train on. We write automated quality checks that flag missing values, schema changes and distribution shifts. If your data lives in multiple systems, we set up the connectors during this phase so the pipeline runs end to end without manual exports. You review the feature definitions in a shared document, and we adjust based on your domain knowledge.

4
Weeks 5–10

Model training and validation

We train candidate models, compare them on the metrics we agreed during discovery, and run them against a held-out test set that neither we nor the model have seen before. For regulated use cases, we also produce a bias audit and an explainability report at this stage. You get a fortnightly demo where we show the model running on real data and walk through the performance numbers. If accuracy is below the agreed threshold, we iterate on features or architecture before moving to deployment.

This phase overlaps slightly with data engineering because we often discover that adding or restructuring a feature improves performance enough to justify the extra pipeline work.

5
Weeks 9–12

Deployment and integration

The model goes live. We package it as a REST API, a batch job, or an embedded module depending on how your systems need to consume predictions. We deploy to your infrastructure or to a private cloud tenant we manage. Load testing, failover configuration and access controls are all part of this phase. We also build a monitoring dashboard that tracks prediction volume, latency, accuracy (if ground-truth labels are available) and data drift. Your team gets a short training session on reading the dashboard and escalating alerts.

6
Ongoing

Monitoring and retraining

Models degrade as the world changes. Customer behaviour shifts, product catalogues grow, regulations evolve. During the first 90 days after launch, we monitor performance and retrain at no extra charge if accuracy drops below the agreed threshold. After that window, you can either manage retraining in-house using the pipeline we built, or sign a support contract where we handle it. Support contracts are monthly, with no lock-in beyond 30 days.

Principles behind the process

These are the beliefs that shape how we work. They come from mistakes we made early on and lessons we learned from clients who pushed back when we got it wrong.

Fixed prices, not timesheets

We quote a fixed price for each phase after discovery. If the work takes longer than we estimated, that is our problem, not yours. This forces us to scope carefully and say no to feature creep.

You own everything

Code, model weights, training data pipelines, documentation: it all belongs to you from day one. We use open-source tools wherever possible so you are never locked into a proprietary platform.

Show, do not tell

Every two weeks, you see the model running on real data. Not a slide deck, not a Jupyter notebook screenshot. A live demo where you can ask questions and test edge cases on the spot.

Kill early if it will not work

The discovery sprint exists so that bad ideas fail cheaply. If the data cannot support the accuracy you need, we say so in week two rather than billing for twelve weeks of optimism.

Tools and technologies we use

We pick tools based on the problem, not the other way around. That said, these are the ones that appear most often in our projects.

Python
PyTorch
scikit-learn
XGBoost
Hugging Face
PostgreSQL
Apache Airflow
Docker
Kubernetes
FastAPI
MLflow
Grafana

If your stack uses different tools, we integrate with those. We have delivered projects on AWS, Azure and GCP, as well as on-premises Linux servers with no internet access.

Ready to talk about your project?

The initial call is free and takes 45 minutes. We will tell you honestly whether AI is the right approach for your problem.

Book a call