Bij een goede overdracht weet een shopper wanneer een medewerker nodig is, wordt de vraag naar het juiste team doorgestuurd en krijgt dat team voldoende relevante context om het gesprek voort te zetten. Persoonlijke informatie is bovendien alleen toegankelijk voor mensen die bevoegd zijn om die in te zien.
Voor een Magento-webwinkelier is de praktische uitdaging om de webwinkel, supportkanalen en klantverificatie op elkaar af te stemmen. Bepaal het escalatiepad voordat de assistent klanten te woord gaat staan.
Bepaal wanneer een medewerker het moet overnemen
Noteer in welke situaties de assistent een medewerker moet aanbieden: bij een klacht, een onbeantwoorde vraag over productcompatibiliteit, tegenstrijdige winkelvoorwaarden of herhaalde mislukte pogingen. Klanten moeten ook duidelijk om een medewerker kunnen vragen, zonder eerst te hoeven aantonen dat de assistent ongelijk heeft.
Bepaal welke kwesties de assistent kan oplossen met behulp van geverifieerde openbare informatie en waarvoor een bevoegde medewerker nodig is. Beloof geen terugbetaling, wijzig geen bestelling en deel geen accountgegevens alleen omdat een klant daarom vraagt.
Stel samen met het supportteam een routeringstabel op
Begin met een kleine set situaties en wijs voor elke situatie een verantwoordelijke aan. Een vraag over een niet-geverifieerd productkenmerk kan bijvoorbeeld naar productsupport gaan; een klacht over een beschadigd artikel naar het serviceteam; en een verzoek om privégegevens over een bestelling hoort thuis in het geverifieerde orderondersteuningsproces van de winkel. De exacte bestemmingen en verificatiestappen moeten aansluiten op de eigen inrichting van de webwinkelier.
Spreek voor elke route af welke informatie het ontvangende team nodig heeft, welk kanaal moet worden gebruikt en wat er buiten de bemande uren gebeurt. Wijs een vaste verantwoordelijke aan die de tabel bijwerkt wanneer wachtrijen of beleid veranderen. Is er geen geschikte bestemming, toon dan een echte contactmogelijkheid in plaats van het verzoek toe te wijzen aan een wachtrij die het niet kan afhandelen.
Maak de volgende stap duidelijk voor de klant
Vertel voordat je de klant doorverwijst wat er daarna gebeurt: of het gesprek naar de klantenservice wordt doorgestuurd, welk kanaal daarvoor wordt gebruikt en of het team op dat moment beschikbaar is. Geef alleen een realistische verwachting over de reactietijd als de merchant die heeft vastgesteld.
Leg uit wat het alternatief is als het supportkanaal niet beschikbaar is, in plaats van te beweren dat er een verzoek is verstuurd. Zorg dat je bericht nuttig blijft, ook als de klant ervoor kiest geen aanvullende informatie te geven.
Geef de medewerker een bruikbare, beknopte samenvatting
Een supportmedewerker heeft de vraag van de klant nodig, relevante product- of bestelgegevens wanneer die mogen worden gedeeld, de stappen die al zijn geprobeerd en het probleem dat nog niet is opgelost. Maak onderscheid tussen geverifieerde feiten en uitspraken van de klant en markeer alles wat onzeker is.
Deel alleen informatie die nodig is om het verzoek af te handelen. Stuur geen betalingsgegevens, eenmalige verificatiecodes of niet-gerelateerde gespreksgeschiedenis door. Pas de toegangscontroles en bewaartermijnen van de merchant toe op opgeslagen samenvattingen.
Adobe documenteert welke soorten klantgegevens via Commerce-webwinkels en beheersystemen kunnen worden doorgegeven. Gebruik deze documentatie als referentie om in kaart te brengen welke gegevens jouw eigen integratie kan blootleggen.
Voorbeeld: een onbeantwoorde vraag over compatibiliteit
Een klant vraagt of een vervangend onderdeel geschikt is voor een apparaat. De catalogus bevat geen geverifieerde compatibiliteitslijst, dus de assistent biedt hulp van een medewerker aan in plaats van te gokken. Een nuttige overdracht kan luiden: ‘De klant vroeg of dit onderdeel geschikt is voor diens apparaat; de compatibiliteit is niet bevestigd in de catalogus.’ Vermeld de relevante productreferentie en het apparaatmodel alleen als het ontvangende team die nodig heeft.
Controleer tijdens een test of de ontvangende wachtrij de samenvatting daadwerkelijk krijgt en of de klant een duidelijke volgende stap ziet. Als de overdracht mislukt, toon dan de beschikbare contactmogelijkheid van de winkel in plaats van te zeggen dat een medewerker het verzoek heeft ontvangen.
Maak in de samenvatting onderscheid tussen feiten en beweringen
In het compatibiliteitsvoorbeeld maakt een nuttige registratie onderscheid tussen drie zaken: de productreferentie die uit de catalogus is opgehaald, het apparaatmodel zoals de klant dat heeft opgegeven, en de nog onbeantwoorde vraag of de twee bij elkaar passen. De ontvangende medewerker kan vervolgens een goedgekeurde compatibiliteitsbron raadplegen zonder de beschrijving van de klant aan te zien voor een geverifieerde match.
Datzelfde onderscheid is belangrijk bij een vraag over een bestelling. Als een klant zegt ‘mijn pakket is te laat’, is dat een melding van een probleem, geen bewijs van vertraging bij de vervoerder. Als er een actueel, geautoriseerd bestel- of trackingresultaat beschikbaar is, moet de medewerker dat kunnen zien, samen met de bron of het tijdstip van de update als de ondersteuningsworkflow daarin voorziet. Is er geen geverifieerd resultaat beschikbaar, dan moet de samenvatting dat vermelden.
Spreek af wat een geslaagde overdracht inhoudt
Leg vast wat de verzendende en ontvangende systemen moeten uitwisselen: een geautoriseerde bestemming, de onbeantwoorde vraag, een referentie waarmee het team het verzoek kan terugvinden en een status die aangeeft of het ontvangende systeem het heeft geaccepteerd. Spreek af wie na acceptatie verantwoordelijk is voor het verzoek en wat de klant in elke fase te zien krijgt.
Een geslaagde overdracht is meer dan een klik op een knop. Controleer in de wachtrij van het ontvangende systeem of het verwachte verzoek en de samenvatting aanwezig zijn; opname in een wachtrij betekent niet dat een medewerker het heeft gelezen of opgelost. Test een vertraagde of mislukte overdracht en herhaald klikken, zodat het team dubbele verzoeken kan herkennen en de klant geen onjuiste bevestiging krijgt.
Beveilig toegang tot bestellingen met verificatie
Een vraag over een productcatalogus bewijst niet dat de bezoeker eigenaar is van een bestelling. Gaat het verzoek over privégegevens van een bestelling, volg dan het bestaande verificatie- en autorisatieproces van de winkel voordat je beveiligde informatie toont of doorgeeft.
Test zowel een geverifieerde klant als een bezoeker die niet is geverifieerd. Als de verificatie mislukt, moet dit leiden tot het vastgelegde veilige ondersteuningsproces, niet tot een verzonnen bestelstatus of het verstrekken van gegevens van een andere klant aan een medewerker.
Wijs verantwoordelijkheid toe en rond de opvolging af
Bepaal welke wachtrij verantwoordelijk is voor elke escalatie en hoe het team een nieuw, toegewezen of opgelost verzoek herkent. Wordt het gesprek naar een ander kanaal overgedragen, controleer dan of het ontvangende team het verzoek kan herkennen zonder dat de klant alle stappen opnieuw hoeft uit te leggen.
Controleer onopgeloste overdrachten met medewerkers van de klantenservice. Let op onduidelijke samenvattingen, overdrachten naar het verkeerde team en gevallen waarin de assistent zei dat iemand zou reageren, maar er geen verzoek is aangemaakt.
Test de volledige ervaring vóór de lancering
Gebruik fictieve klantgegevens en een gecontroleerde testbestelling. Probeer vóór verificatie een expliciet verzoek om een medewerker, een productvraag waarbij compatibiliteitsgegevens ontbreken, een niet-beschikbaar supportkanaal en een vraag over een privébestelling. Controleer zowel wat de klant ziet als de context die de medewerker ontvangt.
Leg voor elke test de verwachte bestemming vast, de bevestiging die de klant te zien krijgt, het verzoek dat de klantenservice ontvangt en of gevoelige gegevens zijn weggelaten. Neem een mislukte overdracht en een herhaald verzoek op; onderzoek dubbele of ontbrekende registraties vóór de lancering.
Leg de steekproefomvang, reactietijd, geslaagde overdrachten en eventuele privacy- of routeringsproblemen vast. Test opnieuw na wijzigingen in de winkelintegratie, de supportworkflow of de machtigingen. Een snel antwoord bewijst op zichzelf niet dat de overdracht is geslaagd.
Meet de overdracht, niet alleen het antwoord
Kies een beoordelingsperiode en tel het aantal overdrachtspogingen, overdrachten die door het ontvangende systeem zijn geaccepteerd, overdrachten die zijn mislukt of een time-out hebben gekregen en verzoeken die in de verkeerde wachtrij zijn beland. Beoordeel een toegestane steekproef van ontvangen samenvattingen op ontbrekende context of onnodige privégegevens. Bepaal voor elke maatstaf de noemer en houd nieuwe pogingen apart van afzonderlijke klantverzoeken.
Houd de tijd tot acceptatie apart bij van de tijd tot een reactie van een medewerker en de tijd tot oplossing. Een snelle acceptatie in de wachtrij kan samengaan met een lange wachttijd voor een medewerker. Bespreek uitschieters met het supportteam en vergelijk vergelijkbare perioden; een kleine steekproef of een verandering in de personeelsbezetting kan een percentage misleidend maken. Gebruik de bevindingen om de workflow te verbeteren, in plaats van op basis van één enkele statistiek een specifiek bedrijfsresultaat te claimen.
Moet elke vraag naar een medewerker gaan?
Nee. Eenvoudige vragen die zijn gebaseerd op actuele, toegestane winkelinformatie zijn mogelijk geschikt voor de assistent. De juiste grens hangt af van het beleid van de merchant, het risico op een onjuist antwoord en de voorkeur van de klant.
Wat als er geen medewerker beschikbaar is?
Geef aan wanneer de support daadwerkelijk beschikbaar is en bied een echt alternatief, zoals een ondersteund contactkanaal. Zeg niet dat er een ticket is aangemaakt, tenzij het systeem dit bevestigt.
Hoeveel gespreksgeschiedenis moet worden gedeeld?
Deel alleen de minimaal benodigde relevante context waartoe het ontvangende team bevoegd is. Volg het privacy- en bewaarbeleid van de winkel en deel geen inloggegevens of verificatiecodes.