Web app laten maken: wat het kost en wanneer een PWA volstaat

Een web app laten maken is voor vrijwel elk MKB-proces de goedkoopste route naar een werkend systeem: geen store, geen tweede codebase, geen reviewronde die je release ophoudt. Bij ons staat de prijs vast na scoping — €18.000 voor één kernproces, €30.000 tot €45.000 zodra er meerdere processen en koppelingen in zitten — en is de applicatie in 6 tot 10 weken live.

Dezelfde functionaliteit als store-app kost ruwweg het dubbele.

De echte vraag is daarom zelden óf het een web app wordt, maar in welke vorm: een webapplicatie achter een login, of een progressive web app die als icoon op het beginscherm staat.

Op dat tweede punt loopt veel Nederlandse informatie achter. Het meest herhaalde argument tegen een PWA — pushberichten werken niet op een iPhone — klopt sinds iOS 16.4 niet meer: Apple ondersteunt Web Push voor web apps die op het beginscherm zijn gezet (WebKit, 2023).

Wat wél een harde grens is, staat verderop: de App Store weigert apps die niet meer zijn dan een ingepakte website.

Wanneer een web app wint van een native app — en wanneer niet#

Website, web app en native app lossen verschillende problemen op. Het onderscheid dat financieel telt: een website informeert, een web app laat mensen wérken, een native app krijgt toegang tot de hardware van het toestel.

De bedragen in de kolom web app zijn onze vaste prijzen na scoping; de native kolom is de marktbandbreedte van een zakelijke app tot een complex platform.

Die commissie is de Apple-range voor de EU vanaf 1 oktober 2026: 26 procent standaard op in-app aankopen en 15 procent binnen het Small Business Program of op abonnementen na het eerste jaar. Verwerk je de betaling zelf binnen die programma's, dan zakt het naar 10 procent (Apple, DMA and apps in the EU).

Native wint in vier situaties, en alleen daar:

• Het proces heeft NFC, Bluetooth-randapparatuur of geavanceerde camerafuncties nodig.
• De app moet zwaar rekenen of op de achtergrond doorlopen terwijl hij dicht is.
• De store ís je distributiekanaal — gebruikers moeten je kunnen vínden.
• Je verkoopt de app zelf, met in-app aankopen.

Herken je geen van de vier? Dan betaal je bij de native route twee codebases, twee testtrajecten en een reviewproces voor functionaliteit die de browser al levert.

Wat dat concreet scheelt, staat in onze uitsplitsing van app ontwikkelen kosten; twijfel je serieus over de storeroute, dan weegt app laten ontwikkelen die keuze met je door.

Progressive web app laten maken: wat er technisch voor nodig is#

Een progressive web app is je webapplicatie plus drie dingen: HTTPS, een manifest en — voor offline gebruik — een service worker.

Dat manifest is geen formaliteit. Chromium-browsers installeren alleen wanneer het name of short_name bevat, iconen van 192 én 512 pixels, een start_url, een display-waarde, en prefer_related_applications op false of afwezig (MDN).

Een service worker is niet nodig om te kúnnen installeren, wel om iets te doen zonder verbinding.

Hoe een gebruiker hem binnenhaalt, verschilt per platform:

Twee dingen die je bouwer je vooraf hoort te vertellen.

Op iOS is installeren een handmatige handeling in het deel-menu, zonder prompt — reken bij een publieksapp op uitleg in beeld, anders zet niemand hem neer. En toestemming voor pushberichten moet je vragen ná een directe handeling van de gebruiker, zoals een tik op een abonneerknop; je kunt de vraag niet bij het laden afvuren.

Bij ons zit die PWA-laag standaard in een webapplicatie op maat en is het geen aparte offerteregel. Dat is ook de reden dat buitendienst en werkvloer meestal geen store-app nodig hebben: icoon op de telefoon, offline invoeren, synchroniseren zodra er bereik is.

Waarom dat ertoe doet: mobiel is inmiddels 54,69 procent van al het webverkeer in Nederland tegen 43,34 procent desktop (StatCounter, augustus 2026). Een zakelijke web app die alleen op een 27-inch scherm werkt, mist de helft van zijn gebruiksmomenten.

Een app laten maken van je bestaande website: drie routes#

Kan dat? Ja, maar er lopen drie routes en ze eindigen niet op dezelfde plek.

Route 1 — PWA op je huidige site. Goedkoopst, geen store, geen commissie. Zinvol als je site al iets te dóén heeft: bestellen, reserveren, een dossier inzien.

Een informatieve site wordt er geen app van, alleen een website met een icoon.

Route 2 — Google Play via een Trusted Web Activity. Je PWA draait in een Android-schil en staat gewoon in Play. Voorwaarde is Digital Asset Links: dat bewijst dat app en domein van dezelfde eigenaar zijn.

Google stelt vandaag nog geen kwaliteitseisen aan de inhoud, maar verwacht dat een TWA dezelfde installatie-eisen gaat halen als een PWA (Chrome-documentatie).

Route 3 — App Store via een wrapper. Hier struikelt het het vaakst. Richtlijn 4.2 eist features, content en UI die verder gaan dan een herverpakte website, en 4.2.2 sluit web clippings expliciet uit (App Review Guidelines).

Een schil om je bestaande site is precies wat die regel beschrijft.

Vuistregel: "kunnen we onze website als app uitbrengen" is bijna altijd de verkeerde vraag.

De bruikbare vraag is welk terugkerend proces mensen op hun telefoon willen afhandelen. Dát proces bouw je als web app; de site blijft de site.

Wat kost een web app laten maken? Prijs per type#

Dat zijn onze prijzen, vast na de scoping-workshop. Drie dingen duwen een project van de ene regel naar de volgende: het aantal rollen met eigen rechten, het aantal koppelingen met bestaande systemen, en of er historische data uit Excel of een oud pakket mee moet.

Ter vergelijking de storeroute: dezelfde functionaliteit kost er ruwweg het dubbele, plus onderhoud en developer-accounts bij Apple en Google. De bedragen per type staan in app ontwikkelen kosten.

Heb je alleen zicht op cijfers nodig en hoeft er niemand in te wérken, dan is het goedkoper om een dashboard laten maken — dat begint bij een paar duizend euro. Verkoop je hetzelfde platform aan meerdere klanten tegelijk, dan is het geen web app meer maar SaaS-platform-ontwikkeling — met multi-tenancy en facturatie als eigen posten.

Web applicatie ontwikkelen: drie keuzes die de rekening bepalen#

Architectuur. Begin als MKB met een monoliet, niet met microservices. Losse services betalen zich pas terug bij meerdere teams of onderdelen die onafhankelijk moeten schalen; daaronder koop je vooral orchestratie en monitoring.

Wat wél vanaf dag één loont: API-first werken, zodat frontend en backend parallel lopen en een latere koppeling geen herbouw vraagt.

Stack. Wij bouwen op Next.js, TypeScript en PostgreSQL, single-tenant in Docker-containers. Die keuze is bewust saai: PostgreSQL wordt gebruikt door 58,2 procent van de professionele ontwikkelaars, meer dan welke andere database ook (Stack Overflow Developer Survey 2025).

Mainstream betekent dat elke Node-ontwikkelaar in Nederland je applicatie kan overnemen.

Koppelingen. Elke integratie met Exact, Twinfield, een CRM of een WMS is een eigen post op de begroting, met eigen foutafhandeling en eigen onderhoud. Wat dat per koppeling betekent, staat in ons stuk over een API koppeling laten maken.

Draait je web app op voorraad en orders, dan bepaalt de systeemkeuze eromheen het aantal koppelingen; die keuze staat uitgewerkt in groothandel software op maat.

Van scoping tot live in 6 tot 10 weken#

1. Week 1 — scoping-workshop. Met de dagelijkse gebruikers aan tafel, niet alleen met management. De grootste tijdvreters bepalen de kernfunctionaliteit.
2. Week 2 — functioneel ontwerp. Wireframes per schermflow, UX-akkoord vóór er code komt.
3. Week 3-8 — bouwen in sprints van twee weken. Na sprint 1 log je zelf in. Elke demo kan de koers bijstellen.
4. Week 8-9 — testen en datamigratie. Geautomatiseerde tests, gebruikerstests, migratie met record-voor-record validatie.
5. Week 9-10 — go-live en training. Deployment, dagtraining, twee weken begeleiding, drie maanden garantie op bugs.

De duurste fout in dit traject zit in stap 1: specificeren wat management dénkt dat nodig is. Dat kost geen weken maar maanden, want het blijkt pas bij oplevering.

AI in dit traject: twee vragen die het verschil maken#

Versnelt AI de bouw? Ja, en dat zit in de planning verwerkt: 6 tot 10 weken waar een traditioneel traject 4 tot 6 maanden duurt.

In januari 2026 gebruikte 90 procent van de ontwikkelaars regelmatig minstens één AI-tool op het werk; Claude Code ging van circa 3 procent gebruik in het voorjaar van 2025 naar 18 procent, bij een tevredenheidsscore van 91 procent (JetBrains, 2026).

Wat niet versnelt: de architectuurkeuze, de datamigratie en het reviewen van wat er gegenereerd is. Vraag een bureau dus niet óf ze AI gebruiken, maar hoe ze de output controleren.

Hoort er AI ín je web app? Alleen als er een taak in zit die tekst, documenten of beelden moet beoordelen — bonnen uitlezen, aanvragen classificeren, vrije invoer samenvatten. Bij ons draaien die functies op Claude, achter een model-onafhankelijke integratielaag, zodat je later kunt wisselen zonder de applicatie open te breken.

Zit zo'n taak er niet in, dan is AI een dure knop waar niemand op drukt.

Wat je vastlegt voordat je tekent#

• Git-repository, documentatie en deployment-scripts staan op naam van jouw bedrijf, vanaf dag één na oplevering.
• De koppelingen draaien op jouw API-sleutels, in jouw accounts.
• Hosting is verplaatsbaar: een Docker-container op jouw infrastructuur, niet op een platform dat alleen je bouwer kan benaderen.
• Onderhoud is maandelijks opzegbaar, geen jaarcontract dat meegroeit met de applicatie.

Ontbreekt één van de vier, dan is je leverancier je enige uitweg — en dat merk je pas op het moment dat je weg wilt.

De keuze in drie vragen#

1. Heeft het proces NFC, Bluetooth of geavanceerde camerafuncties nodig? Dan een store-app.
2. Moeten mensen het onderweg doen, met een icoon op hun telefoon en soms zonder bereik? Dan een progressive web app.
3. Gebeurt het achter een login op een scherm, met rollen en koppelingen? Dan een gewone webapplicatie — de goedkoopste route die het probleem oplost.

Zit je tussen twee antwoorden in, dan is dat meestal een scopingvraag en geen techniekvraag. Het volledige traject van business case tot contract staat in onze gids over maatwerk software; wil je jouw proces laten doorrekenen, dan levert een scoping van een webapplicatie op maat een vaste prijs op in plaats van een bandbreedte.