Keep
The floor. We patch libraries, renew certificates and fix what breaks. Nothing new gets built. Good for a stable product with a small user base.
Stay safe and stay up
Support
after launch
The first release proves the idea. Everything after it decides whether the idea earns money. We keep your product patched, watched and moving. The engineers on the retainer are the ones who wrote the code.
- Uptime Watched, not assumed
- Response A named owner for every fix
- Care Small releases, low risk
- Steady The build team stays on
How we keep it going
Pick the level of care the product needs today. You can move up or down at the end of any month. The team stays the same across all three.
Keep and improve
Everything above, plus a monthly slice of build time. You spend it on the queue you already have. Most teams sit here after their first launch.
Fixes plus a small backlog
Evolve
A standing squad on your product. Discovery, design and release run on the same clock as the fixes. This is a continuing build engagement.
A roadmap, not a queue
What we watch
Support costs less when problems are found early. So we instrument the product on day one and read it every week. These items are monitored continuously.
Alerts land in a channel you sit in too. You see the same signal we do, at the same moment.
- 01
Errors
Crashes and failed requests reach us before a user writes in. We keep the trail so a fix starts with facts, not guesses.
- 02
Speed
Pages and screens get timed on real devices. Slow performance is treated as a bug and scheduled as work.
- 03
Dependencies
Libraries age. We track what your app pulls in, read the advisories and update on a schedule you approve.
- 04
Money paths
Signup, checkout and billing get checked every release. These flows carry the revenue, so they are never left unchecked.
What a month looks like
The same stages, every month, in this order. You always know which one we are in and what lands next.
-
Triage
New reports land in one queue. We size each one and tell you what it costs before we touch it.
-
Fix
Breakage first, always. Small fixes ship as they are ready, not at the end of the month.
-
Harden
Patches, backups and access reviews. Routine work that is only noticed when it is skipped.
-
Build
The agreed slice of new work. You choose what goes in it. We show a demo before it merges.
-
Report
A written note: what shipped, what it cost, what we suggest next. Numbers come from your own tools.
Retainers usually start from a build. See how the same team handles SaaS and product development or a web development project, and how QA and testing keeps releases boring.
Before you ask
You did not build it. Can you still take it over?
Yes. We start with a read of the code and the tools around it. You get a short written verdict with the risks we found and what each one takes to clear.
What if nothing breaks this month?
Then the time goes to the backlog or to hardening. Unused time is not billed twice.
Do we keep our own access?
Always. Code, servers and analytics stay in your accounts. We work inside them. Ending the retainer takes a revoked key, not a migration.
Can support and growth run together?
That is the point of one team. The same sprint can carry a fix, a new screen and a campaign change. Nothing waits on a handoff.
Send us the product you already run
Send the repository, the stack and your main concern. We reply with a read of the risks, the plan that fits and a start date.