Custom software

Een klantportaal bouwen: wanneer het loont en wanneer niet

Leroy Steding·10 augustus 2026·3 min leestijd

Een klantportaal wordt zelden gebouwd omdat klanten erom vragen. Het wordt gebouwd omdat er te veel telefoontjes binnenkomen met vragen waarvan het antwoord al ergens in een systeem staat. Dat is een goede reden - maar alleen als je weet welke vragen dat zijn.

Waar de behoefte vandaan komt

Bij vrijwel elk bedrijf dat een portaal overweegt is het patroon hetzelfde: iemand belt om te vragen waar zijn order blijft, wanneer de monteur komt, of hij die factuur nog een keer kan krijgen. Het antwoord staat in het ERP, in de planning of in de boekhouding. Er zit alleen een mens tussen die het moet opzoeken en overtypen.

Tel een week lang hoeveel van die telefoontjes je krijgt en waar het antwoord vandaan komt. Dat lijstje is je portaal. Alles wat er niet op staat, hoort er in de eerste versie ook niet in.

Waarom de meeste portalen leeg blijven

Een portaal dat je klant één keer per kwartaal nodig heeft, wordt niet gebruikt. Hij is zijn wachtwoord kwijt, hij weet de URL niet meer, en bellen is sneller. Dan heb je een systeem gebouwd dat onderhoud kost en niets bespaart.

• Te weinig aanleiding om in te loggen. Onder de één keer per maand per klant is de drempel hoger dan de winst.
• Alleen kijken, niets kunnen. Als een klant wel kan zien dat er iets misgaat maar er niets aan kan doen, belt hij alsnog.
• Gegevens die niet kloppen. Eén verkeerde voorraadstand of levertijd en niemand vertrouwt het scherm meer.
• Geen aanleiding van jouw kant. Een mail bij statuswijziging trekt mensen naar binnen; zonder dat moet de klant er zelf aan denken.

Vier vragen voordat je begint

• Welke vraag beantwoordt het? Eén concrete vraag die vaak genoeg gesteld wordt om te tellen, niet "meer transparantie".
• Waar staat het antwoord nu? Als het in het hoofd van een collega zit in plaats van in een systeem, is dat de eerste stap - niet het portaal.
• Kan het systeem eronder erbij? Een API of een export is genoeg; is er geen van beide, dan bouw je een portaal op overtypen en heb je het probleem verplaatst.
• Wie beheert het als het misgaat? Portalen hangen aan andere systemen, en die veranderen. Onderhoud is geen extra, het is onderdeel van de opzet.

Wat het oplevert

De winst zit zelden in bespaarde uren alleen. Hij zit erin dat de vragen die overblijven interessanter zijn: een klant die zelf ziet dat zijn levering vertraagd is, belt niet om dat te horen maar om te overleggen wat er nu moet gebeuren. Dat is een ander gesprek, en meestal een waardevoller.

Reken wel eerlijk. Bij tien vragen per week van elk vijf minuten bespaar je ruim een uur; dat verdient een portaal van een paar duizend euro niet binnen een jaar terug. Bij vijftig vragen per week ligt dat anders. Onder de twee uur per week is het antwoord meestal: nog niet.

Hoe je het aanpakt

Eén scherm, één vraag, echte data uit het systeem dat je al hebt. Zet het bij drie klanten neer die vaak bellen en kijk of ze het gebruiken. Doen ze dat niet, dan heb je een paar weken verloren in plaats van een half jaar. Doen ze het wel, dan weet je precies wat het tweede scherm moet worden - want dat vragen ze zelf.

Lees verder

← Meer artikelen