Waar moet klantdata worden opgeslagen?

Zo dicht mogelijk bij het systeem dat hem verandert. Ordergegevens horen in je webshop of ordersysteem, contacthistorie in je klantcontactsysteem, financiele gegevens in je boekhouding. Wat je klantenservice nodig heeft is geen kopie maar een venster: het gegeven wordt getoond op het moment dat het nodig is, opgehaald uit de plek waar het klopt.

Hoe lang mag je klantgegevens bewaren?

De AVG noemt geen vaste termijn maar stelt de eis dat je niet langer bewaart dan nodig voor het doel. In de praktijk bepaalt je fiscale bewaarplicht de ondergrens voor ordergegevens, en bepaal je zelf een termijn voor gespreksgeschiedenis. Leg die termijn vast per soort gegeven en controleer of je systeem verwijderen ook echt uitvoert.

Mag een AI-agent klantgegevens inzien?

Dat mag onder dezelfde voorwaarden als voor een medewerker: er moet een grondslag zijn, de gegevens moeten nodig zijn voor het doel en de verwerker moet vastgelegd zijn in een verwerkersovereenkomst. Wat je daarnaast zelf regelt, is welke velden hij mag gebruiken in een antwoord. Lezen om het antwoord te bepalen en noemen in de tekst zijn twee verschillende beslissingen.

Wat als een klant met een ander mailadres schrijft dan waarmee hij bestelde?

Dan vindt een koppeling op mailadres niets, en dat is precies waarom je op meer dan een gegeven moet kunnen matchen. Een ordernummer in de tekst van het bericht is de sterkste tweede sleutel, want die noemt de klant meestal zelf. Lukt herkennen niet, laat het systeem dan niets gokken: een medewerker die om een ordernummer vraagt, is beter dan een verkeerde klantkaart.

Klantdata

Wat is klantdata en welke heb je tijdens een gesprek nodig?

Klantdata is alles wat je over een klant weet. Tijdens een gesprek telt maar een klein deel daarvan, en dat deel moet er binnen een seconde staan.

In het kort

Klantdata is het geheel aan gegevens dat je over een klant vastlegt: wie hij is, wat hij kocht, welk contact je had en wat er is afgesproken. Die gegevens staan zelden in een systeem. Het onderscheid dat er in de praktijk toe doet, is tussen data die in de bron leeft en actueel moet zijn, en data die je zelf vastlegt en bewaart.

Waarom een kopie van je ordergegevens een probleem is

Ordergegevens veranderen. Een pakket vertrekt, een betaling komt binnen, een retour wordt goedgekeurd. Wordt die informatie een keer per nacht overgezet naar je klantcontactsysteem, dan werkt een medewerker overdag met het beeld van gisteravond. De klant weet dan meer dan de medewerker, en dat is het duurste soort gesprek dat er is.

Wat je wilt is dat de status bij het openen van het gesprek wordt opgehaald uit de bron. Je webshop weet de orderstatus, de vervoerder weet waar het pakket is, je boekhouding weet of er betaald is. Het klantcontactsysteem is de plek waar die drie samenkomen, niet de plek waar ze bewaard worden.

Welke gegevens horen naast het gesprek te staan?

De toets is het aantal handelingen. Elk gegeven dat een medewerker in een tweede scherm opzoekt, is tien tot dertig seconden per gesprek. Bij duizend gesprekken per maand is dat meerdere werkdagen aan opzoeken, en dat is werk dat niets toevoegt aan het antwoord.

De laatste bestellingen met status: Niet alleen het ordernummer, maar waar de bestelling nu staat en wanneer hij is verzonden. Dit dekt het grootste deel van de binnenkomende vragen bij een webshop.
Track en trace uit de vervoerder: De actuele scan, niet de link die je bij verzending mailde. Het verschil tussen "onderweg" en "gisteren geweigerd bij het afhaalpunt" is het hele antwoord.
Lopende retouren en creditering: Een klant die vraagt waar zijn geld blijft, wil weten in welke stap het vastzit. Zonder dit gegeven wordt elk antwoord een belofte om terug te bellen.
Eerder contact over hetzelfde onderwerp: Is dit het derde bericht over dezelfde bestelling, dan hoort de medewerker dat te zien voor hij het standaardantwoord stuurt.
Toezeggingen die zijn gedaan: Wat een collega vorige week beloofde, bepaalt wat jij vandaag kunt zeggen. Dit is het gegeven dat het vaakst in iemands hoofd zit in plaats van in een systeem.

Hoe koppel je een gesprek aan de juiste klant?

Het mailadres is het startpunt en meteen de zwakste schakel. Mensen bestellen met een ander adres dan waarmee ze mailen, gebruiken een zakelijk adres voor een privebestelling of laten een partner bestellen. Koppelen op alleen mailadres levert daarom een deel van de gesprekken op waar de klantkaart leeg blijft.

Wat beter werkt is een ladder: eerst mailadres, dan telefoonnummer, dan ordernummer uit de tekst van het bericht, dan postcode met huisnummer. En als niets matcht, vraag het dan. Een medewerker die een ordernummer vraagt, is beter af dan een systeem dat de verkeerde klant erbij zoekt.

Wat de AVG hierbij van je vraagt

Klantdata die je bij het gesprek toont, is persoonsgegeven. Dat betekent drie dingen die je moet kunnen aantonen: waarom je het bewaart, hoe lang, en wie erbij kan. Dat laatste wordt in klantenserviceteams het vaakst vergeten, omdat iedereen standaard alles ziet.

Praktisch: bewaar geen betaalgegevens in gespreksnotities, houd bijzondere gegevens zoals gezondheid buiten de klantkaart tenzij je een grond hebt, en zorg dat een verwijderverzoek daadwerkelijk uitvoerbaar is. Een systeem waarin je een klant niet kunt verwijderen, is een probleem dat pas zichtbaar wordt op het moment dat iemand erom vraagt.

Waar het misgaat

Alles tonen in plaats van het juiste

Een klantpaneel met veertig velden is even onbruikbaar als een leeg paneel. De medewerker scant en mist juist het ene gegeven dat telt. Toon standaard vijf dingen en zet de rest achter een klik.

Data uit een nachtelijke export tonen zonder tijdstempel

Is je gegeven niet live, zet er dan bij hoe oud het is. Een medewerker die weet dat de status van gisternacht is, controleert hem voor hij hem doorgeeft.

De AI meer data geven dan de medewerker

Wordt een AI-agent op klantdata aangesloten, dan gelden dezelfde grenzen als voor een mens. Leg vast welke velden hij mag lezen en welke hij nooit in een antwoord mag noemen, en test dat met een gesprek waarin de klant er expliciet naar vraagt.

Geen bron aanwijzen bij tegenstrijdige gegevens

Staat er in je webshop een ander adres dan in je CRM, dan moet vastliggen welke wint. Zonder die afspraak kiest elke medewerker zelf en gaan pakketten naar het adres dat toevallig bovenaan stond.

Wat je deze week doet

Ga naast een medewerker zitten en tel bij tien gesprekken hoe vaak hij een tweede scherm opent, en waarvoor. Die lijst is bijna altijd kort en bijna altijd hetzelfde: orderstatus, track en trace, retourstatus. Dat zijn de drie koppelingen die je eerst maakt, in die volgorde.

Hoe dit er in een systeem uitziet

In Cuego haalt het Hub-paneel naast het gesprek de gegevens live op uit de bron. De bestelling komt uit je webshop of ordersysteem, de trackingstatus uit de vervoerder zelf, de retour uit het retourproces. Herkennen gebeurt via een ladder van mailadres, telefoonnummer en ordernummer uit de tekst. De AI-agent gebruikt precies dezelfde gegevens als je medewerkers, binnen de grenzen die je per veld instelt.

Commerce