Doing AI

Software that runs
an institution.

We describe how your organisation actually works, then run software against that description — inside the systems you already have. Eleven universities and a vehicle assembly line operate on it today.

Start a conversation View our approach Fixed scope. Fixed price. Live in 4–6 weeks.
11+ Universities running their operations on it
2–4 wks From first conversation to production
Yours Your cloud, your data, exportable on request

Businesses won’t win because they use more AI.
They’ll win because they become more intelligent.

The problem

Software accumulated. Coordination did not.

Most organisations have spent two decades buying software. A CRM. An ERP. A helpdesk. A document store. A reporting layer, and the four spreadsheets that quietly hold the parts none of them cover.

Each system is competent on its own. None of them know about each other. So coordination falls to people — who spend the day carrying information between tools, re-entering what already exists somewhere else, and chasing the status of work instead of doing it.

The next generation of software will not replace these tools. It will coordinate them.

Diagram: the systems a business already runs sit below a coordination layer, which produces decisions, actions and answers above. The work Decisions made Actions executed Answers returned The intelligence layer Understands context · decides · acts · records CRM ERP Helpdesk Documents Email Reporting Systems you already run — unchanged
Figure 1 — where the layer sits
The ontology

Your organisation, described once.

Every institution runs on a handful of things that matter and the rules about how they move. Most software buries those in features. We hold them as a description the software reads.

A university has applicants, programmes, documents, stages and a definition of “complete”. An assembly line has units, stations, checks and a definition of “passed”. Different words, identical shape.

So we write the words down as data, not as code. The description belongs to you and is readable by your own people. Change the description and the behaviour changes — no release, no rebuild, no ticket to us.

It is also why a second institution in your sector takes weeks. The engine underneath has never heard of an applicant, and it does not need to.

applicantprogrammedocument stageunitstationcheck claimshipmentmatter

Higher education’s vocabulary, lit. The rest are other sectors’ — same engine, different description.

The work

Decisions made, actions taken, answers returned, every one recorded.

The engine

Orchestration, grounding, guardrails, evaluation, channels, tenancy. Shared by every sector. It has never heard of a student — and a build fails if it ever does.

Your ontology

The objects your institution runs on, the states they move through, the rules that govern them, and who may see what. Written as data. Yours to read, yours to keep.

Your systems of record

The ERP, the CRM, the document store, the four spreadsheets. Untouched.

What we build

What the software does.

01

Commercial operations

Revenue execution that runs continuously: every enquiry qualified, enriched and routed the moment it arrives, follow-up drafted in your voice, and the pipeline kept current without anyone updating a record by hand.

02

Customer experience

Context-aware customer systems that answer from your policies, your history and your product — resolving the routine at any hour, and escalating cleanly, with the full thread, when a person is genuinely needed.

03

Operational software

Processes that cross departments without crossing an inbox. Documents read, data extracted, approvals granted or held against your rules, exceptions surfaced early rather than discovered late.

04

Knowledge systems

The institutional knowledge held in contracts, tickets, wikis and people's heads, made retrievable in one governed, permissioned place — so that an answer takes a question rather than a search.

05

Decision systems

Operational data turned into a decision and then into an action. Forecasts that move a schedule, thresholds that open a ticket, anomalies that reach a named person while the number can still be changed.

06

Enterprise integration

The connective work underneath all of it — identity, permissions, audit, state and reconciliation across every platform you run — so the result is one system rather than a collection of scripts.

Read how the ontology works

Your sector

What this looks like in yours.

The engineering barely changes between sectors. The vocabulary, the systems of record and the regulator do.

Commerce & D2C

retention · catalogue · support
Commercial

Predict churn before it happens

The system identifies customers about to lapse and fires the right win-back offer automatically, before the relationship is gone.

react after they leavewin them back first
Operations

Your whole catalogue, in minutes

Product copy, tags and search metadata generated across thousands of SKUs, in your brand's register rather than a generic one.

days per launchminutes
Customer

An agent for every “where is my order?”

Tracking, returns and sizing handled around the clock, resolving the bulk of routine contact without a person in the loop.

queues overnightinstant, 24/7
What it is worth

The hours you get back.

Rough numbers, honestly labelled. Move the sliders to your own reality.

12

Anyone whose week includes work a system could do instead.

12

Copy-paste, chasing, re-keying, answering the same question again.

65%

Most engagements land between 60% and 80%.

Capacity returned 405 hours a month, handed back

That is roughly 4,860 hours a year — about 2.7 full-time people worth of capacity.

An estimate from your own inputs, not a promise. We put measured numbers against a real workflow on the call.

Get this measured properly

Our perspective

Artificial intelligence is changing software. But software alone does not change an organisation. Operational change happens when intelligence becomes part of ordinary work.

We are not, in the long run, an AI company. Intelligence is what this work takes right now; in a few years it will take something else, and we will build with that instead. The part that does not change is the part we are here for — making the thing run in production, on an ordinary Tuesday, with nobody watching a demonstration.

Read what we believe

How we work

Understand. Engineer. Deploy. Improve.

We work forward-deployed — from inside your operations rather than alongside them. Four stages, in this order.

01 — Week 1

Understand

We sit with the team and find the work that is expensive, repetitive and worth changing first. We also say which of it should be removed rather than automated.

02 — Weeks 2–4

Engineer

One narrow system, wired into your real tools and your real data, built in your accounts on your infrastructure. No sandbox, no synthetic dataset.

03 — Weeks 4–6

Deploy

It goes live with your team and your customers. We watch it under real load, correct what the plan got wrong, and harden it until it is boring.

04 — Ongoing

Improve

We stay accountable for it: monitoring, iteration, and the next system once this one holds. The people who built it are the people who run it.

How an engagement runs

Selected work

In production today.

Higher education

A university operating system

An operating system for university administration, deployed across more than eleven institutions.

Vehicle manufacturing

Quality control on the assembly line

A QR-code quality-control system built for a vehicle assembly line.

Software & go-to-market

Two commercial systems

Two commercial systems built end to end — one that runs sales outreach, one that turns account signals into a next action.

All work

Standards

Where we hold the line.

Everything else is negotiable. These are not.

We do not run pilots.

A pilot that never ships is a cost with a friendlier name. If we cannot see the path to production, we say so before you pay us anything.

We do not deliver documents.

You receive working software, running in your own accounts, documented, with your data exportable at any time — not a set of recommendations.

We do not replace what works.

Your CRM, your spreadsheets, the ERP you are committed to: they stay. We build into the stack you have already paid for and already trained people on.

We do not hand you to a delivery team.

The people on the first call write the code. There is no account layer between you and the engineering, and nobody to point at when something breaks.

We do not automate work that should not exist.

Some of it should be removed, not made faster. Saying which is which is part of the engagement, including on the days it makes the engagement smaller.

Accountability

Who is on the hook.

“Companies kept paying for AI strategy and receiving slides. The technology was ready. What was missing was someone who would build it, wire it into what they already ran, and stay accountable once it was live.”

Nithish Singh — Founder, Doing AI

Doing AI is a small engineering team by design. The people on your first call write the code and operate it afterwards. There is no advisory layer and no handover to a delivery organisation.

It is fair to ask what a small team means for continuity. Everything we build runs in your accounts, on your infrastructure, documented — not locked inside ours. Your systems and your data stay reachable regardless of who is available in a given week, and continuity is written into the agreement rather than left to trust.

More about the company

Built using
  • Anthropic
  • Claude
  • LiteLLM
  • LangGraph
  • Python
  • FastAPI
  • PostgreSQL
  • pgvector
  • Docker
  • Cloudflare

Representative, not exhaustive — each engagement uses what its systems of record require. Model choice is made per task and stays portable, and nothing is built on infrastructure you cannot reach.

Questions

Answered before you ask.

How does an engagement start?

With one system, fixed in scope and fixed in price, against a workflow we have both agreed is worth changing. You approve the number before any work begins. Most organisations then move to a standing engagement in which we operate what we built and engineer the next system — which is where the compounding is.

How long until something is in production?

Weeks. A first system is typically live in two to four, and in front of real users in four to six. The scope is deliberately narrow, so that the first thing you see is real rather than representative.

Where does it run, and who owns the data?

In your accounts, on your infrastructure, documented. Your data remains yours — exportable on request, governed, auditable, and never used to train anyone else's model. Commercial and continuity terms are set out in the agreement before work starts.

Do we need an internal technical team?

No. We build the system, integrate it with the tools you already run, and operate it. You do not need to hire for it or manage infrastructure to keep it running.

How is this different from a consultancy?

A consultancy is accountable for advice. We are accountable for software that runs. The engagement is an engineering partnership: we build inside your operations, stay on after launch, and are measured by whether the operation changed.

Tell us what your week looks like.

Thirty minutes. We will tell you what we would build first, roughly what it costs, and where this will not help.