You already have an IT supplier, or an internal IT team, or both. An AI implementation partner is not a replacement for either. It is the specialist you add for one thing your existing supplier does not carry: a system whose output is a judgement rather than a calculation, and which therefore has to be evaluated, monitored and governed differently from every other application in your estate.
Last updated: 24 September 2026
Crux Digits is an AI partner, not an ICT partner. We do not take over your infrastructure, your service desk or your systems management, and we do not want to. We arrive next to the supplier you already have, take one process from audit to production, and hand over the code, the models and the evaluation set. What changes in your IT organisation is narrow and specific, and this page sets it out: who owns the model, who owns the evaluation set, who receives the incident, and who signs off a change that alters a model's behaviour without a release.
Adding a specialist to an existing landscape
Five steps. Your existing supplier keeps everything that is already theirs.

Your IT supplier or internal team owns infrastructure, the workplace and the service desk. None of that changes.

One to two weeks: the process measured, the data checked, a return per opportunity and an EU AI Act judgement per idea.

Real cases with the answer your own experts agree on. Without that set nobody can see a model drift.

On your data, behind your identity provider, connected through the interfaces you already maintain.

You receive everything needed to run it yourselves or to hand it to a different supplier.
| Responsibility | Your IT supplier or internal team | The AI implementation partner |
|---|---|---|
| Infrastructure, network, workplace, service desk | Owns it, unchanged | No role |
| Application landscape and integrations | Owns the estate and the standards | Builds to those standards and to the interfaces you already expose |
| The model and its behaviour | Usually has no basis to judge it | Owns it: selection, prompts or training, versioning and rollback |
| The evaluation set | Rarely exists before an AI project | Builds it with your people and hands it over, because it is what proves the system still works |
| An incident where the output is wrong but nothing is down | Not a category in most SLAs | Triage sits here, because the fix is a model or data change rather than a restart |
| Change control | Owns the process | Supplies the evidence a change advisory board needs to approve a model change |
| Security and access | Owns policy and identity | Works inside it: your identity provider, your roles, your retention rules |
Judge the engagement by what survives it, not by who attends the meetings. Four things should be in your hands at the end, and a project that cannot produce them has not been implemented, it has been demonstrated.
Nearly every failure we are called in to repair is a boundary problem rather than a technical one. Four of them account for most of it, and all four are settled in an hour before the project starts rather than in a meeting after it breaks.
Five questions, and the answers are checkable rather than reassuring.
Our audit is built to be judged on exactly these. See what to ask before you hire an AI consultant and our thirteen published cases.
AI audit and strategy, EUR 2,500: one to two weeks. Your processes and data checked against what you actually run, use cases ranked by return, an EU AI Act and GDPR judgement per idea, and a plan another supplier could execute. Production-ready MVP, EUR 20,000: four to six weeks, working on your own data. Production, from EUR 50,000: integrated, secured, monitored and handed over with the evaluation set and all source code. Prices exclude VAT, and the audit is credited in full if you continue within 60 days. For the service itself see AI implementation, and for cost and duration see AI implementation in the Netherlands. Once a system we built is live, managed AI support covers monitoring and improvements to that system at a published monthly price. It covers what we built, not your wider IT estate.
What we found. Run-to-failure maintenance meant recurring, unplanned stoppages that cost output and forced expensive emergency repairs. The producer needed early warning of failures so work could be scheduled into planned windows instead of triggered by a breakdown.
Real result from a Crux Digits engagement; client name withheld pending permission.
A free 30 minute call: you describe the process and your current landscape, we tell you whether AI pays off there and what the first step costs.
Book a free consultation →