Een klantportaal is een beveiligde online omgeving waarin je klanten met een eigen inlog hun eigen gegevens inzien en zaken regelen die ze anders telefonisch of per e-mail zouden regelen. Denk aan facturen bekijken, de status van een lopende opdracht volgen, documenten aanleveren of een afspraak inplannen — zonder dat er iemand van jouw kant aan te pas komt.
Dat klinkt eenvoudig. De vraag of jouw organisatie er een nodig heeft is dat niet. Hieronder staat wat een klantportaal precies is, hoe het technisch werkt, welke soorten er bestaan, wat het kost en — even belangrijk — wanneer je er beter niet aan begint.
Wat is een klantportaal precies?
Een klantportaal wordt met vier dingen verward. Het verschil met elk daarvan zegt meer dan een definitie alleen.
Met een website. Een website is openbaar en toont iedereen hetzelfde. Een portaal zit achter een inlog en toont iedere gebruiker iets anders: zijn eigen facturen, zijn eigen opdrachten, zijn eigen documenten. Een website informeert; een portaal geeft toegang.
Met een intranet. Een intranet is voor je eigen medewerkers. Een klantportaal is voor mensen buiten je organisatie. Dat verschil is niet cosmetisch: bij een portaal krijgen externen toegang tot gegevens die in jouw systemen staan, en dat stelt zwaardere eisen aan wie precies wat mag zien.
Met een extranet. Extranet is de bredere term voor een afgeschermde omgeving voor partijen buiten je organisatie: klanten, maar net zo goed leveranciers, partners of onderaannemers. Een klantportaal is een extranet dat op één groep gericht is.
Met de klantomgeving van een standaardpakket. Veel software heeft er een ingebouwd. Het verschil zit in wie bepaalt wat erin komt. Bij een standaardpakket bepaalt de leverancier dat, en betaal je meestal per gebruiker per maand. Bij een eigen portaal bepaal jij het, en betaal je eenmalig voor de bouw.
Hoe werkt een klantportaal technisch?
Elk portaal begint bij authenticatie: vaststellen wie iemand is. Meestal een e-mailadres met wachtwoord, aangevuld met een tweede stap zoals een code op de telefoon. Die tweede stap is bij een klantportaal geen luxe, want het gaat om gegevens waarvoor jij verantwoordelijk bent.
Daarna komt autorisatie: bepalen wat die persoon mag. Dit is het hart van elk portaal en het onderdeel dat het vaakst wordt onderschat. Een inkoper ziet alleen zijn eigen orders, zijn manager die van de hele afdeling, en sommige documenten wil je helemaal niet breed delen. Dat rollen- en rechtenmodel leg je vóór de bouw vast, want achteraf dichtzetten is aanzienlijk lastiger dan het meteen goed inrichten.
En dan de gegevens. Een hardnekkig misverstand is dat een portaal een systeem met eigen data is. Meestal is het dat niet: wat de klant ziet komt uit een database of rechtstreeks uit je backendsystemen, via koppelingen met hun API's. De facturen komen uit je boekhouding, de orders uit je ERP, de contactgegevens uit je CRM. Het gaat daarbij twee kanten op: een klant kan vaak ook zelf gegevens toevoegen of wijzigen, en die mutaties worden in diezelfde systemen doorgevoerd.
Welke soorten klantportalen zijn er?
Technisch lijken ze op elkaar. Wat erin zit verschilt sterk per branche.
Accountancy en administratie. Documenten uitwisselen, aangiftes en jaarstukken inzien en digitaal ondertekenen, de status van het dossier volgen. Hier vervangt het portaal vooral het heen-en-weer mailen van bestanden, met als bijvangst dat je kunt aantonen wat wanneer is aangeleverd.
Zorg. Afspraken inplannen, uitslagen inzien, vragenlijsten vooraf invullen. In deze sector wegen de privacy-eisen het zwaarst, omdat het om bijzondere persoonsgegevens gaat. Het rechtenmodel en de logging zijn hier geen sluitpost maar het uitgangspunt.
Installatie en onderhoud. Storingen melden, onderhoudsrapporten en keuringen inzien, contracten en certificaten downloaden, de planning van de monteur volgen. Dit zijn organisaties waar de telefoon vaak gaat over dezelfde handvol vragen. Voor die sector bouwden we Service Planner, waarin herhalende onderhoudsafspraken, werkbonnen en facturatie in één applicatie samenkomen.
Groothandel en B2B. Bestellen tegen eigen prijsafspraken, ordergeschiedenis, retouren aanmelden, voorraad inzien. Dit schuift op richting een B2B-webshop; het onderscheid zit vooral in of er ook daadwerkelijk besteld wordt of alleen ingezien. Voor groothandel BD-totaal werken we aan zo'n omgeving.
Verzekeren en financieel. Polissen inzien, wijzigingen doorgeven, schade melden en de afhandeling volgen. Veel waarde zit hier in het inzichtelijk maken van een proces dat voor de klant anders een black box is.
Wat levert een klantportaal op?
Op dit punt beloven veel partijen percentages. Wij niet: we hebben geen cijfers die we hard kunnen maken, en verzonnen cijfers helpen je niet bij de afweging. Wat wél te benoemen is, is waar de winst vandaan komt.
Vragen verdwijnen aan de bron. Het gaat niet om sneller antwoorden, maar om vragen die niet meer gesteld worden. Wie zijn factuur kan opzoeken, belt er niet over.
Het is er buiten kantoortijd. Je klant regelt zijn zaken 's avonds, en jij hoeft daar niet voor te zitten.
Minder overtypwerk. Gegevens die je klant zelf invoert, komen rechtstreeks in het systeem. Er zit geen mailtje meer tussen dat iemand overneemt, dus verdwijnt ook de fout die daarbij hoort.
Het staat vast. Wie wanneer welk document heeft ingezien of aangeleverd, is achteraf terug te vinden. Dat is prettig bij een meningsverschil en soms noodzakelijk om te kunnen aantonen dat je zorgvuldig met gegevens omgaat.
Groeien zonder evenredig meer telefoon. Twee keer zoveel klanten hoeft niet twee keer zoveel vragen te betekenen.
Eén kanttekening die vaak ontbreekt: dit staat of valt met gebruik. Een portaal dat je klanten niet weten te vinden of niet vertrouwen, levert niets op. Het kost dan zelfs extra, want je houdt twee kanalen naast elkaar in de lucht.
Wanneer heb je géén klantportaal nodig?
Er zijn vier situaties waarin we het afraden.
Weinig klanten of weinig contactmomenten. Bij een handvol klanten die je twee keer per jaar spreekt, verdient een portaal zich nooit terug. Persoonlijk contact is dan geen inefficiëntie maar je dienstverlening.
Klanten die het niet gaan gebruiken. Als je doelgroep gewend is te bellen en dat prettig vindt, bouw je een omgeving die leeg blijft. Dit is te toetsen vóór je bouwt: vraag het tien klanten.
Processen die intern nog niet lopen. Een portaal maakt zichtbaar hoe je werkt. Is de status van een opdracht intern al onduidelijk, dan wordt die in het portaal niet helderder — hij wordt alleen zichtbaar voor je klant.
Een bestaand pakket dat het al doet. Dekt de klantomgeving van je huidige software tachtig procent van wat je wil, dan is die laatste twintig procent zelden een eigen portaal waard.
Standaardpakket of maatwerk?
Een standaardoplossing is snel en begint goedkoop. Je betaalt doorgaans per gebruiker per maand, je bent snel live, en onderhoud en beveiliging liggen bij de leverancier. Daar staat tegenover dat je het proces van de leverancier volgt, dat koppelingen met jouw systemen beperkt zijn tot wat zij aanbieden, en dat de kosten meegroeien met het aantal gebruikers.
Maatwerk is een eenmalige investering die zich richt op jouw proces. Koppelingen kunnen met alles wat een API heeft, het aantal gebruikers heeft geen invloed op de prijs, en de broncode is van jou.
Het kantelpunt ligt bij drie vragen. Hoeveel gebruikers krijgen toegang — want licentiekosten per gebruiker lopen hard op zodra je klantenbestand groeit. Wijkt je proces af van wat gangbaar is in je branche. En moet het portaal koppelen met systemen waar het standaardpakket niet mee praat. Twee keer ja is meestal genoeg reden om maatwerk serieus te bekijken.
Wat kost een klantportaal?
Er bestaat geen prijslijst, omdat de prijs wordt bepaald door drie dingen: het aantal gebruikersrollen met eigen rechten, het aantal koppelingen met bestaande systemen, en of er gegevens uit een oud systeem gemigreerd moeten worden. Een portaal met één rol en geen koppelingen is een fractie van een portaal met vier rollen dat aan je ERP hangt.
Bij ons begint een klantportaal rond de € 20.000 exclusief btw, voor een portaal met twee gebruikersgroepen: je klanten en je eigen team. Een eerste werkende versie is er meestal binnen zes tot tien weken. Wat daarin zit en hoe we te werk gaan, staat op onze pagina over een klantportaal laten maken.
Waar let je op als je er een laat bouwen?
Zes punten die het verschil maken tussen een portaal dat gebruikt wordt en een portaal dat stilvalt.
Leg het rechtenmodel vooraf vast. Wie ziet wat, en wie mag wat wijzigen. Dit is geen instelling achteraf.
Controleer of je systemen een API hebben. Zonder koppelingsmogelijkheid wordt een portaal een tweede plek waar gegevens handmatig in moeten — precies wat je wilde voorkomen. Boekhoudpakketten als Exact Online en SnelStart hebben er een; oudere branchesoftware soms niet.
Spreek af van wie de broncode is. En of een andere partij het over kan nemen als dat ooit nodig is.
Vraag waar de gegevens staan. Binnen de EU of daarbuiten maakt uit voor je verplichtingen richting je eigen klanten.
Plan de introductie. Een portaal dat live gaat zonder dat iemand het aan je klanten uitlegt, blijft leeg. Reken op een periode waarin je beide kanalen bedient.
Regel het beheer. Wie doet updates, wie lost storingen op, en wat kost dat per jaar. Vraag dit vóór de bouw, niet erna.
Veelgestelde vragen
Wat is het verschil tussen een klantportaal en een klantenportaal?
Niets. Beide schrijfwijzen komen voor en betekenen hetzelfde. "Klantportaal" wordt iets vaker gebruikt.
Is een klantportaal hetzelfde als een extranet?
Niet helemaal. Een extranet is de bredere term voor een afgeschermde omgeving voor iedereen buiten je organisatie, dus ook leveranciers en partners. Een klantportaal richt zich op één groep: je klanten.
Kan een klantportaal koppelen met ons boekhoudpakket?
Meestal wel. Wij koppelen aan pakketten als Exact Online en SnelStart, en aan CRM- en ERP-systemen. Voorwaarde is dat het systeem een API heeft of dat er een andere betrouwbare manier is om gegevens uit te wisselen.
Hoe lang duurt het om een klantportaal te bouwen?
Een eerste werkende versie is er meestal binnen zes tot tien weken. Hoeveel er daarna nog bij komt, hangt af van het aantal koppelingen en rollen.
Van wie is de broncode?
Bij maatwerk hoort dat de code van jou is. Vraag dit expliciet na bij elke partij waarmee je in zee gaat — het is de vraag die het vaakst onbeantwoord blijft en die het meest uitmaakt op de lange termijn.
Twijfel je of een portaal in jouw situatie iets oplevert? Vertel waar je klanten je nu voor bellen, dan schetsen we wat een portaal daaraan zou veranderen. Meer over onze werkwijze lees je op de pagina klantportaal laten maken.
