Van buiten lijken ze op elkaar: allebei openen ze in de browser, allebei hebben ze een adres dat je kunt delen. Toch koop je twee wezenlijk verschillende dingen. Een website vertelt wie je bent en wat je doet. Een webapplicatie voert werk uit: gebruikers loggen in, voeren gegevens in en het systeem doet daar iets mee.
Dat onderscheid is geen semantiek, het bepaalt je budget, je doorlooptijd en het onderhoud waar je aan begint. Wie te groot kiest, betaalt voor techniek die niemand gebruikt. Wie te klein kiest, perst een bedrijfsproces in een middel dat daar nooit voor bedoeld was.
Hetzelfde scherm, ander werk
Een website toont elke bezoeker dezelfde inhoud: dienstenpagina’s, cases, vacatures, een kennisbank als deze. De interactie blijft beperkt tot navigeren en hooguit een contactformulier. Dat is geen tekortkoming, het is precies waar een website voor dient: gevonden worden en overtuigen.
Een webapplicatie beweegt mee met de gebruiker. Denk aan een klantportaal waarin afnemers hun orders volgen, een planningstool die roosters berekent of je online bankomgeving. Er zijn accounts, er komen gegevens binnen en die worden verwerkt en bewaard. Daarmee gaat de lat omhoog: beveiliging, rechtenbeheer en betrouwbaarheid wegen ineens zwaar mee.
Vier vragen die de keuze bepalen
Leg je plannen langs deze vier vragen:
- Moeten gebruikers inloggen en iets zien dat alleen voor hen bedoeld is?
- Voeren ze taken uit, zoals bestellen, plannen of gegevens invoeren?
- Moet het systeem gegevens verwerken en bewaren, of alleen tonen?
- Moet het samenwerken met andere systemen, zoals je boekhouding of je voorraad?
Vier keer nee betekent dat een website volstaat, hoe groot je ambities verder ook zijn. Elke ja duwt je richting een webapplicatie, of een website met een applicatie erachter.
Te groot kiezen kost geld, te klein kiezen kost meer
Het ene risico is een applicatie neerzetten waar een website volstond. Je betaalt dan niet alleen de ontwikkeling van accounts, database en beheerschermen, maar daarna ook jaar in jaar uit het onderhoud, voor functionaliteit waar geen bezoeker om vroeg.
Het omgekeerde komt vaker voor en doet meer pijn: een website die met formulieren en plugins wordt opgerekt tot iets dat op een applicatie moet lijken. Inzendingen belanden in mailboxen, collega’s houden er spreadsheets naast bij en niemand weet welke versie klopt. Zodra mensen naast de site handwerk doen om het proces af te maken, ben je die grens over.
Wat de keuze betekent voor budget en doorlooptijd
Een website ontwikkel je in weken, een webapplicatie vraagt maanden. Dat verschil zit niet in de schermen, maar in wat eronder ligt: een datamodel dat klopt, rechten en beveiliging, koppelingen met andere systemen en het testwerk dat dit alles betrouwbaar maakt. Hoe zo’n traject is opgebouwd, lees je in ons artikel over de doorlooptijd van een webapplicatie.
Reken bij een webapplicatie ook op structureel onderhoud. Een website die een dag hapert is vervelend; een applicatie waar je bedrijfsproces op draait, mag niet stilvallen. Dat verschil hoort vanaf de eerste begroting op papier.
Begin bij het werk, niet bij de techniek
De bruikbaarste vraag is niet welke techniek je wilt, maar welk werk het systeem uit handen moet nemen. Wil je gevonden worden en overtuigen, dan is dat het terrein van onze websites. Moet er gewerkt worden, met accounts, gegevens en koppelingen, dan kom je uit bij webapplicaties en portalen. We ontwikkelen allebei en adviseren geregeld de kleinste van de twee. Zit je vraagstuk ertussenin? Juist die gevallen leggen we graag samen op tafel.