Skip to content
Alphacroft

Services / Operate · CAP.013

Software that stays healthy after the launch applause.

Ongoing care with a written SLA: monitoring, updates, small improvements, and a team that already knows your codebase when something goes wrong at the worst time.

Ongoing, monthlyShared team, named leadThree plans, fixed monthly

01 · When you need this

If any of these sound familiar, you’re in the right place.

  • The agency that built it has moved on; small fixes take weeks of chasing.
  • Dependencies are aging and nobody's watching the security advisories.
  • You need improvements regularly but not enough to hire an engineer.
  • When it breaks on a Saturday, you currently find out on Monday.

02 · What we deliver

Exactly what you walk away with.

No vague 'solutions'. These are the concrete deliverables: each one is a line in the proposal and a checkbox at handover.

DEL.01

Written SLA

Response and resolution targets by severity, measured in the portal, visible to you, kept or reported.

DEL.02

Monitoring & patching

Uptime watched, dependencies updated on a cadence, security advisories acted on.

DEL.03

Improvement hours

A monthly allowance for small features and fixes; unused hours roll over a quarter.

DEL.04

Quarterly health report

Performance, costs, risks, and recommendations, the system's check-up, in plain language.

DEL.05

The portal, ongoing

Tickets, SLA countdowns, and every change logged where you can see it.

03 · How it runs

Phase by phase, with nothing hidden.

Every phase states what happens and what you see in your project portal while it does.

01

Onboarding audit

1 week

We learn the system before we're responsible for it: code, infra, and failure history.

In your portal: Audit findings and the monitoring going live.

02

Steady state

monthly

Monitoring, patching, tickets, and improvement work within the plan's hours.

In your portal: Ticket queue, SLA clocks, monthly summary.

03

Quarterly review

quarterly

Health report and a re-look at whether the plan still fits.

In your portal: The report, archived and comparable.

04 · Standards

Non-negotiables, in writing.

SLAs are instrumented

Response-time performance is tracked in the same portal you raise tickets in. No annual 'trust us' slide.

Systems we know

We support systems we've built or audited: being responsible for a black box would be selling luck.

No hostage dynamics

Cancel with 30 days' notice and everything is handed over cleanly. Retention through quality, not custody.

Small improvements count

Maintenance that only keeps the lights on is decline in slow motion; every plan includes improvement hours.

05 · Stack

Tools chosen for your handover, not our comfort.

your stackour monitoring: Grafana, Sentry, uptime checks

Support inherits the system's stack. Our own tooling is limited to observability we deploy alongside, and it's yours if you ever leave.

06 · Questions

Asked often, answered straight.

What do the three plans look like?
Essential: business-hours response, monitoring, patching, 4 improvement hours. Standard: faster response targets, 10 hours, quarterly health report. Priority: same-day targets, out-of-hours cover for critical severity, 20 hours. Exact numbers and prices are in the proposal, and most clients honestly fit Standard.
You didn't build our system. Can you still support it?
After a paid onboarding audit, usually yes: the audit is us learning your system well enough to sign an SLA on it in good conscience. If the audit finds it's unsupportable as-is, you get that finding and a stabilization quote instead of a signature.
What if we want to leave?
Thirty days' notice, full handover: credentials, docs, monitoring configs, open-ticket summaries. The handover is rehearsed; it's the same pack we produce at project close. If we're worth keeping, it won't be because leaving is hard.

Ready to talk about support & maintenance?

Describe where you are. We’ll respond within one business day with honest next steps, even if the honest next step isn’t us.

Start the conversation