Skip to content
05Service line

Full-stack development

The web application itself — interface, services, database and pipeline, owned end to end by one team.

At a glance
Disciplines
Engineering · Design · Quality
Stages
5 in sequence
Duration
Quoted after scoping
AFraming

One team owns the whole vertical slice.

The screen, the endpoint behind it, the tables underneath that, and the pipeline that ships all three. Nobody passes a half-finished feature across a boundary and then waits a week for the other half to come back.

It is the line most engagements spend the most hours in, and the one where an early decision compounds fastest in either direction.

BScope

What is in scope

Web application development
Cloud-based SaaS platforms, built to be extended by whoever comes after us rather than only by us.
Frontend systems and responsive frameworks
Angular and React, built against the design system's component library so the library and the product do not drift apart.
Backend services and APIs
Endpoints, business logic, and the contracts between them written down before either side is built.
Schema and query work
Implemented against the data model, with the queries that will get slow identified before they do.
Authentication, roles and permissions
Boring until the moment it is not. Specified as a matrix and tested like any other feature.
Environments and delivery pipeline
Local, staging and production that behave the same way, so a bug is not an environment difference in disguise.
CSequence

The order the work runs in

Stages, not a schedule. We do not publish durations we have not agreed with you — the sequence is fixed, the length depends on what we find in scoping.

  1. 01

    Contracts

    Schema and API contracts agreed first, so frontend and backend are building against a document rather than guessing at each other.

  2. 02

    Vertical slice

    One feature built the whole way through — screen to database to deployed — before we widen. It proves the path works while it is still cheap to change.

  3. 03

    Feature cycles

    Build, review, QA, merge, repeating. Demo at the end of each.

  4. 04

    Hardening

    Performance, accessibility, error paths, and automated coverage across the critical paths.

  5. 05

    Handover

    Repository, documentation, environments, and a walkthrough with whoever maintains it next.

DDeliverables

What you have at the end

  • Source code and repository access, yours from day one
  • A documented schema and API reference
  • A frontend built from the design system's component library
  • CI pipeline, environments and deployment documentation
  • An automated test suite covering the critical paths
ESpecific to this line

Why this is separate from engineering & technology

Line 04 covers the platform: mobile, data architecture, and the systems a product has to integrate with. This line covers the application — the screens, the services behind them, and the database under those. Most web engagements use both.

We keep them apart because they fail differently. An application mistake shows up in a demo next week and costs a day. A platform mistake shows up in month nine and costs a rewrite. Quoting them as a single number hides which risk you are actually buying.

FNext

Where to go from here