Skip to content

21 July 2026

Spreadsheet to web app: when to make the switch

Spreadsheets are powerful tools. They become a problem when they're used as the operational backbone of a business they were never built to support.

Architectural cross-section of two workstations side by side, a wide ruled writing table with precarious paper stacks on the left and a compact three-drawer cabinet handling the same volume on the right

A spreadsheet is one of the most powerful tools ever invented for a single person who knows what they're doing with it. That's both its strength and its limit.

I'm not here to tell you spreadsheets are bad. They're not. They're flexible, immediate, and free. For managing a personal budget, tracking a small project, or roughing out an idea, there's nothing faster. The problem is that they're designed for one person doing analysis, and businesses routinely use them for things they were never built for.

When a spreadsheet becomes your operational system, it starts to strain. Here's how to recognise when it's time to replace it.

More than two or three people are editing it

The moment a spreadsheet becomes a shared document, you've taken on all the risks that come with that: version conflicts, people saving over each other's work, formulas that break when someone edits the wrong cell. Google Sheets helps with some of this. But at some point the overhead of managing who can edit what, in which tab, under what conditions, starts costing more than the spreadsheet saves.

Validation is happening in someone's head

A web application can enforce rules. It can refuse to save a record unless certain fields are filled. It can prevent a booking from being made on a date that's already full. It can flag a duplicate before it becomes a problem. A spreadsheet can suggest those rules through conditional formatting and data validation, but enforcing them depends on the person entering the data doing it correctly. When errors in the spreadsheet are causing real operational problems, the sheet has become too important to leave that exposed.

There's a manual step to process the data

If someone has to run a macro, copy a range to another tab, paste it into an email, or apply a formula before the data becomes useful, that's a process living in someone's hands rather than in the system. Every time that person is absent, the process slows down. Every time they're tired, the risk of an error goes up. A web application can automate that step, so the output just happens.

The sheet is the only thing keeping a process alive

When the person who built the spreadsheet is the only one who fully understands it, you have a single point of failure. If they leave, or are ill, or simply don't have time to explain it, the process becomes fragile. Systems that depend on one person's knowledge don't scale, and often don't survive.

It's reached a size where mistakes are hard to spot

Spreadsheets that have been in use for several years tend to accumulate. New columns appear. Old data sits at the bottom. References span multiple sheets. At some point, a formula breaks silently and nobody notices for weeks. The larger a spreadsheet gets, the less confident anyone can be that it's telling the truth.


The switch from spreadsheet to web app isn't about using more impressive technology. It's about removing the fragility that creeps in when a tool designed for analysis is being used as an operational system.

Not every spreadsheet needs replacing. If it's yours alone, it's stable, and it does exactly what you need, leave it alone. But when a spreadsheet has become load-bearing, and you can feel the strain, it's worth asking what it would take to build something fit for the job.

That's a conversation I have with small businesses regularly. If you recognise your own process in any of this, the services page explains how I approach these kinds of problems.


What's the most impressive thing you've seen a spreadsheet doing that it really shouldn't have to? I'd like to hear about it in the comments.

Found this useful? Share on LinkedIn

Comments load automatically via GitHub (Utterances), which may set cookies. See the privacy policy.

Get new notes in your inbox

I publish a few times a month on platform engineering, Azure infrastructure, and building platforms that don't rely on heroics. No spam, unsubscribe anytime.

Your email is sent to my self-hosted endpoint and stored via Resend. See the privacy policy.