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. Hieronder lees je waar de grens ligt, wanneer een webapplicatie de investering waard is en hoe zo’n applicatie van idee tot livegang gemaakt wordt.
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 is software die in de browser draait en meebeweegt met de gebruiker. Denk aan een klantportaal waarin afnemers hun orders volgen, een planningstool die roosters berekent, een dashboard dat cijfers uit meerdere systemen samenbrengt of je online bankomgeving. Er zijn accounts, er komen gegevens binnen en die worden verwerkt en bewaard. Niemand hoeft iets te installeren en iedereen werkt in dezelfde, actuele versie. Maar de lat gaat ook 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.
Wanneer een webapplicatie op maat de investering waard is
Een ja op de vier vragen betekent nog niet dat je iets moet laten ontwikkelen; voor veel taken is standaardsoftware goed genoeg, en dan is dat de verstandige keuze. Maatwerk wordt interessant als je proces afwijkt van wat standaardpakketten aannemen, of als je team handwerk doet om gegevens tussen systemen te krijgen die niet met elkaar praten. Hoe je die afweging maakt, lees je in ons artikel over maatwerk webapplicaties versus SaaS.
Hoe een webapplicatie gemaakt wordt, van idee tot livegang
Wie voor het eerst een webapplicatie laat maken, ziet vaak vooral het programmeerwerk voor zich. In de praktijk is dat een van vijf stappen, en elke stap vraagt iets van jou als opdrachtgever.
- Scherpstellen. Niet de techniek maar je proces komt eerst: welk werk moet de applicatie overnemen, wie werken ermee en wat mogen zij zien en doen, met welke systemen de applicatie gegevens uitwisselt, en wat buiten de eerste versie blijft. Jouw bijdrage: zet de mensen aan tafel die het proces dagelijks uitvoeren, want zij kennen de uitzonderingen.
- Ontwerpen. De afspraken worden vertaald naar schermen die je kunt doorklikken voordat er code is geschreven. Hier merk je of de applicatie werkt zoals jij werkt. Correcties zijn in deze stap nog klein.
- Ontwikkelen in rondes. De applicatie groeit in stappen, telkens met een werkende versie waar je mee kunt kijken. Je bepaalt mee wat de volgende ronde oplevert en wat naar later kan. Testen hoort bij elke ronde, niet pas aan het eind.
- Invoeren en live gaan. Bestaande gegevens worden overgezet en gecontroleerd, collega’s leren met de applicatie werken en vaak draait het oude systeem nog een periode mee. Jouw rol: kies een moment buiten de drukste periode en wijs iemand aan die intern het aanspreekpunt is.
- Beheren en doorontwikkelen. Na de livegang begint het gebruik, en daarmee komen de verbeterwensen. Reserveer daar vanaf het begin budget voor. Lees meer over doorontwikkeling en beheer.
Welke techniek eronder komt, hoef jij niet vooraf te kiezen. Wel mag je verwachten dat het team beproefde techniek kiest die over jaren nog te onderhouden is, en je uitlegt waarom; meer daarover in ons artikel over programmeertalen voor webapplicaties.
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. Hoeveel tijd elke stap vraagt en waar vertraging ontstaat, lees je in ons artikel over de doorlooptijd van een webapplicatie.
Een vast bedrag noemen we hier bewust niet: de prijs volgt uit het aantal gebruikersrollen, de koppelingen en de hoeveelheid gegevens. De misverstanden daarover zetten we op een rij in drie misvattingen over de prijs van maatwerk webapplicaties. Reken daarnaast 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.