Ongoing development

Keep shipping after launch. Without hiring a team.

A senior team for your live product, whoever built it. One lead plans each month with you. A release every two weeks, in your GitHub.

Why it stalls

After launch, most products stall one of three ways.Each one is answered below.

The builders leave

The reasons leave with the builders.

Why a field exists, which customer asked for it, what broke last time. None of it is written in the code.

A hire

A senior hire takes months.

Months to find, months to learn the code, and one person still can’t cover the backend, the app and the servers.

A retainer

A retainer bills hours, not releases.

The same block of hours every month, whether anything ships or not.

Nothing to relearn

The next release starts where the last one stopped.No starting over. No hiring round.

LaunchSame leadStarting overReleases shipped, month by month
One lead
Your lead plans every month with you and knows why each part works the way it does. If someone else built it, the code review writes that down before the first month.
Your repo’s memory
Decisions, trade-offs and runbooks live in your GitHub beside the code, updated with every release.
Every skill
Backend, web, mobile, design and infrastructure in one team. A hire covers one of them.
On call
When production breaks, an engineer who knows the system answers. Not a ticket queue.
How a month runs

You set the priorities. The lead runs the work.You can change course every month.

  1. 1

    Roadmap review

    Each month starts with you and your lead. You rank what ships next. We size it and say what fits.

  2. 2

    Priced and agreed

    The month’s work and price go in writing. Anything new is priced and approved before anyone starts it: swapped for planned work, or added.

  3. 3

    Released every two weeks

    Each cycle is checked on staging against criteria you agreed, and goes live when you say so.

  4. 4

    Friday note

    What shipped, what’s next and what’s left this month. Written to forward to your board.

Customer stories

Still shipping, long after launch.The work, and what it changed.

Month to month

You stay because it works.Not because you can’t leave.

One lead, start to finish, from the first roadmap review to the day your own team takes over.

Every release carries a 60-day warranty on defects in the agreed scope, fixed free and outside the month’s plan.

After three months it runs month to month. Thirty days’ notice ends it.

FAQ

Questions, answered.Before you sign anything.

Cost and timing

How much does it cost?

It’s priced to each month’s work, so there’s no number on this page. Each month’s work and price are agreed in writing before it starts, and the price only moves when you approve a change. If someone else built your product, a paid code review comes first.

How soon can you start?

If we built it, the month after launch, with the same lead and no ramp-up. If someone else built it, the code review takes one to two weeks, then your first month starts.

Why not hire our own engineers?

You should, once the product needs a full team every day. Until then, a senior hire takes months to find, months more to learn the code, and covers one skill. When you’re ready, we bring your engineers into the code at their pace.

Working together

Someone else built our product. Can you take it over?

Yes. The code review tells you plainly what’s solid, what’s fragile and what to fix first, before you commit to a month. If it’s worth building on, we build on it. If it isn’t, we’ll say so.

What happens when something breaks in production?

An engineer who knows the system is on call. How fast depends on how serious it is: an outage comes before everything else. Afterwards you get a written account: what happened and what changed so it doesn’t happen again.

What if an engineer leaves the team?

Your lead stays your lead. The new engineer overlaps with the one leaving, at our cost, and works from the decisions and runbooks already in your repo. Nothing starts over.

Will releases disrupt our customers?

Every change goes through staging and your approval first, ships on a day you know, and can be rolled back if anything goes wrong. Bigger changes go to a few customers first, then everyone.

Do you work in our tools?

Yes. Your repo, your tracker, your chat and your alerts. Anyone who touches your code is under contract and NDA with us.

Can we speed up or slow down?

Yes. The month’s plan can grow for a big release, with about two weeks’ notice, or shrink for a quiet quarter. You approve it at each roadmap review, and there’s no hiring round either way.

We haven’t launched yet.

Start with the build. The lead who runs it can stay on after launch: Custom software.

Talk to us

Bring the roadmap you can’t get to.

One call. You’ll leave knowing the team it needs, what the first month would ship, and whether a code review should come first.

Not ready for a call? Write to us.