Excel vervangen door een webapplicatie kost €7.500 tot €20.000 en duurt 4 tot 6 weken voor een typische interne tool. Het werkblad dat u wilt uitfaseren, is meteen ook de beste specificatie die u een developer ooit kunt geven.
Ergens in uw bedrijf draait een bestand met een naam als dispo_FINAL_v7.xlsx een proces dat geld oplevert, en iedereen hoopt in stilte dat het de week overleeft.
Die opzet heeft u verder gebracht dan iemand toegeeft, en vervanging voelt riskant juist omdat het nog steeds werkt. Dit artikel doorloopt het migratiepad dat webvise hanteert bij echte builds: wat elk onderdeel van het werkblad wordt, waar de uren daadwerkelijk naartoe gaan en welke onderdelen in Excel horen te blijven. De cijfers komen uit opgeleverde projecten, waaronder een build van vijf weken die een logistiektracker in Google Sheets verving voor 1.800 zendingen per maand.
- Een typische Excel-vervanging is een interne tool: €7.500 tot €20.000, 4 tot 6 weken. Klantgerichte versies liggen hoger.
- Het werkblad is de specificatie. Kolommen worden het datamodel, formules worden bedrijfslogica, overdrachten tussen tabbladen worden rechten.
- Datamigratie is de meest onderschatte kostenpost. Reken op 60 tot 200 uur als de historie de overstap moet overleven.
- Excel blijft er voor ad-hocanalyse. Elke applicatie die webvise oplevert, bevat CSV-export, want finance gaat de data toch pivotteren.
- Twijfelt u nog of bouwen wel de juiste stap is? De checklist voor de beslissingsfase behandelt die vraag. Dit artikel gaat over de uitvoering.
Benoem eerst de vier taken die uw werkblad vervult
Elk operationeel werkblad combineert vier taken: database (rijen met records), rekenmachine (formules en modellen), rapport (draaitabellen en grafieken) en workflow (statuskolommen, overdrachten tussen tabbladen, iemand die "bijgewerkt!" mailt). De webapplicatie vervangt de database- en workflowtaak. De rekenmachine- en rapporttaak blijven vaak in Excel of krimpen tot één dashboardscherm.
Een audit door webvise begint met het uitprinten van de tabbladenlijst en het labelen van elk tabblad met een van de vier taken. Een monster met 14 tabbladen valt meestal terug tot 4 tot 6 database-entiteiten en 2 of 3 schrijfpaden. Die labeloefening op één pagina maakt het verschil tussen een onderbouwde offerte en een slag in de lucht.
Wilt u die mapping op uw eigen werkblad laten uitvoeren? webvise's dienst voor full-stack applicaties start elk project met precies deze oefening tijdens een intakegesprek.
Het migratiepad in 5 stappen
Het pad is bij elke build hetzelfde, of de sheet nu zendingen, kandidaten of certificaten bijhoudt. De volgorde telt zwaarder dan de gebruikte tools.
- Stap 1: haal het datamodel eruit. Kolommen worden velden, tabbladen worden entiteiten, VLOOKUP-ketens worden relaties. Dit is leeswerk, en het gaat sneller met de persoon die de sheet heeft gebouwd erbij.
- Stap 2: breng de schrijfpaden in kaart. Noteer wie welke data wijzigt, en wanneer. De meeste werkbladen hebben tien kijkers en twee echte bewerkers, waarmee het rechtenmodel al vaststaat voordat er ook maar één regel code bestaat.
- Stap 3: maak van validatie bedrijfslogica. Dropdown-validaties worden enums. Waarschuwingen uit voorwaardelijke opmaak worden regels die een foute invoer blokkeren in plaats van rood te kleuren.
- Stap 4: migreer de data. Datums opgeslagen als tekst, dubbele klanten, halfingevulde legacy-rijen: het opschonen ervan is het meest onderschatte deel van het project. Reken op 60 tot 200 uur als de historie moet blijven bestaan.
- Stap 5: draai beide systemen één volledige cyclus parallel. Eén maandafsluiting, één volledige ordercyclus, wat uw ritme ook is. Trek daarna de schrijfrechten op de sheet in.
Op de lanceerdatum wordt de sheet alleen-lezen en blijft beschikbaar als archief. Dat geeft het team een terugvalmogelijkheid die niets kost, en het haalt het engste deel van de overgang weg.
Een build van vijf weken: 1.800 zendingen per maand uit Google Sheets
Een logistiek mkb-bedrijf in Berlijn met 22 medewerkers hield 1.800 zendingen per maand bij, verspreid over Google Sheets en Notion. De twee synchroon houden kostte zo'n zes uur handmatige afstemming per week.
De vervanging werd een gerichte interne tool op Next.js, PostgreSQL en Vercel, met rolgebaseerde login, monitoring en alleen de integraties die het team dagelijks gebruikte. De build kwam uit op 280 uur over vijf weken, schrapte €1.400 per maand aan SaaS-abonnementen en maakte de wekelijkse afstemming overbodig.
Dat project zit niet zonder reden aan de onderkant van de kostenrange. Eén team, één database, een beperkte set formulieren en schermen. Scopediscipline is wat een Excel-vervanging binnen vijf cijfers houdt.
Wat het vervangen van Excel kost in 2026
De prijs volgt wie de data aanraakt. Het niveausysteem uit de kostengids voor maatwerk webapplicaties is direct toepasbaar op het vervangen van spreadsheets.
| Wat het werkblad draait | Projectvorm | Kosten | Doorlooptijd |
|---|---|---|---|
| Registraties en statusbeheer van één team | Interne tool | €7.500 tot €20.000 | 4 tot 6 weken |
| Klanten wachten op data die in de sheet staat | Klantportaal | €20.000 tot €50.000 | 6 tot 8 weken |
| De sheet plus 3 tot 5 SaaS-tools draaien de hele operatie | Verticale SaaS of maatwerk-CRM | €40.000 tot €80.000 | 8 tot 12 weken |
De middelste rij is waar werkbladen belanden die klanten raken. Een team in vastgoedfinanciering gaf kredietwaardigheidscertificaten handmatig af, met controles bij meer dan 550 partnerbanken binnen een belofte van 24 uur. webvise bouwde de flow om tot een selfservice-formulier in 10 stappen met geautomatiseerde PDF-generatie en een adminmodule. Het werd in zes weken opgeleverd, laadt in minder dan 1,2 seconden en scoort 96 op Lighthouse.
Een bruikbare drempelwaarde uit de projectdata van webvise: maatwerk wint het van SaaS vanaf ongeveer €36.000 aan jaarlijkse SaaS-uitgaven. Daaronder wint meestal het aanscherpen van de sheet of het betalen voor één kant-en-klare tool.
Wat Excel doet dat de applicatie moet overnemen
De meeste mislukte vervangingen bouwen de zichtbare schermen na en vergeten de onzichtbare functies. Excel is oprecht een goede interface. De applicatie moet het verslaan op multi-user toegang, validatie en audit, en tegelijk de functies evenaren die niemand in een briefing noemt.
| Excel-gewoonte | Wat de applicatie in plaats daarvan nodig heeft |
|---|---|
| Formules en VLOOKUP-ketens | Server-side bedrijfslogica, één keer berekend en getest |
| Dropdowns voor datavalidatie | Enums en regels die een foute invoer blokkeren |
| Voorwaardelijke opmaak | Statusvelden met meldingen bij de condities die ertoe doen |
| Draaitabellen | Een rapportagescherm voor de vragen die elke week terugkomen |
| Het bestand mailen of een gedeelde schijf | Rollen en rechten met een audit trail |
| Ctrl+Z | Wijzigingsgeschiedenis die toont wie wat wijzigde, en wanneer |
| Exporteren naar Excel | Behouden. Lever CSV-export vanaf dag één |
De laatste rij is degene waarover teams discussiëren, en degene die webvise nooit schrapt. Finance gaat de data toch pivotteren, wat het dashboard ook laat zien, en export is goedkoper dan de discussie.
Wat in Excel blijft
Het doel is de sheet uitfaseren als de database of record. Ad-hocanalyse, eenmalige modellen en planning die alleen dit kwartaal geldt, blijven in Excel, waar ze thuishoren. Die zaken ombouwen tot softwarefuncties is hoe een interne tool van €15.000 stilletjes uitgroeit tot een project van €60.000 waar niemand om vroeg.
Dezelfde terughoudendheid geldt voordat het project begint. Een werkblad voor één gebruiker met een laag volume en geen klant die erop wacht, heeft alleen datavalidatie en een opschoonbeurt nodig, en de vijf signalen dat u die oplossing ontgroeid bent laten zien wanneer die grens wordt overschreden.
Als een werkblad op dit moment een kernproces bij uw bedrijf draait, is de labeloefening uit de eerste sectie de snelste volgende stap. Stuur de gelabelde lijst naar webvise via het contactformulier en u krijgt een eerlijk beeld van de projectvorm, het niveau waarin het valt, en of een build überhaupt de goedkoopste oplossing is.