Webapplicatie, portaal of SaaS: wat is het verschil en wat past bij jouw organisatie?

Je hebt een idee voor een digitale oplossing. Maar zodra je begint met oriënteren, vlieg je al snel om de oren met termen als 'webapplicatie', 'mijn-omgeving', 'klantportaal' en 'SaaS-platform'. Die termen worden losjes gebruikt: een leverancier noemt iets een 'platform' terwijl het feitelijk een portaal is. Die verwarring kost tijd en geld, want je praat langs elkaar heen of er wordt gebudgetteerd voor iets anders dan je voor ogen had. In deze blog zetten we de vier meest gebruikte termen naast elkaar, zodat je precies weet wat je nodig hebt voordat je met een ontwikkelaar in gesprek gaat.

Auteur: Alan Linnenbank

Gepubliceerd: 7 juli, 2026

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. Een bekende webapplicatie is bijvoorbeeld Tikkie.

Een webapplicatie staat op zichzelf. De logica, de data en de functionaliteit zitten in één afgebakende oplossing en is bedoeld voor één doel, voor éé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 één type gebruiker, of meerdere gebruikers met vergelijkbare rechten
• Afgebakend in functie en scope
• Kan staan op jullie eigen server of in de cloud

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.

Wanneer kies je voor een portaal of ‘mijn-omgeving’?
• Je wil klanten, partners of medewerkers toegang geven tot hun eigen data
• De data die mensen zien, verschilt per persoon of organisatie
• Je wil een centrale plek creëren waar verschillende partijen samenkomen
• Je wil taken of informatie-uitwisseling digitaliseren (aanvragen, statussen, documenten)

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.

Een klant die nu "enkel een portaal" wil, krijgt geen wegwerpoplossing. Hij krijgt een portaal dat kan meegroeien met zijn ambities.

– Alan Linnenbank, CTO bij Dolphiq

Een online platform

Als je meerdere bouwstenen combineert tot één samenhangende digitale omgeving, heb je een platform. Een platform is niet één ding. Het is het geheel van meerdere lagen die samenwerken, waarbij de logica en de processen in het platform zelf zitten, niet in één losse applicatie

Een volledig platform bestaat uit drie onderdelen:

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.

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.

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.

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: één technische installatie, maar elke klant ziet alleen zijn eigen data.

Maar hoe werkt SaaS precies?

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. Het gaat om één technische installatie, volledig gescheiden per klant.

Wat maakt SaaS anders dan een gewoon platform?

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 verschillende oplossingen 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. Een beheeromgeving voor de eigenaar is niet noodzakelijk, maar wij leveren die (via ons eigen systeem Qore.works) vrijwel altijd mee, meestal voor de eenvoudigere beheertaken. 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.

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.

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.

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.

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.