Integrate AI

Take one AI use caseall the way to production.

A model wired into a workflow people already use, chosen on the evidence of an evaluation harness rather than a partnership badge. Four to eight weeks, priced to the outcome after a free initial audit.

AI Integration Sprint4-8 weeks · 2-3 specialists · Priced OutcomeCompare all six →

Every mark here links to the engagement it belongs to. See the work →

An AI Integration Sprint puts a language model into a workflow people already use, in four to eight weeks, priced to the outcome after a free initial audit. Claude, OpenAI, Gemini or another model is chosen on the evidence of an evaluation harness rather than a vendor partnership. The engagement suits a company with a defined use case and a live product, where accuracy, latency or cost has to be proven before rollout.

Choose thiswhen

  • You have a defined use case and a live product
  • Accuracy, latency or cost needs proving first
  • It must reach production, not a prototype
You get

Model selection and an evaluation harness, a cost ceiling with approval gates, and production rollout with monitoring.

Pricing

Priced Outcome

One agreed price for an agreed outcome, quoted after a free initial audit and approved before delivery begins.

What the estimate depends on
  • The scope of the outcome you want
  • The stage the application is at
  • The condition of the existing codebase
  • The team the work requires
  • How the system is used in production
  • The operational complexity around it

Work out what it has to return first: the ROI calculator for operational work, how we measure for everything else.

Deliverables

What weactually deliver

01

The connection itself

Through supported APIs where they exist, and through whatever is reliable where they do not - including databases, files and screen-level automation as a last resort.

02

A shared data model

One agreed definition of a customer, an order and an invoice across systems that each had their own.

03

Failure handling that does not lose work

Retries, queues, and errors surfaced with enough context to act on.

04

Model choice, evidenced

An evaluation harness that scores candidates on your task and your data, plus a cost ceiling and approval gates. The model that ships is the one that won the harness, not the one behind a partnership badge.

05

Visibility

A panel showing what is connected, when it last synced, what the model is costing and exactly what failed when something did.

Where it starts

The four places thisusually shows up

Operations

Work moves between people by hand, and every handoff can stall.

  • The same record is typed into two systems
  • A spreadsheet sits between two applications
  • Volume grows, headcount is the only lever
Automating a workflow →

Finance operations

Invoices and approvals depend on somebody remembering to check a folder.

  • Month end is a week of copying
  • Approvals live in an inbox rather than a system
  • Nobody knows the cost per document
Automating a workflow →

Customer support

The answers exist, in documents and past tickets, and finding them is the job.

  • The same answer is rewritten daily
  • Response time depends who picks it up
  • The demo worked, production did not
Putting AI into production →

Reporting and data

The number the business runs on is assembled by hand, twice, differently.

  • A report is rebuilt weekly from exports
  • Two dashboards disagree
  • The data cannot be queried safely
Where software costs the most →
Proof

Engagements thatlooked like this

Is this the right engagement for you?

Describe what is actually going wrong. We come back with the outcome, the engagement that fits and the price basis - after a free initial audit.

Recognise this?

Where a model that never reached the workflowusually shows up

How we decide

Integrations fail on the exceptions, not the happy path.

Any competent developer can move a record from A to B once. What matters is what happens the four hundredth time, when B is down and A has already committed.

  • Idempotency, so a retry does not create a duplicate order.
  • Queues, so an outage delays work instead of destroying it.
  • Reconciliation, so drift between systems is detected rather than discovered.
  • Alerts to us, because we operate what we build.
In practice

What fixing a model that never reached the workflowlooks like

Accounts, orders, credit status

ERP ↔ CRM

Sales sees what finance sees, without anyone exporting a spreadsheet to prove it.

Email → structured record → ERP

Mailbox → system of record

The inbox stops being a queue that only one person can see.

Invoices, payments, reconciliation

Accounting ↔ operations

Money and operations agree on what happened, continuously rather than at month end.

Files → extraction → structured data

Document store → workflow

The contracts, specs and POs sitting in a shared drive become data the business can act on.

Go deeper

The decisions behindthis kind of work

Questions

About a model that never reached the workflow

Usually not. Between the database, scheduled file exchanges, whatever endpoints do exist and - as a last resort - controlled screen-level automation, there is normally a reliable path. We will tell you honestly how fragile each option is before you commit to one.

Sometimes, and that is precisely why we operate what we build. Vendor changes are a maintenance category we plan for rather than an incident that surprises everyone. Monitoring tells us before it tells your customers.

Yes, and we prefer it. They know your environment. We are usually the ones doing the workflow and integration work while they keep owning infrastructure and access - with clear boundaries written down so nobody is guessing who does what.

The design decides that before launch. Where a wrong call would be expensive, the workflow stops and routes to a person instead of guessing. Failures are logged and alerted, failed items are queued rather than dropped, and there is a rollback path. We operate what we build, so the alert comes to us.

No. Custom code and configuration built for you belongs to you, systems run on infrastructure you control wherever possible, and documentation is a deliverable rather than an upsell. If you stop working with us, your business should not stop working.

Not this one?

The otherengagements

Before you commit

What you wouldbe signing up for

A team against a roadmap

Senior capacity inside your codebase, moving a roadmap week after week.

Commitment
3 months minimum
Price basis
Priced Outcome
Suits you when
  • The work is continuous, not bounded
  • Recruiting would cost a quarter
  • You want the same people throughout
Engagements

Ownership after launch

Monitoring, patching, upgrades and a named engineer for live software.

Commitment
Ongoing, cancellable
Price basis
Priced Outcome
Suits you when
  • It is live and business-critical
  • Nobody owns it out of hours
  • The risk needs an owner
Engagements

One agreed price for an agreed outcome, quoted after a free initial audit and approved before delivery begins.

Next step

Which two systems is someone keeping in sync by hand?

Name them and we will come back with what it would take to connect them properly - including the cases where the honest answer is that the export and a person is still cheaper.