← Back to services

Services

Maintenance & Ongoing Development

For projects that are running and should keep running. No ticket-system overhead — a direct line, clear agreements.

Request an initial call →

Currently taking on new projects

The starting point

A finished project still needs ongoing care: dependencies age, PHP and Laravel versions change, new requirements come up. Many small businesses don’t want ticket-system overhead or an agency with long turnaround times for that — they want a direct line to someone who already knows the codebase or gets up to speed quickly.

How I approach it

  1. Stock-take of the current stack and open issues before ongoing support begins.

  2. Clear agreement on how requests are handled — directly, no ticket-system detour, with realistic response times.

  3. Regular updates and monitoring so problems surface before they become an outage.

What you get

  • A project that stays current — dependencies, PHP/Laravel version, security patches.
  • A direct point of contact instead of a ticket system with rotating handlers.
  • New features that build on the existing architecture instead of undermining it.

Frequently asked questions

Before you ask.

Do you also take on projects you didn’t build yourself?
Yes, that’s actually the more common case. Ongoing support usually starts with a short onboarding period, possibly with a compact audit, so I genuinely understand the codebase before changing it.
Are there fixed maintenance packages, or is it billed by effort?
Both are possible — which model fits depends on the scope of ongoing work and is settled in the initial call, not prescribed flat out.
How fast do you respond to an urgent problem?
Response times are agreed individually, since I usually work alone on a project and can’t offer 24/7 on-call coverage backed by a team — that’s discussed honestly in the initial call, not only once something breaks.

Search & navigation

Navigate Open Esc Close