Web apps7 min read
Replacing a Spreadsheet with a Web App: When It's Worth It
Published By Ichii GmbH
Contents
- When the spreadsheet is still the right tool
- Signs your spreadsheet has hit its limits
- Spreadsheet, off-the-shelf tool or custom app: a comparison
- What a custom web app changes
- Start small: replace one workflow, not the whole sheet
- Data protection: customer data in spreadsheets is not a special case
- What does switching cost?
- Your next step
A spreadsheet is worth replacing when it can no longer carry the work safely, not when it gets long. The usual signs are people overwriting each other, everyone seeing everything, the same copy-and-paste routine every week, and small typos that turn into wrong invoices or missed appointments.
If one or two people maintain the sheet and mistakes are caught quickly, keep it. If several of those signs apply, try an off-the-shelf tool first: industry software, a CRM or a no-code database. A custom web app makes sense when your process is specific enough that standard software only handles it with workarounds, and when you can describe a first version in a page or two.
In short
- Row count is rarely the trigger. Access control, version conflicts, repeated manual steps and the cost of errors are.
- Check in this order: tidy up the spreadsheet, then try an off-the-shelf tool, then consider a custom app.
- A custom app should replace one workflow first, not the whole spreadsheet.
- Customer data in shared files is covered by the GDPR like any other data, so the switch is a chance to collect less and control access better.
When the spreadsheet is still the right tool
Spreadsheets are flexible, almost everyone can use them, and most teams already pay for Microsoft 365 or Google Workspace. For lists one person maintains, for analysis and for processes that are still changing every month, they are hard to beat.
Size is rarely the real limit. According to Microsoft, an Excel worksheet holds up to 1,048,576 rows and 16,384 columns. Treat that as a technical ceiling, not as a rule for when to switch. Other problems appear long before you get there.
Before you look at software, look at the sheet. Are the columns consistent? Do you use drop-down lists instead of free text? Is it clear who owns which columns? A cleaned-up sheet with protected ranges and one named owner often buys another year or two.
Signs your spreadsheet has hit its limits
Run through this list for the sheet that matters most. One tick on its own is not a reason to switch. Three or more mean it is time to compare options properly.
- Several people edit at the same time and entries get overwritten or lost.
- Copies like "clients_final_v3_NEW.xlsx" are circulating and nobody is sure which one is current.
- Not everyone should see everything (prices, client details, internal notes), but the file only knows "access" or "no access".
- Clients, freelancers or partners need to enter data or check a status without getting the whole file.
- The same manual steps repeat: copying values, writing emails from rows, colour-coding statuses by hand.
- Personal data about customers sits in files that are emailed around or shared widely.
- One wrong cell has real consequences: a wrong price, a double booking, a missed deadline.
- Only one person understands the formulas, and the process stops when they are away.
- You cannot tell who changed what and when, but you need to.
Spreadsheet, off-the-shelf tool or custom app: a comparison
Between "keep the sheet" and "build software" there is a wide middle ground. It includes industry software for trades, practices or agencies, general project and CRM tools, and no-code databases where you assemble forms and views yourself. For many small businesses, that middle ground is the right answer.
If your team works in both German and English, add one question to every trial: does the tool work in both languages for the people who will use it daily?
| Criterion | Keep the spreadsheet | Off-the-shelf / no-code tool | Custom web app |
|---|---|---|---|
| Typical case | 1–2 editors, process still changing | Standard process that software already covers | Your own process that tools only cover with workarounds |
| Access control | Coarse, usually per file | Roles usually available, depth varies by vendor | Exactly your rules, but they must be built and tested |
| Getting started | Immediately | Quick, but setup and data import take time | After planning, a quote and development |
| Running costs | Usually already paid for | Subscription, often per user | Hosting, maintenance, possibly third-party services |
| Flexibility | Very high, but error-prone | Within the tool's limits | High, but every change is development work |
| Dependency | Low | On the vendor and its pricing | On the code and whoever looks after it |
| Good when… | errors are caught quickly and are cheap | a tool covers your process without bending it | the process sets you apart, or clients use it directly |
Tip
Trial tools with real data
Take an anonymised copy of 20 to 50 real rows and run your most common workflow in a trial account. Write down every workaround you need. That list helps you choose a tool, and it is also the best starting point for a quote if you end up building.
What a custom web app changes
A web app is software that runs in the browser, with a login, data stored in a database and screens built around your process. Compared with a spreadsheet, three things change.
Structure instead of freedom. Fields have fixed types and required values. A date is a date, and a status comes from a fixed list. That prevents many errors, but you can no longer add a column on a whim.
Access per person and role. The office sees all jobs, a freelancer sees only theirs, a client sees only their own status. Once clients get access, you are effectively building a small customer portal; Customer Portal: What the First Version Should Include covers that case. Access control has to be built and tested carefully: "Broken Access Control" is number one in the OWASP Top 10 2025, the best-known list of common web application security risks.
Workflows instead of chores. Repeated steps can be triggered automatically: a confirmation email when a job is created, a reminder before a deadline, an export for your accountant (Steuerberater).
An app will not fix unclear responsibilities, inconsistent data or a process that changes every week. Sort those out before development starts.
Start small: replace one workflow, not the whole sheet
The most common planning mistake is trying to rebuild every column and every clever formula of the old sheet. Pick the workflow that causes the most trouble and move only that into a first version. How to prioritise features and keep version one small is covered in Web App MVP: Which Features Belong in Version One?.
Example
Hypothetical example: client onboarding at a small relocation consultancy
A four-person consultancy in Berlin helps international hires settle in. Each client is a row in a shared Google Sheet: name, employer, arrival date, visa appointment, flat search status, documents received, notes in English and German. Clients send documents by email, and someone ticks a box in the sheet.
A possible first version:
- Login for the team and for clients, two roles
- Client record with fixed fields and a status list
- Clients see only their own checklist and upload the documents requested
- Team gets an email when a document arrives
- Interface in English and German
Deliberately later: invoicing, calendar sync, a chat. Before building anything, the team should trial two existing client-portal or CRM tools with anonymised data. If one covers this flow, that is the cheaper path.
To get your workflow down on paper in a form a developer can quote on, use the template in Web App Brief Template: Describe Your App Without Writing Code.
Data protection: customer data in spreadsheets is not a special case
The GDPR (in German: DSGVO) applies to customer data in a spreadsheet just as it does to a database. Three points matter when you switch:
- Data minimisation (Art. 5(1)(c) GDPR): keep only what the purpose requires. Moving to a new system is a good moment to delete old columns with birthdays, private notes or long-finished contacts.
- Integrity and confidentiality (Art. 5(1)(f) GDPR): data must be protected appropriately, including against unauthorised access. A file forwarded by email is a weak setup for that.
- Processors (Art. 28 GDPR): cloud spreadsheet providers, no-code platforms and hosting companies process the data on your behalf. That requires a contract under Art. 28(3), usually offered by the vendor as a data processing agreement (DPA, in German "AVV").
Watch out
Not legal advice
These points do not replace a review of your situation. If you handle sensitive data such as health information, talk to your data protection officer or a lawyer before you switch.
What does switching cost?
Without a defined scope, any number would be a guess. The cost of a custom app depends mainly on the number of screens and roles, integrations with other systems and how much data has to be migrated. The cost drivers are explained in How Much Does a Custom Web App Cost in Germany?.
For reference, Ichii builds small, clearly defined web apps from €1,999 net (plus VAT), one-time. The final price depends on the agreed features and is fixed in a quote before work starts. Hosting, third-party services and technical maintenance (from €29 a month) are separate. Replacing an ERP system, multi-tenant platforms with their own billing, or deep integrations with several existing systems are outside that scope.
Your next step
Run the checklist above for your most important spreadsheet. Fewer than three ticks: tidy it up and keep it. More: trial two off-the-shelf tools with real, anonymised data. If both need workarounds and you can pin down one workflow, write it up briefly and send us an enquiry about a web app. A cleaned-up copy of the sheet with sample data is the most useful thing to attach.
Sources
- Excel specifications and limits — Microsoft Support, accessed 2026-10-09
- Art. 5 GDPR – Principles relating to processing of personal data — dsgvo-gesetz.de (unofficial consolidated text, German), accessed 2026-10-09
- Art. 28 GDPR – Processor — dsgvo-gesetz.de (unofficial consolidated text, German), accessed 2026-10-09
- OWASP Top 10:2025 — OWASP Foundation, accessed 2026-10-09
Read next
Web apps
Web App MVP: Which Features Belong in Version One?
Long wish list, limited budget: a simple test and a copyable worksheet to decide what goes into version one of your web app and what can wait.
7 min read
Web apps
Web App Brief Template: Describe Your App Without Writing Code
Describe your app idea so developers can quote it properly: a copyable brief covering roles, workflows, data, integrations and what is explicitly out of scope.
7 min read
Web apps
Customer Portal: What the First Version Should Include
A first-version scope table for a small client portal, with roles, login and GDPR basics, and an honest look at when buying beats building.
7 min read
Web apps
How Much Does a Custom Web App Cost in Germany?
Roles, data, integrations and running costs decide what a web app costs. How to size your idea and compare local and offshore quotes on equal terms.
8 min read
Planning a web app?
Tell us briefly what the app should do. Small, clearly scoped web apps start at €1,999 net; we fix the final price for the agreed features before work starts.