De terminologie in softwareland is losjes. Een leverancier noemt iets een 'platform', terwijl het feitelijk een portaal is. Een ander spreekt over een 'applicatie', maar bedoelt eigenlijk een SaaS-product. Die verwarring kost tijd én geld: je praat langs elkaar heen, de verkeerde oplossing wordt gebouwd, of er wordt gebudgetteerd voor iets heel anders dan wat je voor ogen had.
Van idee naar de juiste digitale oplossing.
De verschillen op een rij, zodat je de juiste keuze maakt tussen een webapplicatie, online portaal of SaaS.
Webapplicatie, portaal of SaaS: wat is het verschil en wat past bij jouw organisatie?
Je hebt een idee voor een digitale oplossing. Of je hebt een probleem dat je wil oplossen met software. Maar zodra je begint met oriënteren, vlieg je al snel om de oren met termen als 'webapplicatie', 'mijn-omgeving', 'klantportaal' en 'SaaS-platform'. Is dat hetzelfde? Bijna hetzelfde? Of totaal iets anders? In deze blog zetten we de vier meest gebruikte termen naast elkaar, zodat je precies weet wat je nodig hebt voordat je een gesprek aangaat met een ontwikkelaar.
Auteur: Alan Linnenbank
Gepubliceerd: 1 juli, 2026
De vier meest gebruikte termen zijn:
Webapplicatie
Portaal of ‘mijn-omgeving’
Online platform
SaaS (Software as a Service)
Waarom is het verschil tussen deze termen belangrijk?
1. Webapplicatie: een 'losstaande' digitale tool
Een webapplicatie is een softwareproduct dat je via de browser gebruikt, zonder dat je iets hoeft te installeren. Denk aan een tool waarmee medewerkers offertes opmaken, een intern planningssysteem, of een dashboard dat data uit meerdere bronnen samenvoegt. Bekende webapplicaties zijn marktplaats en bol.com.
Een webapplicatie staat op zichzelf. De logica, de data en de functionaliteit zitten in één afgebakende oplossing en is bedoeld voor één doel, voor één doelgroep. Geen apart portaal voor eindgebruikers, geen uitgebreide beheeromgeving voor een platform eigenaar. Gewoon een gerichte tool die een specifiek probleem oplost.
Wat kenmerkt een webapplicatie?
Draait in de browser (bijvoorbeeld Chrome, Safari of Firefox)
Heeft doorgaans één type gebruiker, of meerdere gebruikers met vergelijkbare rechten
Afgebakend in functie en scope
Kan staan op jullie eigen server of in de cloud
2. Portaal of mijn-omgeving (een afgeschermde omgeving per gebruiker)
Een portaal gaat een stap verder dan een 'gewone' webapplicatie. Het gaat om een omgeving waar gebruikers inloggen en daarna een persoonlijke, afgeschermde omgeving zien die specifiek voor hen is samengesteld. Een portaal is dus niet 'groter' dan een webapplicatie; het is fundamenteel anders van opzet.
Je kent het van je bank ('Mijn ING'), je zorgverzekeraar ('Mijn Zorgverzekering') of een leveranciersportaal waarbij partners inloggen en hun eigen orders, facturen en documenten zien.
Wat maakt een portaal anders dan een webapplicatie?
De kern van het verschil zit in rollen en rechten. Een klantportaal heeft klanten die alleen hun eigen data zien. Een leveranciersportaal heeft leveranciers met eigen toegang. Een medewerkerportaal heeft interne gebruikers met specifieke bevoegdheden. Vaak is er ook een beheeromgeving aan de achterkant, waarmee de organisatie zelf de inhoud, gebruikers en rechten kan beheren.
Wanneer kies je voor een portaal of ‘mijn-omgeving’?
Je wil klanten, partners of medewerkers toegang geven tot hun eigen data
Je wil taken of informatie-uitwisseling digitaliseren (aanvragen, statussen, documenten)
Je wil een centrale plek creëren waar verschillende partijen samenkomen
De data die mensen zien, verschilt per persoon of organisatie
Een klant die nu "enkel een portaal" wil, krijgt geen wegwerpoplossing. Hij krijgt een portaal dat kan meegroeien met zijn ambities.
3. Een online platform
Als je meerdere bouwstenen combineert tot één samenhangende digitale omgeving, heb je een platform. Een platform is niet één ding. Het is het geheel van meerdere lagen die samenwerken, waarbij de logica en de processen in het platform zelf zitten, niet in één losse applicatie
Een volledig platform bestaat uit drie onderdelen:
1. De beheeromgeving (intern gebruik, voor de platformeigenaar)
Hierin beheer je gebruikers, rechten, content en instellingen. De beheeromgeving is altijd van de eigenaar, nooit van de eindgebruiker. Zonder een goede beheeromgeving ben je voor elke kleine aanpassing afhankelijk van je ontwikkelaar.
2. De webapplicaties (publiek)
De functionele kern. Hier zit de bedrijfslogica, de data en de processen. Een platform kan één webapplicatie bevatten, maar ook bijvoorbeeld een planningsmodule, een facturatietool en een rapportagedashboard die allemaal draaien binnen hetzelfde platform.
3. Het portaal of de 'mijn-omgeving' (publiek)
Voor de eindgebruikers. Klanten, medewerkers of partners loggen in en zien hun eigen afgeschermde omgeving, gevuld met data die specifiek voor hen relevant is.
Wanneer spreek je van een platform?
Die drie lagen samen maken het een platform. Een losstaande webapplicatie kan later uitgroeien tot onderdeel van een platform, maar dat vraagt dan een herbezinning op de architectuur. Andersom geldt ook: niet elke organisatie heeft een volledig platform nodig. Soms is een gerichte webapplicatie of een portaal precies genoeg.
Concreet voorbeeld van een online platform van een zorginstelling
een zorginstelling die casussen registreert heeft een beheeromgeving voor de IT-afdeling om toegang en rechten te beheren, een webapplicatie voor de interne administratie en logica, en een portaal voor cliënten om hun eigen dossier en afspraken in te zien. Dat geheel is een platform.
4. SaaS: wanneer jouw oplossing het product wordt
SaaS staat voor Software as a Service. Je neemt een platform en verhuurt dat vervolgens aan meerdere klanten, doorgaans op abonnementsbasis. Bekende voorbeelden zijn Exact Online, Mailchimp, of Slack.
Het cruciale verschil met een portaal of webapplicatie? Meerdere organisaties gebruiken dezelfde software, elk in hun eigen afgeschermde omgeving. Dat heet multi-tenancy: één technische installatie, maar elke klant ziet alleen zijn eigen data.
Hoe werkt SaaS precies? Hieronder een simpele analogie
Een gewoon platform is als een vrijstaand huis
Het huis is gebouwd voor één eigenaar. Er is een voordeur, een tuin, een garage. Dat is allemaal van jou, ingericht zoals jij dat wilt. Wil een buurman ook zo'n huis? Dan bouw je een nieuw huis. Elke klant krijgt zijn eigen installatie, zijn eigen server, zijn eigen omgeving.
Een SaaS-platform is als een flatgebouw
Het gebouw is één technische constructie. Maar daarbinnen wonen meerdere huurders, elk op hun eigen etage. Ze delen de fundering, het trappenhuis en de lift, maar elke huurder heeft zijn eigen voordeur, zijn eigen sleutel en ziet alleen zijn eigen appartement. Ze weten niet eens van elkaar wie er in het gebouw woont.
De gedeelde voorzieningen (een garage, een speeltuin, een fietsenstalling) zijn de webapplicaties en modules in het platform. Iedereen in het gebouw kan er gebruik van maken, maar wat je er opslaat blijft van jou.
De verhuurder (=de SaaS-eigenaar) beheert het hele gebouw vanuit één centrale beheeromgeving: hij regelt wie er mag intrekken, welke etage hoeveel ruimte krijgt en wat de servicekosten zijn. De huurders zien die beheerkant nooit.
Dat heet multi-tenancy, zoals we al eerder uitlegden in de vorige alinea. Het gaat om één technische installatie, volledig gescheiden per klant.
Hoe werkt SaaS precies? Hieronder een simpele analogie
Die scheiding tussen huurders is geen instelling die je achteraf aanzet. Het is een architectuurkeuze die je vanaf de eerste dag doorvoert. Elke query naar de database, elke bestandsopslag, elke notificatie moet weten van welke tenant hij is. Bouw je dat er later bij, dan is het alsof je een flatgebouw probeert te maken van een rij vrijstaande huizen: technisch mogelijk, maar pijnlijk en kostbaar.
Daarnaast brengt SaaS een aantal operationele vereisten mee die bij een gewoon platform niet of nauwelijks spelen. Nieuwe klanten moeten zelfstandig kunnen instappen zonder dat jij daar elke keer handmatig bij hoeft te zijn. Je hebt een systeem nodig voor abonnementen, upgrades en betalingen. En bij honderden of duizenden klanten hoort een andere supportstructuur dan bij één intern platform.
SaaS is dus niet zozeer een technologiekeuze, maar een bedrijfsmodelkeuze. Je bouwt geen platform voor jezelf of één opdrachtgever — je bouwt een product dat je commercieel gaat exploiteren. Dat vraagt een andere architectuur, een andere organisatie en een andere mindset dan maatwerk voor één klant.
De verschillen op een rij
Webapplicatie
Voor jouw organisatie of één doelgroep. Inloggen soms, eigen data niet per se. Geen beheeromgeving, niet multi-tenant. Beperkt commercieel inzetbaar. Investering: laag tot middel.
Portaal of 'mijn-omgeving'
Gebruikt door eindgebruikers met eigen toegang. Altijd inloggen, altijd eigen data per gebruiker. Geen beheeromgeving voor de eigenaar, niet multi-tenant. Beperkt geschikt als commercieel product. Complexiteit en investering: middel tot hoog.
Platform
Gebruikt door de eigenaar én eindgebruikers. Altijd inloggen, altijd eigen data per gebruiker. Beheeromgeving voor de eigenaar inbegrepen, maar niet multi-tenant. Beperkt geschikt als commercieel product. Complexiteit en investering: hoog.
SaaS
Software die je als organisatie afneemt om je eigen bedrijfsproces te ondersteunen, meestal via abonnement. Voor meerdere externe klanten, altijd inloggen, eigen data per klantorganisatie. Beheeromgeving inbegrepen, multi-tenant van opzet. Geschikt als commercieel product. Investering: hoog.
Webapplicatie, portaal, SaaS of een volledig platform: wat past bij jou?
Wil je weten of je een webapplicatie, portaal, SaaS of platform nodig hebt? De volgende onderdelen en vragen zijn belangrijk op de juiste oplossing te kiezen.
1
Doelgroep
Voor wie bouw je het? Voor je eigen organisatie of één specifieke doelgroep wijst richting een webapplicatie of portaal. Voor meerdere externe klanten die je er toegang toe wilt verkopen, denk je aan SaaS.
2
Data per gebruiker
Is de data per gebruiker anders? Als klanten, partners of medewerkers elk hun eigen subset van data zien, kom je uit bij een portaal of SaaS.
3
Verdienmodel
Wil je er een verdienmodel aan koppelen? Als de software zelf het product is dat je verkoopt, dan past SaaS. Is de software vooral een middel om je eigen organisatie te ondersteunen, dan zijn de andere opties relevanter.
4
Schaal
Hoe snel moet het schalen? Een portaal voor 50 interne medewerkers vraagt een andere architectuur dan een SaaS-platform voor 5.000 betalende klanten. Het aantal gebruikers en de groeisnelheid bepalen veel van de technische keuzes vooraf.
Vragen die we vaak krijgen over webapplicaties, SaaS of platformen
-
Een portaal is één laag: de afgeschermde omgeving voor eindgebruikers. Een platform is het geheel, dus de beheeromgeving voor de eigenaar, één of meerdere webapplicaties, én het portaal voor de eindgebruikers. Een portaal maakt onderdeel uit van een platform, maar een platform is meer dan alleen een portaal.
-
Een platform is gebouwd voor één organisatie, het vrijstaande huis. Een SaaS-platform is hetzelfde concept, maar dan als flatgebouw: één technische installatie die je verhuurt aan meerdere klanten, elk in hun eigen afgeschermde omgeving. Dat principe heet multi-tenancy.
-
Technisch wel, maar het vraagt vrijwel altijd een grondige herbouw als de architectuur daar niet op is ingericht. Multi-tenancy, schaalbaarheid en onboarding van nieuwe klanten zijn keuzes die je vóór de eerste regel code zou moeten maken. Bij Dolphiq lossen we dat op door alles vanaf dag één te bouwen op een fundament dat al klaar is voor SaaS, ook als de klant nu nog maar één organisatie bedient.
-
Begin altijd bij de vraag of er een goed bestaand pakket bestaat dat 80 procent dekt. Is dat zo, dan is dat vaak de slimste keuze. Maatwerk wordt pas interessant als je proces écht uniek is, als je systemen complex met elkaar moeten praten, als compliance-eisen het bestaande pakket te kort schieten, of als de software zelf je verdienmodel is. Een hybride aanpak komt ook voor: een SaaS-pakket als basis, met een maatwerk-uitbreiding voor het deel dat het pakket niet biedt.
Wat is de aanpak van Dolphiq?
Bij Dolphiq bouwen we al meer dan 25 jaar webapplicaties, portalen en platforms, en steeds vaker de basis voor SaaS-producten. De meeste vragen beginnen met "we willen een platform", maar het antwoord is na een goed gesprek bijna altijd nét iets concreter en slimmer. Wat ons anders maakt, zit in hoe we bouwen. De meeste trajecten beginnen klein en proberen later op te schalen. Wij draaien dat om: we beginnen bij het plafond.
Dat plafond is Qore.works, ons eigen bouwfundament. Gebouwd op de TALL stack en met Filament als basis voor de beheeromgeving. Standaard inbegrepen: login, rollen- en rechtenbeheer, en een tenant-module die het geheel direct klaar maakt voor multi-tenancy. Het fundament voor een SaaS-platform.
Concreet: een klant die vandaag een portaal nodig heeft, krijgt dat gebouwd op een fundament dat morgen zonder herbouw kan doorgroeien naar een volledig SaaS-platform. De architectuurkeuze die normaal vóór de eerste regel code gemaakt moet worden, is bij ons al gemaakt.
Aan de voorkant werken we met Qore.frontend, een set packages die snel een nieuwe applicatie aan het fundament koppelen. Of dat nu een mijn-omgeving, een portaal of een losse webapplicatie is. Heeft een klant ook een website nodig? Dan koppelen we daar een Statamic-website aan vast, zodat content en applicatie vanuit één geheel beheerd worden.
Wij ontwikkelen jouw ideale oplossing
Of je nu denkt aan een webapplicatie, een portaal voor klanten, een SaaS-product of een online platform: de juiste oplossing begint bij de juiste vraag. Niet "welke techniek willen we?", maar "welk probleem lossen we op, en voor wie?"
Wil je sparren over wat bij jouw organisatie past? Neem contact op met ons.