Geef klanten een eigen omgeving voor informatie, aanvragen en voortgang.
Bespreek jouw projectEen klantportaal geeft klanten toegang tot de aanvragen, voortgang en documenten die voor hen bestemd zijn. Een eerste versie kan bijvoorbeeld drie taken ondersteunen: een aanvraag indienen, de voortgang bekijken en een document ophalen. We bepalen welke organisatie en records bij de gebruiker horen en welke acties zijn toegestaan. De zichtbare klantstatus wordt bewust afgeleid van het interne proces; interne notities en behandelstappen worden niet automatisch gepubliceerd.
Dit past als klanten vaak dezelfde informatie opvragen of hun aanvraag via losse e-mails moeten volgen. Een CRM-integratie kan klant- en organisatiegegevens leveren. De interne opvolging kan in bestaande workflowsoftware blijven, terwijl het portaal alleen de afgesproken klanttaken ondersteunt.
Een bestaande klantomgeving kan voldoende zijn als die de taken, rechten en broninformatie al ondersteunt. Ontbreken heldere statussen of verantwoordelijken, werk die eerst uit. Een portaal lost een onduidelijk intern proces niet op door er een nieuw scherm voor te zetten.
Een klantportaal geeft externe gebruikers toegang tot informatie uit jouw organisatie. Ik maak daarom onderscheid tussen inloggen en daadwerkelijk een dossier mogen zien. Per gebruiker, organisatie en document bepalen we welke handelingen beschikbaar zijn, inclusief downloaden, uploaden en het uitnodigen van collega’s. [1]
De toegang wordt aan de serverkant gecontroleerd en getest met rechtstreekse links naar een ander dossier. Ook accountverloop krijgt aandacht: uitnodigingen, vertrokken medewerkers en ingetrokken toegang. Het portaal moet duidelijk aangeven of een upload, wijziging of aanvraag gelukt is en hoe iemand een fout kan herstellen. [2][3]
Voorbeeld van afspraken voor een eerste B2B-portaal: de rol, klantorganisatie en dossiertoewijzing bepalen samen de toegang. Niet-toegekende toegang wordt geweigerd. Dit is een ontwerpvoorstel; het beschrijft geen klantimplementatie en toont geen resultaat van een beveiligingstest.
| Gebruiker | Informatie | Toegestane acties | Grenzen |
|---|---|---|---|
| Klantmedewerker | Voor dit account vrijgegeven dossiers van de eigen klantorganisatie. | Aanvragen indienen, de zichtbare status volgen en vrijgegeven documenten downloaden. Een wijziging aan een definitief dossier indienen als wijzigingsverzoek. | Geen dossiers van andere organisaties of interne notities. Deze klantrol geeft geen recht om collega's of hun rechten te beheren. |
| Interne behandelaar | Toegewezen klanten en dossiers waarvoor de behandelaar bevoegd is. | Aanvragen beoordelen, de afgesproken statussen bijwerken en geselecteerde documenten voor de klant vrijgeven. Interne notities apart vastleggen. | Geen automatische toegang tot niet-toegewezen klanten. Intern opslaan betekent niet dat een document of notitie voor de klant is gepubliceerd. |
| Beheerder | Accounts, rollen en organisatiekoppelingen binnen het afgesproken beheermandaat. | Gebruikers uitnodigen of blokkeren en hun organisatie- en rolkoppelingen beheren. | Beheerrechten geven geen automatische dossierinzage. Een extra inzagerol wordt afzonderlijk goedgekeurd en toegekend. |
Op een smal scherm kun je de tabel opzij schuiven om iedere kolom te lezen.
Kies op basis van het werk, de betrokken mensen en wat je kunt beheren.
| Aanpak | Geschikt wanneer | Afweging |
|---|---|---|
| Klantomgeving van een bestaand pakket | De benodigde klanttaken en toegangsregels zijn al beschikbaar. | Controleer ook organisatiegrenzen, uitnodigingen, intrekken van toegang en de betekenis van getoonde statussen. |
| Een klantportaal op maat | Klanten hebben een eigen combinatie van taken en informatie uit meerdere systemen nodig. | Naast het scherm horen gegevensafbakening, bronkoppelingen en beheer bij de opdracht. |
| Een bredere webapplicatie | Verschillende gebruikersgroepen hebben uitgebreidere functies nodig dan de gekozen klanttaken. | Een portaal kan technisch een webapplicatie zijn; de klanttaken bepalen de functionele scope. |
| Interne workflowsoftware | De belangrijkste vraag gaat over medewerkers, taakverdeling en goedkeuringen. | Die afhandeling kan achter het portaal blijven; niet iedere interne stap hoeft klantzichtbaar te worden. |
Een bruikbare kosteninschatting begint bij de scope. Ik onderscheid ontwikkelwerk van terugkerende gebruiks- en beheerkosten. Dit zijn de belangrijkste factoren:
Klanten vragen regelmatig naar gegevens of status die al intern beschikbaar zijn.
Een klantportaal geeft externe gebruikers toegang tot een afgebakend deel van je informatie. Een CRM-integratie kan klantgegevens aanleveren, terwijl API-integratie de uitwisseling met andere systemen regelt. Leg per gegeven vast wie het mag zien, wijzigen en goedkeuren.
Wat mogen klanten zelf zien, wijzigen en aanvragen?
Gebruik de randvoorwaarden, oplevercriteria en kostenfactoren hierboven om je opdracht af te bakenen. Spreek af wie het resultaat beoordeelt en wie de oplossing beheert. In onze werkwijze lees je hoe verkenning, uitvoering en overdracht samenhangen.
Bekijk onze werkwijzeIk vergelijk eerst de gewenste klanttaken met de bestaande klantomgeving. Als aanvragen, documenten, rechten en statussen voldoende worden ondersteund, kan configuratie volstaan. Maatwerk wordt pas zinvol bij concrete beperkingen of noodzakelijke samenwerking tussen systemen.
Vaak kan het portaal aansluiten op bestaande bronnen, mits toegang, velden en licenties dat ondersteunen. We spreken af welk systeem leidend blijft en of het portaal alleen leest of ook wijzigingen doorgeeft. Een nieuwe centrale administratie is niet automatisch nodig.
We leggen de relatie tussen gebruiker, organisatie en records vast en toetsen die bij serververzoeken, details en documenten. De acceptatie omvat andere organisaties, verlopen uitnodigingen en ingetrokken toegang. Alleen een knop of veld verbergen is daarvoor onvoldoende.
Bij oplevering leggen we vast wie toegang en meldingen beheert en hoe handmatige overname werkt. Een storing krijgt een herkenbare status en contactroute. Beschikbaarheid, ondersteuning, reactietijden en verdere ontwikkeling worden afzonderlijk afgesproken.
Deze primaire bronnen onderbouwen de technische principes in deze uitleg. De projectaanbevelingen zijn de interpretatie van OXIAE; de uitgevers bevelen OXIAE daarmee niet aan. Productdocumentatie geldt voor het genoemde platform.
Toegang controleren per gebruiker en opgevraagd object.
Link en relevantie gecontroleerd:Technische aandachtspunten bij bestanden van klanten.
Link en relevantie gecontroleerd:Criteria voor toegankelijke taken en terugkoppeling.
Link en relevantie gecontroleerd:Verken je Klantportaal Laten Maken? Gebruik de projectchecklist om je taak, systemen en gewenste uitkomst te beschrijven. Verzamel open vragen en download een brief voor je gesprek.
Maak je projectbrief