Engagement

Ways to work together

Three structures. Which one fits depends on how well defined the work already is.

Fixed-scope project

A defined deliverable at a fixed price, billed against milestones. The right choice when the requirements are clear enough to write down.

Best for
A new build, or a clearly bounded phase of one
Billing
Milestones against an agreed scope

Retained partnership

A set amount of engineering capacity each month against a rolling roadmap. Priorities can change between increments without renegotiating a contract.

Best for
Continuous product development after launch
Billing
Monthly, by reserved capacity

Team augmentation

We join your team, your standups and your review process, working in your repository to your standards. For when you need capacity rather than direction.

Best for
An in-house team that needs more hands
Billing
Monthly, by allocated days

Process

How we work

Five stages. Each one ends in something you can review, so you are never asked to approve work you have not seen.

  1. Discovery and scoping

    We map the requirements, the constraints and the systems already in place, then agree a scope and an estimate. If the project should not go ahead as described, this is where we say so.

  2. Architecture and design

    Data model, system boundaries and interface design, reviewed with you before anyone writes production code. Decisions are recorded together with the reasoning behind them.

  3. Build in increments

    Two-week increments, each ending in something you can use. Tests and CI run from the first commit, so "done" means deployed rather than working on a laptop.

  4. Launch and harden

    Performance budgets, accessibility audit, security review and monitoring, all before release. We rehearse the rollback as carefully as the rollout.

  5. Handover and support

    Documentation, a working session with your engineers, and every credential transferred to you. Continue on a retainer or take it in-house β€” both are a fine outcome.

Sectors

Sectors we build for

The constraints differ by domain. The engineering standards do not.

  • Logistics and fleet

    Live vehicle tracking, route history, driver workflows, and the offline behaviour field applications genuinely need.

  • HR and workforce

    Entitlement rules, payroll-adjacent calculation and regional labour law, where approximately right is not an acceptable answer.

  • Professional services

    Client portals, document workflows and billing for firms whose product is time and expertise.

  • E-commerce and retail

    Storefronts, catalogue, checkout, and the integrations sitting behind payments and fulfilment.

  • Financial technology

    Ledgering, reconciliation and audit trails, built to be reviewed by somebody who was not there when they were written.

  • SaaS and early stage

    A first production build, or the re-architecture after product-market fit has outgrown the prototype.