Build

Turn the chosen route into working software and systems

We design, code and integrate software, infrastructure, data flows and AI-supported tools that fit the work, expose their limits and can be operated responsibly.

Connected structures repeating through a public transport interior
  • Architecture follows the problem
  • Instrumentation starts during the build
  • Human oversight remains explicit

Delivery model

Choose a commercial structure that matches what is known

01

Project

A defined result and scope with clear acceptance criteria.

02

Phased delivery

Architecture and working increments are delivered in deliberate stages.

03

Time & materials

Appropriate where the scope must be discovered through representative work and evidence.

Architecture

Make boundaries, dependencies and ownership visible

01

System boundaries

Define what the system does, where it stops and which existing systems remain responsible.

02

Data and integrations

Design sources, permissions, transformations, interfaces and failure handling around real work.

03

Reliability and governance

Build access, auditability, recovery and ownership in proportion to the risk.

04

Build versus buy

Use existing products where they fit and custom engineering where differentiation or integration justifies it.

Learning by design

Build the evidence loop into the system

  1. Input

    Know the data used

    Record source, quality, permissions and the context required for each operation.

  2. Operation

    Make decisions observable

    Expose transformations, rules, model results, exceptions and human interventions.

  3. Output

    Return useful evidence

    Capture outcomes, corrections and operational measures so the next change is based on real use.

Responsible production

A demonstration is not yet an operational system

01

Define which decisions remain human and how uncertainty is reviewed.

02

Test with representative work and realistic failure cases.

03

Add monitoring, access control, recovery and operational ownership.

04

Review representative outputs, exceptions and feedback as the system and context change.

05

Agree ownership of customer-specific code, generic modules and product components before delivery.

06

SSupport may be appropriate, but no fixed SLA or retainer model is assumed.

Have a prioritised opportunity?

Share the problem, current system, owner and evidence. If those are not yet clear, Analyse is the better starting point.