Een klantportaal voor je bedrijf: wat het oplevert en wat niet

Een klantportaal is een eigen, afgeschermde omgeving waarin een klant inlogt en alleen zijn eigen gegevens ziet: facturen, de status van een bestelling of project, afgesproken planning, of documenten zoals offertes en contracten. Het verschilt van een gewone website doordat de klant moet inloggen, en van e-mail doordat de informatie altijd actueel is in plaats van een momentopname uit een bericht van vorige week.

In de praktijk zie je een paar vaste onderdelen terugkomen: een overzicht van openstaande en betaalde facturen, de status van een lopende opdracht (aangevraagd, in behandeling, onderweg, afgerond), en een plek om documenten te downloaden die een klant anders zou moeten opvragen via de mail. Sommige portalen laten een klant ook zelf gegevens aanpassen, zoals een adreswijziging of een nieuw contactpersoon.

Het is nadrukkelijk geen vervanging van je boekhoudpakket of planningssysteem. Een portaal toont meestal gegevens die al in een ander systeem staan — het voegt een laag toe waarmee de klant er zelf bij kan, zonder dat hij jou daarvoor moet bellen of mailen. Bouw je het zonder die koppeling, dan houd je alles dubbel bij, en dat is meer werk dan je ermee bespaart.

Het grootste voordeel van een klantportaal is niet dat het sneller is dan een telefoontje, maar dat het een vraag wegneemt vóórdat hij gesteld wordt. Een klant die wil weten of zijn factuur al verstuurd is, of wanneer zijn bestelling wordt geleverd, kan dat zelf opzoeken in plaats van te bellen of te mailen — en bij jou valt dat weg als vraag die een medewerker moet beantwoorden.

Dat voordeel is het grootst bij bedrijven met veel klanten die vergelijkbare, terugkerende vragen stellen: een vraag over de status van een bestelling, een kopie van een oude factuur, de voortgang van een lopend project. Hoe vaker dezelfde vraag per telefoon of mail binnenkomt, hoe meer een portaal oplevert.

Bij bedrijven met weinig klanten, of met klanten die vooral contact zoeken over inhoudelijke zaken — een offerte bespreken, een wijziging in een project, een klacht — levert een portaal veel minder op. Die gesprekken vervang je niet door een inlogscherm, en de vraag 'wat is de status van mijn bestelling' komt dan ook niet vaak genoeg voor om een apart systeem te rechtvaardigen.

Een tweede, minder tastbaar voordeel: een klant die zelf kan inloggen en zien dat alles klopt, heeft minder reden om te bellen uit onzekerheid. Dat scheelt niet alleen tijd, maar ook een deel van de telefoontjes die puur gaan over 'ik wilde even checken of het goed gaat'.

Zodra klanten inloggen op een portaal, verwerk je persoonsgegevens in een omgeving die vanaf buiten je bedrijf bereikbaar is. Dat maakt toegangsbeheer het eerste punt om goed te regelen, niet een detail voor achteraf.

Ondernemersplein, het overheidsloket voor ondernemers, schrijft het zo: 'U moet ervoor zorgen dat niet zomaar iedereen in uw bedrijf bij de persoonsgegevens kan.' Dat principe geldt in een klantportaal net zo hard naar de andere kant: een klant mag alleen zijn eigen facturen, zijn eigen bestellingen en zijn eigen documenten zien — nooit die van een andere klant. Een portaal waarin klant A per ongeluk de factuur van klant B kan openen, is niet een bug die je later oplost, maar een datalek dat je moet melden.

Dezelfde pagina noemt twee andere punten die bij een klantportaal meteen relevant worden: verzamel niet meer gegevens dan nodig voor het doel van het portaal, en bewaar ze niet langer dan nodig. Een inlogscherm dat ook nog oude, niet meer relevante klantgegevens toont, vergroot alleen het risico zonder dat het iets oplevert.

KVK wijst ondernemers die met klantgegevens werken in algemene zin op het regelen van 'goede beveiliging' — zonder dat hard te maken in concrete techniek. Voor een portaal betekent dat in de praktijk: sterke inlogmethoden, een aparte omgeving per klant, en het testen of de scheiding tussen klanten ook echt werkt, niet alleen in de opzet maar ook in de uitvoering.

De kosten van een klantportaal lopen sterk uiteen, en harde, algemeen geldende bedragen zijn er niet — te veel hangt af van wat je al in huis hebt en hoeveel maatwerk je wilt. Dat is geen ontwijkend antwoord: een betrouwbare prijs kun je alleen geven voor een specifieke situatie, niet voor 'een klantportaal' in het algemeen.

Er zijn wel twee duidelijk verschillende routes, en die verschillen aanzienlijk in kosten en in wat je ervoor terugkrijgt.

De eerste route is een portaalfunctie die al in je bestaande boekhoud- of planningspakket zit, of die als los onderdeel daarbij aan te zetten is. Veel pakketten voor facturatie bieden inmiddels een klantlogin waar een klant zijn eigen facturen kan zien. Dat is meestal de goedkoopste route, omdat je geen nieuwe koppeling hoeft te bouwen — de data staat al in het systeem dat het portaal ook toont.

De tweede route is een apart gebouwd portaal, los van of boven op je bestaande systemen. Dat geeft meer vrijheid in wat je laat zien en hoe het eruitziet, maar vraagt een koppeling met elk systeem waar de getoonde data uit komt: je boekhouding voor facturen, je planning voor de status van een opdracht. Hoe meer systemen je moet koppelen, hoe meer onderhoud het portaal vraagt zodra een van die systemen verandert.

De vuistregel: begin bij de functie die je boekhoud- of planningspakket al biedt. Pas als die functie structureel tekortschiet — te weinig aan te passen, geen koppeling met een systeem dat je wel nodig hebt — is een apart gebouwd portaal de volgende stap om te overwegen.

Een klantportaal loont niet bij elk bedrijf, en dat is iets anders dan 'nog niet nodig'. Een paar situaties waarin het structureel niet uit zou moeten komen:

• Weinig klanten. Heb je vijftien vaste klanten die je al jaren kent en die je op naam belt, dan is de kans klein dat een inlogomgeving tijd bespaart. De drempel om voor vijftien mensen een portaal te onderhouden — updates, toegangsbeheer, een systeem dat moet blijven werken — is hoger dan het antwoorden van een paar keer per maand een telefoontje.

• Vragen die geen portaal kan beantwoorden. Gaat het contact met klanten vooral over inhoudelijke afstemming — een wijziging bespreken, meerwerk afstemmen, een klacht behandelen — dan vervangt een portaal dat gesprek niet. Je bouwt dan een scherm erbij voor vragen die toch telefonisch worden opgelost.

• Gegevens die zelden veranderen. Een jaarlijkse factuur voor een onderhoudscontract die verder nooit wijzigt, hoeft niet in een portaal te staan dat een klant moet kunnen inloggen om te checken. Een factuur per mail doet dan precies hetzelfde, zonder dat iemand een wachtwoord moet onthouden.

• Een klantenbestand dat niet digitaal wil. Bij een klantengroep die liever belt dan inlogt — vaak, maar niet uitsluitend, bij een ouder klantenbestand — gebruikt niemand het portaal, hoe goed het ook gebouwd is. Dan betaal je voor onderhoud van iets dat niemand opent.

De gemene deler: een portaal lost een probleem van herhaling op. Zonder herhaling — weinig klanten, weinig terugkerende vragen, weinig verandering in de gegevens — koop je iets voor een probleem dat er niet is.