Skip to content

Industry

Startups and scaleups

Small teams under heavy pressure making technical decisions that will shape the next three years. We bring the judgement that usually arrives too late.

Abstract illustration of a rocket climbing along a trajectory with milestones

The problem

Today’s speed is next year’s debt

Everything moves fast at the start because the product is small. The problem appears when you need to onboard people, pass an investor’s technical due diligence or handle ten times the volume.

Signs this is you

  • Only one person understands how deployment works
  • No tests, no environments, changes made straight in production
  • Architecture decisions taken in week one and never revisited
  • An investor technical audit around the corner
  • Technical hires with nobody able to assess them
  • Infrastructure cost growing faster than revenue

What we do

What we do with startups

A first release with judgement

We build the minimum product with the reversible decisions taken fast and the irreversible ones taken slowly. No over-engineering and no mortgaging the future.

Fractional CTO

A part-time CTO while a full-time one does not pay off: architecture, hiring, vendors and the technical conversation with investors.

Due diligence readiness

Review of code, licences, security, intellectual property and documentation before the fund’s technical team looks at it.

Extra capacity

Additional engineering for a specific push, working inside your team and with your conventions, not in parallel.

1 wk
for the initial technical review
MBA
the investor conversation is ours too
No lock-in
everything stays in your repo and your cloud

How we do it

How we work with startups

  1. Quick review

    A week to understand product, code and infrastructure, and to put the risks you cannot currently see on the table.

    DeliverableTechnical risk report

  2. Stabilise the basics

    Environments, automated deployment, backups and a minimum of testing. That is what makes it possible to move fast sustainably.

    DeliverableCI/CD and environments

  3. Build and measure

    Short cycles against product priorities, with the instrumentation needed to know whether what shipped gets used.

    DeliverableFortnightly releases

  4. Scale the team

    When it is time to grow, we define roles, take part in hiring and put in place the engineering practice that lets people join without chaos.

    DeliverableTeam plan and onboarding

Technologies

  • Nuxt
  • Vue.js
  • TypeScript
  • Laravel
  • Node.js
  • PostgreSQL
  • Docker
  • AWS
  • GitHub Actions

FAQ

What people ask us

Do you work for equity?

As a rule, no. We can consider part of the fee in equity where there is an existing relationship of trust and a reasonable valuation, but the default model is fees.

Can you be our entire engineering team?

For an initial phase, yes. Medium term the healthy answer is that product knowledge lives inside the company; our role then shifts to technical leadership and reinforcement.

How long does a first release take?

With scope properly bounded, between eight and sixteen weeks. The variable that matters most is not the technology but how clearly you define what is out of scope.

Next step

Half an hour well spent

Walk us through the problem on a short call. You leave with a first read on how we'd approach it and what it would involve — no commitment, no sales deck.