Skip to content
04Service line

Engineering & technology

The platform underneath a product: mobile, data architecture, and the systems it has to live inside.

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

The half that gets expensive late.

Engineering here covers full stack web, Angular and React frontend, cross-platform mobile for Android and iOS, and a dedicated database and data-architecture specialist.

This line is the platform half of that: mobile, data and integration. The web application build has a line of its own, because the two fail in different ways — platform mistakes are expensive and surface late, application mistakes are cheap and obvious — and pricing them as one thing hides the difference.

The data specialist matters more than the job title reads. Most product problems that surface in year two are data-model problems from month two, and they are expensive in a way that interface problems are not.

BScope

What is in scope

Mobile app development
Cross-platform for Android and iOS, one codebase where that genuinely serves the product rather than the estimate.
Database and data architecture
The schema reviewed before the first feature is designed, by someone whose whole job this is.
API integrations and product workflow design
Including the parts nobody demos: retries, timeouts, failure states, and what the user sees when a third party is down.
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

    Architecture

    Data model and system shape, reviewed by the data specialist before the first feature.

  2. 02

    Integration map

    Every external system the product touches, each with its failure mode written down rather than assumed away.

  3. 03

    Foundations

    Environments, pipeline, monitoring and analytics in place.

  4. 04

    Build cycles

    Build, review, QA, merge — QA inside the cycle, not after it.

  5. 05

    Launch and handover

    Deployment, documentation, and a walkthrough for whoever maintains it next.

DDeliverables

What you have at the end

  • Source code and repository access, yours from day one
  • A documented data model and architecture note
  • An integration map with failure modes for each external system
  • CI pipeline, environments and monitoring
  • Deployment and maintenance documentation
ESpecific to this line

How this line depends on the others

Engineering here is not a separate vendor relationship with a design team upstairs. The component library that design produces is the same library the frontend is built from, and the QA engineers write their automation against the same states that were specified during design.

The practical effect is that a change to a component is one change, not three tickets across three companies.

FNext

Where to go from here