SERVICERUN & MAINTAIN

Keep What Works Working,
Without Keeping It Top
Of Mind

Your product is live. Now it needs someone who knows it, watches it, and fixes what breaks, without you having to think about it every day. That's what this retainer is for.

Same engineers

Continuity, not a rotating support desk.

Monthly retainer

A committed block of hours, not a per-ticket bill.

Any codebase

Ones we built, and ones we didn't.

Since 2013

Keeping client systems running for years.

What's Actually Included

Maintenance is more than waiting for something to break. It's the ongoing work that keeps a system healthy, secure, and able to grow.

REACTIVE

Bug fixes


Issues reported by your team or your users, triaged and resolved without waiting for a new project to bundle them into.

PREVENTIVE

Security & dependency updates


Framework upgrades, library patches, and known vulnerabilities addressed before they become an incident.

ONGOING

Monitoring & uptime


Keeping an eye on error rates, performance, and infrastructure health so problems are caught before your users report them.

ITERATIVE

Small feature work


The steady stream of small improvements and requests that don't justify a full project, but still matter to the people using your product.

STRUCTURAL

Infrastructure upkeep


Server and cloud configuration, backups, deployment pipelines, all kept in working order, not just the application code.

ADVISORY

Technical guidance


A second opinion when you're weighing a new feature, a vendor, or a scaling decision, from a team that already knows your system.

Why Continuity Matters Here

The biggest cost of maintenance isn't the hours, it's re-explaining your system to someone new every time. We're built to avoid that.

The same engineers stay on your account

Whoever knows your codebase today is who's still there in a year. No rotating support desk, no re-onboarding a stranger every quarter.

We work in codebases we didn't build

If we ran the original build, ramp-up is immediate. If another team built it, we start with an audit so we're not guessing at your architecture.

Knowledge gets documented, not hoarded

What we learn about your system is written down, not kept in one engineer's head, so continuity survives even if someone eventually rotates off.

"Partnering with NUS was the right decision. They took our legacy Backbone.js app, stabilized it with Prerender.io, and optimized costs by migrating to Digital Ocean. They then rewrote our front-end in Next.js, modernizing our stack. NUS is a great strategic partner with strong technical expertise."

Kunal Seth
Kunal SethFounder of Fountain Gifts

What Happens When Something Breaks

Every issue gets triaged by severity, not handled first-in-first-out. A checkout outage doesn't wait behind a cosmetic bug report.

REPORT

You raise it, however works for you

01

Through the shared Slack or Teams channel, your task board, or a direct message to the engineer who knows the system best.

TRIAGE

Severity decides the order of work

02

Something taking down production gets picked up immediately. Lower-severity issues are scheduled into the ongoing retainer work.

FIX

Resolved, tested, & deployed

03

The same review and testing standard as any other engagement, even for an urgent fix. Speed doesn't mean skipping the checks.

FOLLOW-UP

You know what happened & why

04

A short note on the root cause, especially for anything serious, so the same issue is less likely to happen twice.

A Simple Retainer, Not A Per-ticket Bill

Committed hours, used how you need them

You commit to a minimum number of hours each month. We apply them wherever the system needs attention that month, bug fixes, updates, monitoring, or small features.

A fixed, predictable monthly cost, agreed upfront.

Hours flex across bug fixes, updates, and small features as priorities shift.

Need more than your committed hours in a given month? Extra hours are billed at your agreed hourly rate and added to the next invoice, work doesn't stop while we wait on a new contract.

Unused hours handled according to what's agreed in your contract.

Scales up when you need more attention, back down when things are quiet.

No long lock-in: standard notice period to adjust or end the retainer.

What A Typical Month Looks Like

No two months are identical, but retainer hours tend to break down roughly like this.

~35%

Bug fixes & support

Issues raised by your team or your users.

~25%

Updates & monitoring

Dependency patches, security, uptime checks.

~30%

Small features

The steady stream of improvements.

~10%

Planning & reporting

Prioritization and the monthly summary.

Questions Clients Usually Ask

Do you only maintain systems you originally built?

PlusMinus
No. Many of our maintenance clients came to us with a system another team built. We start with an audit so we understand the codebase before committing to a retainer.

What happens to hours we don't use in a month?

PlusMinus
Handled according to what's agreed in your contract, whether that's rolling over, banking, or resetting. We'll be upfront about this before you sign anything.

What if we need more than our committed hours?

PlusMinus
We won't stop working or make you wait for a new contract. Extra hours beyond your monthly commitment are billed at your agreed hourly rate and added to your next invoice.

Can we leave if it's not working out?

PlusMinus
Yes. Retainers run on a standard notice period, not a long fixed-term contract. Since your code and infrastructure are already yours, there's no untangling required to walk away.

How do you prioritize when multiple things need attention?

PlusMinus
By severity and business impact, agreed with you. Anything affecting production or users takes priority over smaller requests, which get scheduled into the month's work.

Can this scale into a bigger engagement later?

PlusMinus
Often it does. A maintenance retainer is a common starting point before a client expands into a larger rebuild, a new feature initiative, or team augmentation.

Latest Insights

Notes on the decisions behind building and maintaining real software.

n8n eCommerce Automation as a Multi-Tenant SaaS: Inside Our Ecom Automation Demo
Calendar iconSeptember 17, 20266 min read

n8n eCommerce Automation as a Multi-Tenant SaaS: Inside Our Ecom Automation Demo

See how we built n8n eCommerce automation into a multi-tenant SaaS: Shopify orders, Zoho stock checks, EasyPost shipping, and the architecture behind it.

Automating Document Accessibility: Patching Raw OOXML and Parsing PDF Structure Trees with AI
Calendar iconSeptember 2, 20264 min read

Automating Document Accessibility: Patching Raw OOXML and Parsing PDF Structure Trees with AI

Automate document compliance: How we paired AI heuristics with OOXML patching & PDF tree parsing to tag DOCX, PPTX & PDF with zero layout damage.

Building a Real-Time Mobile Livestreaming App With Flutter, LiveKit and WebRTC
Calendar iconAugust 31, 20265 min read

Building a Real-Time Mobile Livestreaming App With Flutter, LiveKit and WebRTC

Zuzu is an open source livestreaming app built around connection failure: separate host and viewer lifecycles, heartbeat offline detection, and stream recovery. Full engineering breakdown.

Have A System That Needs Someone Watching It?

Tell us what you're running and how it's currently supported.
Most conversations start with a 30-minute call.

Let's Discuss
CodeMonitorGrid with light