Portalen

Klantportaal laten bouwen

Een klantportaal geeft je klanten zelf toegang tot de informatie en diensten die ze bij jou afnemen. Ze loggen in en zien hun eigen dossier: lopende aanvragen, facturen, documenten, de status van een order of een storing.

Wat is een klantportaal?

Wie een klantportaal laat ontwikkelen, investeert in de relatie met zijn klanten. Alles wat nu per mail of telefoon gaat, kan een klant voortaan zelf regelen op het moment dat het hem uitkomt. Bij zakelijke klanten met meerdere contactpersonen wordt dat verschil het snelst zichtbaar: iedereen ziet precies wat hij mag zien, en niets van een ander.

De informatie komt rechtstreeks uit de systemen die je al gebruikt. Je hoeft dus niets dubbel bij te houden, en wat de klant ziet klopt met wat er in je administratie staat.

De voordelen van een klantportaal laten bouwen

Een klantportaal laten maken levert op twee plekken tegelijk iets op: je klanten worden sneller geholpen en je eigen mensen houden tijd over. Dit zijn de vier voordelen die onze klanten als eerste noemen.

Minder handmatig klantcontact: De vragen die nu dagelijks binnenkomen over de stand van een order of een openstaande factuur, beantwoordt het portaal zelf. Je klantenservice houdt tijd over voor de gesprekken die er wél toe doen.

Informatie altijd beschikbaar: Je klant kijkt op zaterdagavond of op vakantie, zonder dat er iemand van jou aan de telefoon hoeft. Documenten en facturen blijven vindbaar, ook een jaar later, in plaats van dat ze opnieuw opgevraagd worden.

Klanten sneller helpen: Aanvragen komen binnen met de gegevens die je nodig hebt, in plaats van als een mail waar je op moet terugvragen. Dat scheelt een ronde heen en weer bij elke aanvraag.

Koppeling met je eigen systemen: Het portaal haalt zijn gegevens uit je ERP, CRM of administratie en schrijft terug waar dat kan. Eén bron, geen dubbele invoer, en geen verschil meer tussen wat de klant ziet en wat jij ziet.

Voor wie is dit

Een klantportaal verdient zichzelf terug zodra klanten steeds hetzelfde vragen en het antwoord al ergens in een systeem staat. Herkenbaar?

  • Je klantenservice krijgt dagelijks vragen over de stand van een order, een aanvraag of een reparatie
  • Facturen en documenten gaan per mail, en klanten vragen ze een half jaar later opnieuw op
  • Klanten willen zelf iets kunnen wijzigen, en nu moet daar iemand van jou tussen
  • Je hebt zakelijke klanten met meerdere contactpersonen die elk iets anders mogen zien
  • Informatie zit verspreid over mailboxen, ook van medewerkers die inmiddels vertrokken zijn

Wat je krijgt

  • Inloggen per klant, met wachtwoordherstel dat niemand hoeft te helpen en tweestapsverificatie waar je die wil
  • Rollen en rechten, zodat een medewerker van een klant niet automatisch alles van die klant ziet
  • Een koppeling met je ERP, CRM of administratie, in één of twee richtingen
  • Documenten die veilig staan en niet via een raadbare link te bereiken zijn
  • Een logboek van wie wat wanneer heeft ingezien of gewijzigd
  • Een portaal dat op een telefoon net zo werkt als op een laptop

Hoe we het bouwen

Analyseren. We beginnen bij de vragen die nu binnenkomen. Welke vijf dingen worden het vaakst opgevraagd, door wie, en waar staat het antwoord. Dat is de eerste versie van je klantportaal, en meer niet. Portalen die met dertig functies live gaan, worden voor drie gebruikt.

Koppelen. Daarna verbinden we het portaal met je bestaande systemen. Daar zit meestal het echte werk: de gegevens staan er wel, maar niet in een vorm die je zomaar aan een klant kunt tonen.

Bouwen en uitbreiden. Pas als de gegevens kloppen, bouwen we de schermen. Daarna breiden we uit op basis van wat er daadwerkelijk gebruikt wordt, en dat meten we voor je.

Wat kost een klantportaal?

Wat een eerste versie met inloggen, één koppeling en drie schermen kost, wordt vooral bepaald door het systeem waar het portaal uit put: een moderne API scheelt weken ten opzichte van een database waar je omheen moet werken.

Daarnaast loopt er hosting en onderhoud door, afhankelijk van het aantal gebruikers en wat er aan beveiliging nodig is.

Na één gesprek van een uur kunnen we die bandbreedte flink smaller maken. Dat gesprek kost je niets.

Waarom Mediavisie Web

Wij bouwen portalen zelf, in eigen beheer, en zijn dus niet afhankelijk van een plugin die volgend jaar stopt of van een leverancier die drie weken doet over een extra veld. De broncode is van jou, ook als je later met een andere partij verdergaat.

We werken sinds 2008 aan koppelingen met systemen als AFAS, Exact en de recruitment- en voorraadpakketten die daaromheen hangen. Dat betekent dat we van tevoren weten waar het bij jouw pakket gaat schuren, in plaats van dat we daar tijdens het project achter komen.

En we leveren op met automatische tests en een toegankelijkheidscontrole bij elke oplevering. Niet omdat het moet, maar omdat een portaal waar een deel van je klanten niet in kan geen portaal is.

Waar je op moet letten

Twee dingen die we vooraf regelen omdat ze achteraf duur zijn: de afspraken over wie welke persoonsgegevens mag zien en hoe lang je ze bewaart, en een gewenningsperiode van drie tot zes maanden voordat je het in je telefoonverkeer terugziet. Klanten die gewend zijn te bellen, blijven bellen tot ze merken dat het online sneller gaat.

De techniek eronder

Alle techniek

Waar we het mee bouwen.

  • Fundament

    WordPress

    Als fundament, niet als eindproduct. Eigen contenttypes en eigen sjablonen, geen gekocht thema eroverheen.

  • Taal

    PHP

    De taal waarin het grootste deel van onze achterkant draait. Sinds versie 8 met types, en dat scheelt fouten.

  • Inloggen

    Auth0

    Inloggen, tweestapsverificatie en wachtwoordherstel uitbesteden aan een partij die daar alleen dat voor doet.

  • Administratie

    AFAS

    Koppelen via GetConnectors en UpdateConnectors. Wat de gebruiker doet, staat in Profit en niet in een lijstje ernaast.

  • Administratie

    Exact

    Facturen, relaties en voorraad uit Exact Online, met de koppeling die zijn eigen ritme aankan.

  • Database

    PostgreSQL

    Voor applicaties met eigen gegevens. Sterk in relaties, en het houdt zich aan wat je afspreekt over je data.

  • Cache

    Redis

    Houdt vast wat net is uitgerekend. Scheelt bij portalen en webshops het meeste wachten.

  • Testen

    Playwright

    Doorloopt je site als een echte bezoeker in een echte browser. Ook de toegankelijkheidscontrole draait hierin mee.

Werkwijze

Hoe we het aanpakken.

Van het eerste gesprek tot doorbouwen na livegang. Vier fases, en je weet bij elke fase wat er af is en wat er nog komt.

  1. 1 tot 2 weken

    Uitzoeken

    Wat er moet komen en wat er al ligt

    We brengen in kaart welke systemen mee moeten, wie het straks beheert en waar het vorige traject op vastliep. Daar komen de uitzonderingen boven water die later de planning bepalen.

    Lees verder over Uitzoeken
  2. Eén week

    Afbakenen

    Van wensenlijst naar een plan met een prijs

    We knippen het werk in stukken die los opgeleverd kunnen worden, en zetten er een prijs en een volgorde op. Daarbij spreken we af wat er in de eerste versie zit en wat later komt.

    Lees verder over Afbakenen
  3. 6 tot 12 weken

    Ontwerpen en bouwen

    Eerst de schermen, dan de techniek eronder

    Je kijkt vanaf de eerste week mee op een testomgeving. We leveren in rondes op, te beginnen met het deel dat het meeste werk uit handen neemt, zodat je stuurt op wat je ziet.

    Lees verder over Ontwerpen en bouwen
  4. Doorlopend

    Doorbouwen

    Na livegang begint het pas

    Updates, bewaking en nieuwe functies, met een vast aanspreekpunt dat je project kent. We meten wat er gebruikt wordt, en dat bepaalt waar we het volgende kwartaal aan werken.

    Lees verder over Doorbouwen

Wij werken onder andere voor

Aan de slag

Iets te bouwen?

Vertel wat er moet komen. We denken mee over techniek, haalbaarheid en wat het kost, ook als het plan nog niet rond is.

Een project bespreken
Ontdek jouw mediavisie