Een klantportaal bouwen, waar begin je?

Joey

Back-end / Manager

Leestijd 5 min

Geplaatst op 31 aug '26

Over ons

Wanneer een klantportaal bouwen iets oplevert

De waarde van een portaal zit zelden in het portaal zelf. Hij zit in het telefoontje, de mail of de handmatige handeling die erdoor verdwijnt.

De signalen dat je eraan toe bent. Je herkent het meestal aan terugkerend werk:

• dezelfde vraag die wekelijks binnenkomt en die je met een blik in een systeem beantwoordt
• documenten die je per mail rondstuurt, waarvan niemand weet welke versie de laatste is
• gegevens die klanten aanleveren en die iemand bij jou overtypt

Als je die drie patronen ziet, is er iets te winnen. Dan gaat het gesprek ook niet meer over functies, maar over welk werk je wilt zien verdwijnen.

Wanneer het nog niet loont. Er zijn ook situaties waarin een portaal vooral extra beheer oplevert. Bij een kleine, vaste klantenkring waarmee je toch dagelijks contact hebt bijvoorbeeld, of bij informatie die zo weinig verandert dat een goede pagina op je website volstaat.

Een portaal dat maandelijks een paar keer wordt bezocht, wordt vergeten. En een vergeten portaal is erger dan geen portaal, want mensen zoeken er wel naar en vinden er verouderde informatie.

Begin bij één proces, niet bij een lijst functies

Vrijwel elk portaaltraject dat vastloopt, is te groot begonnen. Dat komt niet door gebrek aan ambitie maar door de volgorde: eerst alles inventariseren, dan bouwen, dan pas ontdekken wat mensen echt gebruiken.

De vraag die je eerst beantwoordt. Welk terugkerend contactmoment wil je vervangen? Eén, niet vijf. Als je die vraag beantwoordt, volgt de rest vanzelf: je weet wie de gebruiker is, welke gegevens hij nodig heeft, uit welk systeem die komen en hoe vaak ze moeten kloppen.

Wat er in versie één hoort. Alleen wat nodig is om dat ene proces af te maken: inloggen, het juiste overzicht zien, en de handeling kunnen doen. Dus geen dashboard met grafieken, geen berichtenmodule en geen instellingenpagina die niemand opent.

Wat je daarmee koopt, is informatie. Na drie maanden weet je welke schermen worden gebruikt, welke vragen er alsnog binnenkomen en waar mensen vastlopen. Dat is een betere basis voor versie twee dan welke inventarisatie vooraf ook. Een proof of concept of een kleine eerste versie is hier precies het juiste gereedschap.

Een portaal wordt niet gebruikt omdat het compleet is, maar omdat het één ding sneller maakt dan bellen.

De drie keuzes die de rest bepalen

Als het doel helder is, komen er drie beslissingen die bepalen hoe groot en hoe complex het traject wordt. Ze staan zelden op de wensenlijst en ze bepalen wel het meeste.

Inloggen en rechten. Wie krijgt toegang, en namens wie? Dat lijkt een simpele vraag tot je bedenkt dat één klantorganisatie meerdere mensen kan hebben, met verschillende rollen, waarvan sommigen wel facturen mogen zien en anderen niet.

Verder: wil je een eigen inlog, of laat je mensen inloggen met een account dat ze al hebben? Bij zakelijke gebruikers is single sign-on vaak de prettigste route, want dan hoeft niemand een wachtwoord te onthouden en beheer je toegang op één plek.

Koppelingen met je bestaande systemen. Een portaal is bijna nooit een nieuw systeem. Het is een venster op systemen die je al hebt: je ERP, je boekhouding, je CRM of je voorraadsysteem.

De vraag is dus niet óf je koppelt, maar hoe actueel de gegevens moeten zijn. Realtime uit AFAS of je eigen systeem halen is iets anders dan een keer per nacht synchroniseren, en die keuze heeft gevolgen voor snelheid, complexiteit en beheer. Wij zoeken daarom bij integraties en koppelingen altijd eerst uit welke gegevens een systeem daadwerkelijk vrijgeeft, voordat er iets wordt ontworpen.

Wie de inhoud beheert. Het derde punt wordt bijna altijd vergeten. Wie voegt straks een nieuw document toe, past een tekst aan of zet een gebruiker op non-actief?

Als het antwoord “de leverancier” is, dan wordt elk klein wijzigingsverzoek een aanvraag met een doorlooptijd. Zorg dat je eigen mensen de dagelijkse dingen zelf kunnen doen. Dat bepaalt of een portaal over twee jaar nog klopt.

Wat de omvang van zo’n traject bepaalt

Wat een portaal aan tijd en budget vraagt, hangt maar beperkt samen met het aantal schermen. Vier dingen wegen zwaarder.

• Het aantal systemen waarmee je koppelt, en wat die systemen daadwerkelijk vrijgeven.
• De complexiteit van je rechtenstructuur. Rollen en machtigingen zijn ingewikkelder dan ze klinken.
• Of gegevens ook terug moeten kunnen. Alleen tonen is aanzienlijk eenvoudiger dan laten wijzigen.
• Hoeveel uitzonderingen je organisatie kent. Die zitten zelden in de documentatie en altijd in de praktijk.

Loop die vier na voordat je een offerte aanvraagt. Je krijgt er betere voorstellen door, en je herkent meteen de partij die er niet naar vraagt.

Hoe wij zo’n traject starten

Met een goed gesprek over het werk dat je wilt zien verdwijnen. Soms is dat een scherpe briefing waarin je zelf al hebt uitgezocht welke vragen terugkomen, soms is het handiger als we een keer meekijken bij de mensen die nu de telefoon opnemen. Wat werkt, hangt af van hoe scherp het beeld intern al is.

Daarna bouwen we dat ene proces, zetten we het bij een kleine groep klanten live en kijken we wat er gebeurt. Meer over hoe we dat aanpakken lees je op onze pagina over mijn-omgevingen en portalen.

Loop je hier tegenaan en wil je het eens hardop doordenken? Plan een vrijblijvende afspraak, we denken graag mee.