Web application, portal or SaaS: what’s the difference and what fits your organization?

You have an idea for a digital solution. Or you have a problem you want to solve with software. But as soon as you start exploring, you’re quickly bombarded with terms like 'web application', 'personal portal', 'customer portal' and 'SaaS platform'. Are these the same? Almost the same? Or something completely different? In this blog, we compare the four most commonly used terms so you’ll know exactly what you need before you start a conversation with a developer.

Author: Alan Linnenbank

Published: 7 July, 2026

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 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

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.

What makes a portal different from a web application?

The core difference is in roles and permissions. A customer portal has customers who only see their own data. A supplier portal has suppliers with their own access. An employee portal has internal users with specific privileges. Often, there’s also an admin environment on the back end, allowing the organization to manage content, users, and permissions themselves.

A client who now wants "just a portal" doesn’t get a throwaway solution. They get a portal that can grow with their ambitions.

– Alan Linnenbank, CTO bij Dolphiq

3. An online platform

If you combine multiple building blocks into one cohesive digital environment, you have a platform. A platform isn’t one thing. It’s the sum of several layers working together, where the logic and processes are in the platform itself, not in a single standalone application.

Een volledig platform bestaat uit drie onderdelen:

1. The admin environment (internal use, for the platform owner)

This is where you manage users, permissions, content and settings. The admin environment always belongs to the owner, never the end user. Without a good admin panel, you’re dependent on your developer for every small change.

2. The web applications (public)

The functional core. This is where the business logic, data, and processes live. A platform can have a single web application, but also, for example, a planning module, an invoicing tool, and a reporting dashboard all running within the same platform.

3. The portal or ‘personal environment’ (public)

For the end users. Customers, employees or partners log in and see their own protected environment, filled with data relevant specifically to them.

Concrete example of an online platform for a healthcare organization

A healthcare organization that registers cases has an admin environment for the IT department to manage access and permissions, a web application for internal administration and logic, and a portal for clients to view their own files and appointments. That whole setup is a platform.

4. SaaS: when your solution becomes the product

SaaS stands for Software as a Service. You take a platform and then rent it out to multiple customers, usually on a subscription basis. Well-known examples include Exact Online, Mailchimp, or Slack.

The crucial difference with a portal or web application? Multiple organizations use the same software, each in their own protected environment. This is called multi-tenancy: one technical installation, but each customer only sees their own data.

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.

The differences at a glance

Web application

For your organization or a single target group. Sometimes login, own data not required. No admin environment, not multi-tenant. Limited commercial potential. Investment: low to medium.

Portal or ‘personal environment’

Used by end users with their own access. Always login, always own data per user. No admin environment for the owner, not multi-tenant. Limited suitability as a commercial product. Complexity and investment: medium to high.

Platform

Used by the owner and end users. Always login, always own data per user. Admin environment for the owner included, but not multi-tenant. Limited suitability as a commercial product. Complexity and investment: high.

SaaS

Software your organization uses to support your business process, usually via subscription. For multiple external customers, always login, own data per client organization. Admin environment included, multi-tenant by design. Suitable as a commercial product. Investment: high.

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.

Target audience

Who are you building it for? If it’s for your own organization or a specific target group, that points to a web application or portal. For multiple external customers you want to sell access to, think 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.

Scale

How quickly does it need to scale? A portal for 50 internal employees requires a different architecture than a SaaS platform for 5,000 paying customers. The number of users and the growth rate determine many of the technical choices up front.

Frequently asked questions about web applications, SaaS or platforms

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.

What is Dolphiq’s approach?

At Dolphiq, we’ve been building web applications, portals and platforms for over 25 years, and increasingly the foundation for SaaS products. Most questions start with "we want a platform", but after a good conversation, the answer is almost always a bit more concrete and smarter. What sets us apart is how we build. Most projects start small and try to scale up later. We do it the other way around: we start at the ceiling.

That ceiling is Qore.works, our own building foundation. Built on the TALL stack and with Filament as the basis for the admin environment. Standard included: login, role and permission management, and a tenant module that makes everything instantly ready for multi-tenancy. The foundation for a SaaS platform.

In practice: a client who needs a portal today gets it built on a foundation that can grow into a full SaaS platform tomorrow without rebuilding. The architectural choice that normally has to be made before the first line of code is already made with us.

On the front end, we use Qore.frontend, a set of packages that quickly connect a new application to the foundation. Whether it’s a personal environment, a portal or a standalone web application. Does a client also need a website? Then we connect a Statamic website, so content and application are managed as one whole.

We develop the best digital solution for you

Whether you’re thinking about a web application, a portal for customers, a SaaS product or an online platform: the right solution starts with the right question. Not "which technology do we want?", but "what problem are we solving, and for whom?"

Want to discuss what fits your organization? Contact us.