Webapplicatie laten maken, zoals een klantportaal.

Een webapplicatie is software die je in de browser gebruikt, zonder installatie. Je logt in en werkt met je eigen gegevens, en wat je ziet hangt af van wie je bent. Een website laat iedereen hetzelfde zien.

Het verschil zit in drie dingen: of er een inlog is, of de gegevens per gebruiker verschillen, en of er koppelingen met andere systemen achter zitten.

	Website	Webshop	Webapplicatie
Inlog	Meestal niet	Een klantaccount, vaak optioneel	Altijd, met rechten per gebruiker
Gegevens	Dezelfde voor elke bezoeker	Producten voor iedereen, bestellingen per klant	Per gebruiker of per organisatie
Koppelingen	Soms, voor een formulier of aanbod	Betaling, voorraad, boekhouding	De kern: zonder gegevens uit andere systemen is er weinig te zien
Voorbeeld	Een bedrijfswebsite	Een online winkel	Een klantportaal, een dashboard, een intern planningssysteem

Een web portaal is een webapplicatie waarin een groep gebruikers op één plek inlogt, zoals klanten of medewerkers.

Zoek je vooral een site die aanvragen oplevert, dan ben je bij een website beter af. Die begint bij ons bij ongeveer € 2.500 excl. btw, een webshop bij ongeveer € 4.000 excl. btw.

Een portaal laten maken begint met de vraag voor wie het is. Klanten, partners en medewerkers hebben elk een andere taak, en de gegevens komen uit een ander systeem.

Portaal	Wat de gebruiker doet	Waar de gegevens vandaan komen	Wat het oplevert
Voor klanten	Facturen inzien, orders volgen, een aanvraag indienen	Boekhouding, ERP of CRM	Minder telefoontjes en mails over standaardvragen
Voor partners	Bestellen, prijsafspraken en documentatie inzien, leads doorgeven	ERP, productinformatie, CRM	Afspraken op één plek in plaats van in losse mails
Voor medewerkers	Planning, dossiers of taken bijwerken	Planning, HR- of projectsysteem	Eén plek in plaats van spreadsheets naast elkaar

Een klantportaal is vaak een self-service portaal: de klant regelt zelf wat hij anders bij jou zou opvragen. Verkoop je aan andere bedrijven en wil je dat klanten tegen eigen prijzen bestellen, dan lees je in ons artikel over het B2B portaal wat zo’n portaal moet kunnen.

Wat is een klantportaal?

Een klantportaal is een beveiligde omgeving waarin klanten zelf gegevens inzien en acties uitvoeren, zoals facturen downloaden, orders volgen of een aanvraag indienen. Of je het een klantportaal of een klantenportaal noemt, maakt niet uit: het is hetzelfde. Wil je een klantenportaal laten maken, dan geldt alles op deze pagina.

Klantportaal laten maken: begin met één functie

Een klantportaal laten maken gaat het best in stappen. Een eerste versie doet één ding goed, bijvoorbeeld facturen inzien. Daarna kies je de volgende functie op basis van hoe klanten het gebruiken, niet op basis van een wensenlijst.

Wil je een klantportaal laten ontwikkelen met alle functies tegelijk, dan betaal je voor schermen die misschien niemand opent. Een klantportaal maken in stappen houdt de begroting overzichtelijk.

Een maatwerk webapplicatie is de goede keuze als je werkwijze afwijkt van wat standaardpakketten doen, als je gegevens uit meerdere systemen moet samenbrengen, of als de omgeving voor je klanten onderdeel van je dienst is. Past een pakket voor het grootste deel, dan is dat pakket meestal de betere keuze.

	WordPress of WooCommerce	Maatwerk in Next.js met Payload CMS	Standaard SaaS-pakket
Wanneer past het	Een eenvoudige inlog op een bestaande site, of klantaccounts in een webshop	Eigen processen, meerdere koppelingen, een portaal als deel van je dienst	Een veelvoorkomende taak waar al een pakket voor bestaat
Kosten bouwen	Laag tot gemiddeld, veel bestaat als plugin	In uren à € 95 excl. btw, begroot per onderdeel	Inrichten en koppelen, geen bouw
Kosten onderhoud	Updates van WordPress en plugins	Onderhoud van de code, geen licentie voor het CMS	Een abonnement bij de leverancier, zolang je het gebruikt
Grenzen	Plugins die samen moeten werken, maatwerk dat tegen het thema in gaat	Elke functie wordt gebouwd, er is geen pluginwinkel	Je volgt de werkwijze en de prijzen van de leverancier

Maatwerk software laten maken of een pakket kiezen?

Soms is het antwoord geen van beide. Een formulier dat via een dienst als Zapier in je CRM terechtkomt, lost een deel van de vragen op waarvoor bedrijven een portaal laten maken. Dat zeggen we in het eerste gesprek.

Een progressive web app laten maken is een tussenvorm: een webapplicatie die je op een telefoon aan het beginscherm toevoegt en die daarna opent als een app. Een native app voor de App Store en Google Play is een aparte bouw per platform. Wil je een webapp laten maken die vooral gegevens toont, dan is zo’n aparte app zelden nodig: de browser volstaat.

Een webapplicatie laten maken kost bij Klubb € 95 per uur excl. btw. We begroten een maatwerk platform zoals een klantportaal per onderdeel en rekenen elke post in uren. Je krijgt de begroting na de intake, voordat we gaan bouwen. Een vast totaalbedrag noemen we niet, omdat de omvang per opdracht te ver uiteenloopt.

Onderdeel	Wat erin zit	Wat de uren omhoog duwt
Inlog en rechten	Accounts, wachtwoord herstellen, rollen en wie wat mag zien	Meerdere rollen, inloggen via het account van een organisatie, gegevens per vestiging
Schermen	Ontwerp en bouw van elk scherm dat een gebruiker ziet	Het aantal verschillende schermen, filters, zoeken, exports
Koppelingen	Gegevens ophalen uit en terugsturen naar je andere systemen	Een API zonder documentatie, gegevens die twee kanten op gaan, veel systemen
Beheer	De omgeving in Payload CMS waarin je zelf teksten, gebruikers en instellingen bijhoudt	Veel instellingen die je zelf wilt kunnen wijzigen
Tracking	Meten wat gebruikers doen, met GA4 en Google Tag Manager	Veel acties die je apart wilt meten
Projectmanagement	Afstemming, feedbackrondes, testen en de livegang	Veel betrokkenen aan jouw kant, scope die onderweg verandert

Hoe zo’n opbouw in uren eruitziet voor een website, met een rekenvoorbeeld, staat in wat een website laten maken kost. Het werk zelf valt bij ons onder design en development. Wil je weten wat jouw portaal vraagt, plan dan een call via Let's work together.

Een portaal is zo bruikbaar als de gegevens erachter. Die staan meestal al in je CRM, je ERP of je boekhouding. Het portaal haalt ze op en laat elke gebruiker het deel zien dat voor hem bedoeld is:

Systemen	Het portaal	Gebruikers
CRM, ERP, boekhouding, planning	Haalt gegevens op, bepaalt per gebruiker wat hij mag zien, stuurt acties terug	Klant, partner, medewerker

Per systeem staat op onze pagina’s over API-koppelingen welke vorm de koppeling heeft en waar je op let. Drie voorbeelden: een Exact Online API voor orders, facturen en voorraad, een HubSpot koppeling voor contacten en leads, en een AFAS koppeling voor gegevens uit Profit. Een dashboard laten maken op dezelfde gegevens werkt op dezelfde manier: het dashboard leest, het portaal leest en schrijft.

Hetzelfde principe zie je bij Boumij Makelaars. Daar haalt de website het woningaanbod via een koppeling uit Realworks, het systeem waarin de makelaar zijn aanbod bijhoudt. Dat is een website op WordPress en geen portaal, maar de taakverdeling is dezelfde: het systeem is leidend en de site toont wat erin staat.

Bij elke koppeling leggen we drie dingen vast:

1. Welk systeem leidend is. Een factuur hoort in de boekhouding thuis, een contact in het CRM. Het portaal toont die gegevens, en wijzigt ze alleen waar dat is afgesproken.
2. Hoe vaak er wordt gesynchroniseerd. Sommige gegevens moeten direct kloppen, zoals een orderstatus. Andere kunnen eens per uur of per nacht, zoals een overzicht van facturen.
3. Wat er gebeurt bij een storing. Is het andere systeem even niet bereikbaar, dan moet vooraf vaststaan wat de gebruiker ziet. Bijvoorbeeld de laatst bekende gegevens met de tijd erbij, en acties die wachten tot de verbinding terug is.

Een webapplicatie ontwikkelen doen we in vaste stappen, en we beginnen klein. Een webapplicatie laten bouwen gaat sneller en goedkoper als de eerste versie één taak goed doet.

1. Intake en afbakening. Voor wie is het, welke taak lost het op, en welke systemen leveren de gegevens. Daarna volgt de begroting per onderdeel.
2. Ontwerp. De schermen die een gebruiker ziet, in de volgorde waarin hij ze gebruikt.
3. Bouw. De applicatie bouwen we in Next.js. Hoe we dat framework voor websites inzetten, lees je bij maatwerk op Next.js.
4. Beheer. Payload CMS is de omgeving waarin jij teksten, gebruikers en instellingen bijhoudt.
5. Test. Met echte gegevens en met gebruikers uit elke rol, voordat iemand anders erin kan.
6. Livegang. Eerst met een kleine groep, daarna voor iedereen.
7. Onderhoud. Updates, beveiliging en de volgende functie, in uren à € 95 excl. btw.

Wat jij aanlevert en wat je daarna zelf doet

Jij levert de kennis van je proces, toegang tot de systemen die gekoppeld worden en een paar testgebruikers. Na de oplevering beheer je gebruikers, teksten en instellingen zelf. Een portaal ontwikkelen houdt niet op bij de livegang: de tweede versie volgt uit hoe de eerste wordt gebruikt.

Hoe we meten of het werkt

Met GA4 en Google Tag Manager meten we hoe vaak gebruikers inloggen, welke acties ze afronden en waar ze afhaken. Leg je daar het aantal supportvragen van voor en na de livegang naast, dan zie je of het portaal zijn werk doet. Het meten van gebruik doen we met hetzelfde team dat de applicatie bouwt.

Bij Vouwwagenspecialist richtten we naast een nieuw WordPress-platform GA4 met server-side meting in, zodat elke aanvraag herleidbaar is tot campagne en zoekwoord. In een portaal meten we op dezelfde manier, alleen tellen dan inloggen en afgeronde acties in plaats van aanvragen.

Je bent eigenaar van de broncode van wat we bouwen. De gegevens staan in een Postgres-database die van jou is, en voor het CMS Payload betaal je geen licentie, want het is open source. Stap je ooit over naar een andere partij, dan gaan de code en de database mee.

Hosting staat als aparte regel in de begroting, omdat het een vaste maandelijkse post is en geen bouwwerk. In onze standaardopzet draaien de applicatie en de database in de regio Frankfurt.

Verwerkt het portaal persoonsgegevens van klanten of medewerkers, dan geldt de AVG en ben jij verantwoordelijk voor die verwerking. Werkt een andere partij met die gegevens, bijvoorbeeld voor hosting of beheer, dan eist de AVG dat jullie de afspraken vastleggen in een verwerkersovereenkomst. De verwerker moet daarbij passende technische en organisatorische maatregelen nemen om de gegevens te beveiligen. Bron: Autoriteit Persoonsgegevens, Verwerkersovereenkomst, geraadpleegd op 7 oktober 2026.