Legacy Modernisation

The Access database from 2011 is still running the business.

One person understands the spreadsheet. The supplier of the software you rely on shut down two years ago. Nobody wants to touch any of it in case it breaks. We replace it properly, run the old and new systems in parallel while your data moves across, and leave you with something the next person can actually maintain.

  • Discovery sprint from £2,500, credited against the build
  • Old and new systems run side by side until data matches
  • Built in your name, documented, no single point of failure
The pattern we keep meeting

It was built for a much smaller business, a long time ago.

Somewhere in most businesses over about fifteen years old there is a system nobody would choose again: an Access database with the design decisions of the person who wrote it in 2009 still baked in, a spreadsheet passed between three people with macros nobody dares edit, or a piece of bought software from a vendor who has since gone quiet, stopped updating it, or shut down entirely. It works, in the way that a car with 200,000 miles works, until the day it does not.

The risk is rarely the software itself. It is what sits behind it: one person who understands the whole thing, no real backup, no way to add a feature without breaking three others, and a growing business that has outgrown a tool built for a much smaller one. Modernising it is not really an IT project. It is removing a single point of failure from the business.

What we typically replace

Four shapes of the same problem.

Access & desktop databases

Single-user or fragile multi-user databases holding stock, orders, members or cases, usually on one machine, with no real audit trail or remote access.

Spreadsheet operations

A workflow run entirely in Excel or Google Sheets: quoting, scheduling, stock, payroll prep, with formulas only one person fully understands and no history of who changed what.

Discontinued SaaS

A subscription tool the vendor has stopped developing or supporting, still holding years of operational data with no clear export or migration path.

Ageing bespoke web apps

A custom system built ten or more years ago on a stack nobody maintains any more, too central to switch off, too fragile to extend with confidence.

How it runs

Understand it before you touch it.

  1. 1

    Discovery sprint

    We map exactly what the current system does, including the undocumented parts: every report it produces, every workaround staff have built around it, and every place its data feeds into. Fee credited against the build.

    From £2,500
  2. 2

    Design

    A plan for the replacement, sized honestly to what the business needs now, not a rebuild of every quirk of the old system out of habit.

    Weeks 2-3
  3. 3

    Build

    The new system built to a fixed price and date, in your own environment, with the data model designed to hold the volume you actually have.

    Weeks 3 onward
  4. 4

    Migrate

    Historical data moved and checked field by field, with the old and new systems run in parallel until every report matches and the team trusts the new one.

    Final weeks
  5. 5

    Switch off the old one

    Only once the parallel run has proven itself, on a date the business chooses, not one forced by a supplier closing down.

    Go-live

Not sure which of these fits? Twenty minutes on a call usually settles it.

Sized by scope

Priced by what is actually being replaced.

Every build follows a discovery sprint, so the price reflects the real system rather than a guess.

Single system
£12,000 one-off

One database or spreadsheet operation replaced with a proper connected app: one team, one core workflow.

  • Discovery sprint included
  • Data migration and validation
  • Staff training on go-live
  • Documentation and handover
Talk about this

Every price excludes VAT. The discovery fee is credited in full against whichever tier the build turns out to be.

Why parallel running matters

The old system does not get switched off on faith.

The riskiest moment in any migration is the day the old system is turned off. We do not schedule that day until the new system has been run alongside the old one long enough to prove every report, every total and every edge case matches. Staff use the new system for real work while the old one keeps running quietly behind it, so a discrepancy is caught before it costs anything.

  • Every migrated record checked against the original, not sampled
  • Reports run from both systems and reconciled before cutover
  • A rollback plan in writing, even though it is rarely needed
  • Staff trained on the new system before the old one disappears
Fit

Who this is for, and who it is not.

A good fit

  • A core system that is fifteen or more years old, or built on discontinued software
  • One person is the only one who understands how it works
  • The vendor has stopped supporting the tool you depend on
  • Growth is now limited by what the old system can hold or do

Not this, yet

  • You want a brand new product with no existing system to replace, see AI App Development
  • The current system was built recently on a stack you can still hire for
  • Nobody can commit time to validate the migrated data

Not sure which of these fits? Twenty minutes on a call usually settles it.

The businesses most at risk are not the ones with no systems. They are the ones with one system, understood by one person, that everything else quietly depends on.
Revio · The team that builds and runs the work
What is included

What comes with a modernisation build.

Included

  • Discovery sprint mapping the current system fully
  • A rebuilt system in your own environment and name
  • Field-by-field data migration and validation
  • Documentation and staff training

Not included

  • Ongoing support beyond the agreed handover, available separately from £450 a month
  • New scope discovered after the build starts, quoted as a change

Not sure which of these fits? Twenty minutes on a call usually settles it.

Straight answers

Questions people ask before they book.

What if we do not fully understand our own old system?

That is normal, and it is exactly what the discovery sprint is for. Most of the work in that phase is uncovering the undocumented logic, workarounds and reports that only exist in someone's head.

Do we have to migrate every field of historical data?

No. We agree with you what needs to move in full, what can be archived as read-only, and what is no longer relevant. Moving everything by default usually just carries old mess into the new system.

How long does the old and new system run in parallel?

Typically two to four weeks, long enough to cover a full reporting cycle. It ends when every check reconciles, not on a fixed date.

What happens if the vendor of our current tool has already shut down?

We work from whatever export or database access still exists. The sooner this starts after a shutdown notice, the more of the original data and configuration we can recover.

Will the new system look like the old one?

Only where that helps. We rebuild the workflow to how the business actually runs today, not a pixel copy of a screen designed in 2011.

Can this connect to our CRM or accounting system?

Yes, that is usually the point. Most legacy replacements are also the moment a business finally gets its core data talking to the CRM and finance tools it already runs.

What does support look like afterwards?

Run and support is available from From £450 a month, or the system can be handed over fully documented with no ongoing contract, whichever suits you.

Find out what it would take to finally replace it.

A discovery call costs nothing to book. If a full modernisation is not the right next step, we will say so.