Elke ochtend opent iemand op de planningsafdeling hetzelfde Excelbestand, past twintig regels aan en mailt het naar vier collega's. Tegen de middag circuleren er drie versies en klopt er geen enkele meer. Voor precies dat soort werk bestaat een webapplicatie: één plek in de browser waar iedereen dezelfde gegevens ziet en bewerkt.
Een webapplicatie is software die in de browser draait en via internet bereikbaar is, zonder installatie op de computer of telefoon van de gebruiker. Gebruikers loggen in, voeren handelingen uit en werken met gegevens die centraal op een server staan. Een website toont vooral informatie; een webapplicatie laat je iets doen.
De term duikt op zodra een organisatie uit spreadsheets en losse tools groeit, en dan wil je scherp hebben waarin een webapplicatie verschilt van een website of een app.
Verschil tussen website, webapplicatie en app
De begrippen lopen in gesprekken vaak door elkaar, terwijl het verschil bepaalt wat je laat bouwen en wat dat kost. Het onderscheid zit in wat de gebruiker ermee doet.
Een website is bedoeld om informatie te tonen. Bezoekers lezen over je diensten, bekijken openingstijden of vullen hooguit een contactformulier in. De inhoud is voor iedereen hetzelfde en niemand hoeft in te loggen.
Een webapplicatie draait ook in de browser, maar is gebouwd om handelingen uit te voeren. Gebruikers loggen in, zien hun eigen gegevens, plaatsen orders, keuren aanvragen goed of plannen diensten. Achter de schermen slaat de applicatie die gegevens op, controleert ze en deelt ze met andere systemen.
Een native app installeer je uit de App Store of Google Play. Zo'n app is gemaakt voor één besturingssysteem en gebruikt de hardware van het toestel rechtstreeks: camera, gps, bluetooth en pushberichten, ook zonder internet. Daar staat tegenover dat je voor iOS en Android vaak twee versies onderhoudt en elke update door de winkels moet laten goedkeuren.
Een progressive web app (PWA) zit ertussenin. Het is een webapplicatie die je op het startscherm van je telefoon zet, die een deel van de functies offline beschikbaar houdt en pushberichten kan sturen. Je bouwt één codebase en omzeilt de appwinkels, met als prijs dat sommige hardwarefuncties beperkt blijven.
| Website | Webapplicatie | Native app | Progressive web app | |
|---|---|---|---|---|
| Doel | Informatie tonen | Handelingen uitvoeren | Handelingen uitvoeren | Handelingen uitvoeren |
| Installatie | Geen | Geen | Via App Store of Google Play | Optioneel, vanuit de browser |
| Inloggen en eigen data | Zelden | Vrijwel altijd | Vrijwel altijd | Vrijwel altijd |
| Toegang tot hardware | Nauwelijks | Beperkt | Volledig | Gedeeltelijk |
| Offline werken | Nee | Meestal niet | Ja | Gedeeltelijk |
| Updates | Direct | Direct voor iedereen | Via de winkels, per toestel | Direct voor iedereen |
Ben je uit de fase van spreadsheets en losse tools gegroeid, dan is een webapplicatie op maat vaak de logische volgende stap. Op onze pagina over maatwerksoftware laten ontwikkelen lees je wanneer maatwerk loont en wanneer standaardsoftware volstaat.
Voorbeelden van webapplicaties in organisaties
De meeste webapplicaties zijn onzichtbaar voor de buitenwereld. Ze draaien achter een inlogscherm en vervangen werk dat eerder in mail, Excel of een verouderd pakket gebeurde. Vier vormen kom je in vrijwel elke sector tegen:
- Klantportaal. Klanten zien zelf hun orders, facturen en documenten, dienen aanvragen in en volgen de status. Wat zo'n portaal precies is en oplevert, lees je in ons artikel over het klantportaal.
- Planningstool. Planners roosteren mensen, machines of ruimtes in volgens de regels van de eigen organisatie, en collega's zien hun planning op elk apparaat.
- Dashboard. Cijfers uit ERP, CRM en andere bronnen komen samen in één overzicht, zodat het management op dezelfde gegevens stuurt.
- Orderportaal. Zakelijke klanten bestellen rechtstreeks uit de actuele voorraad, tegen hun eigen prijsafspraken, met een order die direct in het ERP landt.
Merel is hoofd planning bij een thuiszorgorganisatie met 120 medewerkers. De roosters staan in een Excelbestand dat alleen zij goed begrijpt, wijzigingen komen binnen via appjes en mailtjes, en medewerkers bellen om te vragen waar ze morgen moeten zijn. Een planningswebapplicatie lost dat op: medewerkers zien hun rooster op hun telefoon, dienen ruilverzoeken in via het scherm en de applicatie bewaakt zelf contracturen en bevoegdheden. Merel houdt haar ochtenden over voor de uitzonderingen die aandacht vragen.
Voordelen en nadelen van een webapplicatie
Het grootste voordeel van een webapplicatie is dat hij overal werkt waar een browser is. Op de laptop op kantoor, op de tablet in het magazijn en op de telefoon van een monteur onderweg. Niemand hoeft iets te installeren en niemand draait een oude versie.
- Geen installatie. Een link en een wachtwoord zijn genoeg. Nieuwe medewerkers of klanten kunnen direct aan de slag.
- Overal bereikbaar. Kantoor, thuis, onderweg: dezelfde applicatie met dezelfde gegevens.
- Eén codebase. Je onderhoudt één versie voor alle apparaten en besturingssystemen.
- Direct updaten. Een verbetering staat na uitrol meteen voor iedereen klaar, zonder appwinkel en zonder dat gebruikers iets hoeven te doen.
- Centrale data. Alle gegevens staan op één plek, met beheer van rechten en logging van wie wat heeft gedaan.
Er zijn ook grenzen, en die verdienen een eerlijke plek in de afweging. Een webapplicatie heeft in principe een internetverbinding nodig. Voor werk in kelders, op afgelegen locaties of in productiehallen met slechte dekking is dat een aandachtspunt, al vangt een progressive web app een deel daarvan op. Daarnaast is de toegang tot hardware beperkter dan bij een native app: barcodescanners, sensoren en bluetoothapparatuur werken via de browser soms prima en soms alleen via een geïnstalleerde app.
De praktische regel: gaat het om handelingen op kantoor, in een magazijn met wifi of bij klanten thuis, dan is een webapplicatie bijna altijd de beste keuze. Vormt offline werken of diepe hardwaretoegang het hart van het proces, dan hoort een native app of een combinatie van beide op tafel.
Zo zit een webapplicatie technisch in elkaar
Je hoeft geen developer te zijn om een goed gesprek over een webapplicatie te voeren. Vijf onderdelen komen in vrijwel elke applicatie terug.
- Frontend. Het deel dat de gebruiker ziet en bedient in de browser: schermen, knoppen, formulieren en overzichten. Developers bouwen het met HTML, CSS en JavaScript, meestal met een framework zoals Angular, React of Vue.
- Backend. De logica op de server. Hier past de applicatie de regels toe: mag deze gebruiker deze order zien, klopt de invoer, wat gebeurt er na goedkeuring. De backend schrijf je in een taal als .NET, Java, Python of Go.
- Database. De plek waar gegevens veilig staan: klanten, orders, roosters, documenten. De backend leest en schrijft hier; de gebruiker komt er nooit rechtstreeks bij.
- API. Het koppelvlak waarmee frontend en backend met elkaar praten en waarmee de applicatie gegevens uitwisselt met andere systemen, zoals je ERP of boekhoudpakket. Een korte uitleg van het begrip vind je op Wikipedia.
- Hosting. De servers waarop alles draait, meestal in de cloud bij een partij als Microsoft Azure of AWS. Hosting bepaalt mee hoe snel, beschikbaar en veilig de applicatie is. Onze cloudservices richten die omgeving in en houden hem bij.
Een progressive web app voegt daar een laag aan toe: een zogeheten service worker die onderdelen lokaal bewaart, zodat de applicatie ook zonder verbinding opent. Mozilla legt de techniek uit op MDN Web Docs.
Beveiliging loopt door al deze lagen heen: versleutelde verbindingen, goed geregelde toegangsrechten, logging en regelmatige updates van de onderdelen waarop de applicatie is gebouwd. Voor organisaties in de zorg, het onderwijs en de overheid is dat een harde eis. Wij werken daarom volgens ISO 27001, zodat informatiebeveiliging aantoonbaar geregeld is.
Wil je weten hoe wij deze onderdelen bij elkaar brengen en wat er in een eerste gesprek gebeurt, bekijk dan onze aanpak voor het ontwikkelen van maatwerksoftware of vraag een adviesgesprek aan.
Wanneer laat je een webapplicatie maken en hoe verloopt het traject
Ruben is operationeel directeur bij een technische groothandel met 45 medewerkers. Zijn klanten bestellen via mail en telefoon, de binnendienst typt de orders over in het ERP en twee keer per week gaat er iets mis met een prijs of een levertijd. Een standaard webshop past slecht bij zijn staffelprijzen en klantspecifieke afspraken. Een orderportaal op maat, gekoppeld aan het ERP, laat klanten zelf bestellen tegen hun eigen condities en haalt het overtypen weg.
De situatie van Ruben laat de drie signalen zien waarbij een webapplicatie laten maken zinvol wordt:
- Het proces onderscheidt je van concurrenten en past zonder omwegen in geen enkel standaardpakket.
- Meerdere mensen of partijen werken met dezelfde gegevens en typen die nu over.
- De gegevens moeten gekoppeld worden aan systemen die je al hebt, zoals ERP, CRM of een planningspakket.
Is aan geen van de drie voldaan, dan is een standaardpakket meestal goedkoper en sneller. Dat zeggen we in een verkennend gesprek ook eerlijk.
Het traject in vijf stappen
Een webapplicatie ontwikkelen verloopt bij ons in korte cycli, zodat je elke paar weken werkende software ziet en bijstuurt terwijl bijsturen nog goedkoop is.
- Verkennen. We brengen het proces, de gebruikers en de bestaande systemen in kaart en spreken af waaraan we het succes afmeten.
- Ontwerpen. Schetsen en klikbare prototypes maken de schermen concreet voordat er een regel code staat.
- Bouwen in korte cycli. Elke twee tot drie weken staat er een nieuwe versie klaar die je met gebruikers uit de praktijk bekijkt.
- Testen en live gaan. Handmatige en geautomatiseerde tests, beveiligingscontroles en een gecontroleerde uitrol. Hoe we dat aanpakken, staat op onze pagina over QA en testen.
- Beheren en doorontwikkelen. Software is nooit af. De mensen die de applicatie bouwen zijn bij ons dezelfde mensen die hem draaiend houden en verbeteren.
Met 30+ engineers in Nijmegen en Sarajevo, 100+ opgeleverde projecten en ruim dertig jaar ervaring bouwen we webapplicaties voor onder meer zorg, onderwijs, industrie, overheid en energie, in dezelfde tijdzone en volgens ISO 9001 gecertificeerde processen.
Veelgestelde vragen
Wat is het verschil tussen een website en een webapplicatie?
Een website toont informatie die voor elke bezoeker hetzelfde is, zoals diensten, nieuws en contactgegevens. Een webapplicatie laat gebruikers inloggen en handelingen uitvoeren met hun eigen gegevens: bestellen, plannen, goedkeuren of rapporteren. Technisch draaien beide in de browser; het verschil zit in de logica en de data achter het scherm.
Is een webapplicatie hetzelfde als een web app?
Ja. Webapplicatie, web app en webapp zijn drie namen voor hetzelfde: software die in de browser draait en via internet bereikbaar is. Nederlandse organisaties gebruiken meestal "webapplicatie", developers zeggen vaker "web app".
Wat kost een webapplicatie laten maken?
Dat hangt af van het aantal schermen en processen, het aantal koppelingen met andere systemen, de complexiteit van de regels en de eisen aan beveiliging en beheer. Een bedrag noemen zonder de opgave te kennen is een gok. Na een verkennend gesprek geven we een concrete inschatting met heldere aannames.
Hoe lang duurt het ontwikkelen van een webapplicatie?
Een eerste werkende versie van een afgebakende applicatie staat er vaak binnen enkele maanden. Omdat we in korte cycli bouwen, zie je elke paar weken resultaat en kun je eerder live met een kern die al waarde oplevert. Daarna groeit de applicatie stap voor stap mee met de organisatie.
Kort samengevat
- Een webapplicatie draait in de browser, vraagt geen installatie en laat gebruikers inloggen en handelingen uitvoeren met centrale gegevens.
- Een website toont informatie, een native app installeer je en biedt volledige hardwaretoegang, een progressive web app zit daartussenin.
- Klantportalen, planningstools, dashboards en orderportalen zijn de meest voorkomende vormen in organisaties.
- Voordelen: geen installatie, overal bereikbaar, één codebase, direct updaten. Aandachtspunten: offline werken en hardwaretoegang.
- Een webapplicatie laten maken loont zodra je proces onderscheidend is, meerdere mensen dezelfde gegevens overtypen of koppelingen met bestaande systemen nodig zijn.
Herken je de situatie van Merel of Ruben, dan is een verkennend gesprek de logische volgende stap. We denken vrijblijvend mee en zeggen het ook eerlijk als standaardsoftware beter past. Neem contact met ons op en vertel waar je tegenaan loopt.
