Skip to content
Services

Product engineering

The full build. We take a product from a blank repository to something carrying real traffic, and we stay responsible for how it behaves under load rather than handing over at feature-complete.

When teams call us

If more than one of these is true, this is usually the right starting point.

First phase is typically 6–10 weeks after a one-week baseline.

  • You have a deadline that is real and no team to hit it with
  • A prototype needs to become something you can actually operate
  • Your current build is slowing down and nobody can say precisely why

What it covers

  • Architecture decisions written down with their trade-offs
  • Typed end to end, tested as it is written
  • CI/CD with rollback at every step
  • Observability and SLOs before first traffic
  • Senior review on every merge

What you keep

  • The repository, and the pipeline that ships it
  • Runbooks written as we go, not at the end
  • Architecture decision records
  • A team that can extend it without us
How it runs

How we approach it

The sequence this work follows, and why it is in that order.

  1. Baseline week

    One week, and yours to keep. We map the constraints, agree what phase one contains and write the specification. If the scope does not survive contact with reality, better to find out now.

  2. Walking skeleton

    The thinnest possible slice — one real request path, deployed on the real infrastructure, with CI and observability already attached. Everything after this is filling it in.

  3. Vertical slices

    Feature by feature, each one shippable on its own. No integration phase at the end, because an integration phase is where estimates go to die.

  4. Handover throughout

    Runbooks and decision records are written as the decisions are made. A handover document assembled in the final week is archaeology, not documentation.

What we build with

The stack for this work

Chosen per engagement, not per fashion. If your team already runs something that works, we use that instead.

  • Application

    • TypeScript
    • Next.js
    • React
    • Node.js
  • Data

    • PostgreSQL
    • Drizzle
    • Redis
  • Delivery

    • GitHub Actions
    • Docker
    • Terraform
  • Operations

    • OpenTelemetry
    • Grafana
    • Sentry
Before you ask

Questions we get about Product engineering

Let’s talk

Need Product engineering?

One week, and you keep the baseline and the plan either way.