Skip to content
TYRCOM

Software Maintenance Plans: What Happens After Your App Launches

What ongoing software maintenance actually covers, what it costs, how to read an SLA, and why skipping maintenance usually costs more than paying for it.

6 min read

Launching a web or mobile application is a milestone, not a finish line. From the day it goes live, your software operates in a changing environment: operating systems update, browsers change, libraries publish security fixes, APIs you depend on evolve and your users find new ways to use (and break) it.

A software maintenance plan keeps your application secure, stable and useful after launch. This guide explains what maintenance includes, what it typically costs, how to evaluate support agreements and what happens when maintenance is skipped.

Key takeaways

  • Plan to spend roughly 15–25% of the initial development cost per year on maintenance, hosting and small improvements.
  • Maintenance covers four types of work: corrective (fixing bugs), adaptive (keeping up with platforms and APIs), preventive (security and upgrades) and perfective (improvements).
  • A good plan defines response times, what is included and how extra work is handled.
  • Skipping maintenance does not save money; it defers costs and increases risk.

Why software needs maintenance

Unlike a building, software does not wear out. But the world around it changes constantly:

  • Security vulnerabilities are discovered in frameworks, libraries and servers every week.
  • Platforms change: new iOS and Android versions, browser updates and app store requirements.
  • Dependencies reach end of life: language and framework versions stop receiving security fixes.
  • Third-party APIs change: payment providers, shipping services and CRMs update and retire API versions.
  • Data grows: queries that were fast with 10,000 records may be slow with 10 million.
  • Your business evolves: new products, prices, regulations and processes require changes.

The four types of software maintenance

TypeWhat it meansExamples
CorrectiveFixing defects found in productionA report shows wrong totals; an e-mail is not sent in a specific case
AdaptiveKeeping the software compatible with a changing environmentNew iOS version, payment API upgrade, browser change
PreventiveReducing future risk before problems occurSecurity patches, framework upgrades, performance tuning, cleaning up technical debt
PerfectiveImproving the software based on feedbackSmall features, usability improvements, new reports

What a software maintenance plan typically includes

Monitoring and incident response

  • Uptime monitoring and alerts
  • Error tracking: every exception in production is logged and reviewed
  • Performance monitoring of key pages and APIs
  • Defined response times for incidents, by severity

Security

  • Regular dependency updates and vulnerability scanning
  • Prompt patching of critical security issues
  • Server and operating system updates (if hosting is managed)
  • Periodic review of access, credentials and security settings

Platform and framework upgrades

  • Upgrading the language and framework before versions reach end of life
  • Updating mobile apps for new OS versions and store requirements
  • Keeping integrations current as third-party APIs change

Backups and disaster recovery

  • Automated backups with defined retention
  • Regular restore tests
  • A documented recovery procedure

Bug fixing

  • Investigation and fixing of reported issues
  • Warranty on defects in recently delivered work

Development hours for improvements

  • A monthly allowance of hours for small enhancements, content changes or new reports
  • A clear process for requesting and prioritizing changes

Reporting

  • A monthly summary: uptime, incidents, updates applied, work completed and recommendations

How much does software maintenance cost?

The common rule of thumb is 15–25% of the initial development cost per year, including hosting and small improvements. Where an application lands in that range depends on:

  • The number of integrations and third-party dependencies
  • Whether there are mobile apps (which need updates for each new OS version)
  • Security and compliance requirements
  • Required response times and support hours
  • How actively the software is developed further
ApplicationBuild costTypical annual maintenance
Internal tool, few integrations$50,000$7,500–$12,500
Customer portal with ERP integration$150,000$22,500–$37,500
Web platform with mobile apps$300,000$45,000–$75,000

These figures cover keeping the software healthy plus modest improvements. Significant new features are usually budgeted separately. For more on initial budgets, see our custom software development cost guide.

Common maintenance plan structures

Plan typeHow it worksBest for
Essential careMonitoring, security updates, backups, incident response; bug fixes billed as neededStable applications with few changes
Retainer with hoursEverything above plus a monthly allowance of development hoursApplications with ongoing small improvements
Dedicated teamA team continuously developing and maintaining the productCore products and SaaS platforms
Ad hoc / time and materialsPay only when work is requestedVery simple, low-risk applications (with clear risks)

Understanding SLAs

A service level agreement (SLA) defines how quickly your provider responds to and resolves issues. Look for clear definitions of:

  • Severity levels: for example critical (system down or data at risk), high (major feature broken), medium (workaround exists) and low (cosmetic).
  • Response time: how quickly someone starts working on the issue.
  • Resolution or workaround target: how quickly service is restored.
  • Support hours: business hours only, extended hours or 24/7 for critical issues.
  • Uptime commitments when the provider also manages hosting.
SeverityExampleTypical response (business hours plan)
CriticalApplication down, checkout broken, data exposureWithin 1 hour
HighImportant feature unavailable for many usersWithin 4 hours
MediumIssue with a workaroundWithin 1 business day
LowCosmetic issue, minor improvementScheduled with regular work

What happens if you skip maintenance

Many businesses treat maintenance as optional once an application "works". The consequences arrive slowly, then all at once:

  • Security exposure grows as known vulnerabilities remain unpatched.
  • Upgrades become projects: skipping several framework versions turns a routine upgrade into weeks of work.
  • Integrations break when third parties retire old API versions.
  • Mobile apps get rejected or removed when they no longer meet store requirements.
  • Knowledge fades: nobody remembers how the system works when something finally needs changing.
  • Emergency fixes cost more than planned work, and happen at the worst possible time.

Applications that go years without maintenance often end up needing modernization, which costs far more than steady upkeep would have.

What to ask a maintenance provider

  • What exactly is included, and what is billed separately?
  • What are the response times by severity, and during which hours?
  • How are security updates and framework upgrades handled and scheduled?
  • How often are backups tested?
  • Who will work on our application, and do they know the code?
  • What do monthly reports include?
  • Do unused hours roll over?
  • What happens if we end the agreement: handover, documentation, access?

Frequently asked questions

Is maintenance needed if we don't plan new features?

Yes. Security updates, platform changes and third-party API changes affect every application, whether you add features or not.

Can a different company maintain software we had built elsewhere?

Yes. A new provider usually starts with a technical audit to understand the code, risks and required upgrades before taking over.

How often should frameworks be upgraded?

Ideally to each new major version within months of release, and always before your current version stops receiving security fixes. Regular small upgrades are far cheaper than infrequent large ones.

Does maintenance include hosting?

It depends on the provider. Some plans include managed hosting; others maintain the application while you or another provider manage infrastructure. Clarify responsibilities in writing.

Protect your investment

Software is a business asset. Like any asset, it keeps its value only if it is looked after. A clear maintenance plan keeps your application secure and reliable and lets it improve continuously, at a predictable cost.

At Tyrcom we maintain and support the applications we build, and we take over maintenance of existing software. Ask us about a maintenance plan or read more about our support and development services.

Keep reading

Engineering
Engineering 7 min read

PostgreSQL vs. MySQL for Business Applications

A practical comparison of the two most popular open-source databases, covering features, performance, scaling, licensing and hosting, and why PostgreSQL is our default.

Let's work together

Have a project in mind?

Whether it's a custom build, a product partnership or a second opinion on your architecture, we'd like to hear about it. You'll get a reply from an engineer, not a sales script.