Een klant vraagt om een medewerker. De bot zegt dat er iemand bijkomt, maar niemand verschijnt. Om die ervaring te verbeteren, moet je eerst bepalen waar het verzoek terechtkomt en wie het beantwoordt.
Deze gids maakt onderscheid tussen een liveoverdracht en een supportticket. Aan de hand van het huidige escalatiegedrag van Agentkit legt hij de beperkingen van de inrichting uit. Daarna volgt een beleid met acceptatiecontroles dat je aan je supportteam kunt aanpassen. De productdetails zijn gecontroleerd op 6 oktober 2026. De voorbeelden zijn illustratief en beschrijven geen klantresultaten.
Hoe ontwerp ik triggers voor overdracht van een bot naar een supportmedewerker?
Bepaal triggers voor expliciete verzoeken om een medewerker, herhaaldelijk onbruikbare antwoorden en vragen buiten de bevoegdheid van de bot, en test ze allemaal voordat je live gaat. Agentkit kan een supportrecord aanmaken in zes gekoppelde externe helpdesk- of CRM-systemen, maar de algemene actie Escalate to Human verbindt geen medewerker met de chat.
Kies een bestemming, verzamel de benodigde contactgegevens en vertel de klant wat er vervolgens gebeurt. Een succesvol aangemaakt ticket bewijst dat het verzoek is vastgelegd. Het bewijst niet dat iemand het heeft gelezen of binnen een bepaalde tijd zal reageren.
Kies een overdracht die je team kan waarmaken
Voor een liveoverdracht heb je een bemand kanaal nodig en een integratie waarmee een medewerker het gesprek kan voortzetten. Een overdracht via een ticket legt het verzoek vast voor latere opvolging. Klanten moeten weten welke van de twee ze krijgen.
De algemene actie Escalate to Human van Agentkit ondersteunt Zendesk, Freshdesk, Help Scout, Intercom, HubSpot en Salesforce. De bestemming ontvangt een ticket, case of gesprek, afhankelijk van de aanbieder. Salesforce Live Chat is een afzonderlijke actie. Als je Salesforce kiest als bestemming voor algemene escalatie, wordt er een case aangemaakt en geen livechatsessie.
Agentkit Help Desk is een andere, ingebouwde bestemming. Hiervoor zijn een opgeslagen gesprek, een abonnement met toegang tot Help Desk en ingeschakelde Help Desk voor die agent nodig. Ook een geldig e-mailadres van de aanvrager is vereist. Tickets uit websitechats hebben geen antwoordeditor in de Help Desk-inbox en voegen geen kanaal voor liveantwoorden van medewerkers toe aan de widget. Je team heeft een andere route voor opvolging nodig, bijvoorbeeld zijn eigen support-e-mailadres, voordat je de workflow inschakelt.
Koppel voor een externe bestemming de aanbieder en controleer of je abonnement de actie ondersteunt. Voeg de actie daarna toe aan de agent en schakel haar in. Controleer de rechten en de inbox van het ontvangende team met een onschadelijk testverzoek.
Baseer triggers op beslissingen van je supportteam
Begin met beslissingen die je team kan uitleggen. Behandel niet iedere vermelding van "mens" of iedere negatieve zin als hetzelfde verzoek.
| Trigger | Voorbeeld | Te testen beleid |
|---|---|---|
| Expliciet verzoek | "Laat me alstublieft met een medewerker spreken." | Bied de ondersteunde supportroute aan en verzamel de vereiste contactgegevens. |
| Herhaaldelijk geen oplossing | "Dat antwoord lost mijn probleem nog steeds niet op." | Stop met hetzelfde advies herhalen en bied escalatie aan. |
| Buiten de bevoegdheid van de bot | Een betwiste afschrijving of een verzoek om accounttoegang te wijzigen | Verwijs naar het verantwoordelijke team in plaats van een beslissing te verzinnen of een onbevoegde wijziging te bevestigen. |
| Urgentie of frustratie | "Mijn account is geblokkeerd en ik kan niet werken." | Bied snel hulp aan en beschrijf het daadwerkelijke kanaal voor opvolging. Beloof geen spoedreactie als daar geen medewerkers voor beschikbaar zijn. |
| Geverifieerde klantregel | Een bekend account komt in aanmerking voor een andere supportroute | Gebruik betrouwbare klantgegevens en een ingestelde route. Een bezoeker die zichzelf VIP noemt, heeft zijn identiteit niet aangetoond. |
Dit zijn aanbevolen beleidsregels, geen ingebouwde deterministische triggerschakelaars. De actie van Agentkit heeft instructies onder When to use die het model sturen. Instructies in natuurlijke taal moet je testen met verschillende formuleringen en ondersteunde talen. Op zichzelf zorgen ze niet voor betrouwbare sentimentmetingen, het opzoeken van VIP-status of een vaste teller voor afgewezen antwoorden.
De escalatiedocumentatie van Intercom maakt onderscheid tussen aanwijzingen in natuurlijke taal, regels op basis van gegevens en routering na escalatie. Dat onderscheid helpt om een workflow te beoordelen. Het betekent niet dat Agentkit het regelsysteem van Intercom implementeert.
Geef de medewerker bruikbare context
Voor een gekoppelde externe aanbieder verzamelt de escalatie van Agentkit een onderwerp, een samenvatting van het probleem, een geldig e-mailadres en een naam als die beschikbaar is. De ticketcontext bevat maximaal de 50 meest recente opgeslagen berichten die geen toolberichten zijn. Elk weergegeven bericht wordt begrensd op 2.000 tekens. Het huidige verzoek wordt opgenomen als het beschikbaar is.
Dit is begrensde context, geen belofte dat de volledige transcriptie wordt meegegeven. De samenvatting is begrensd op 2.000 tekens en het onderwerp op 150 tekens. De weergegeven transcriptie bevat berichttekst en geen bijgevoegde bestanden. De ontvangende aanbieder kan aanvullende beperkingen opleggen. In een lang gesprek moet je mogelijk een eerder bestelnummer opnieuw in de samenvatting vermelden. Controleer wat de gekozen bestemming daadwerkelijk toont. Het ingebouwde Help Desk-ticket verwijst naar het opgeslagen gesprek. Ga er niet van uit dat die weergave gelijk is aan de tickettekst bij een externe aanbieder.
Vraag alleen om wat het team nodig heeft. Een ingetikt e-mailadres is een adres voor opvolging, geen bewijs dat de klant eigenaar van een account is. Vraag bezoekers niet om wachtwoorden, betaalkaartgegevens of geheime inloggegevens in de chat te plakken.
Een bruikbare samenvatting beschrijft wat de klant nodig heeft, wat de bot al heeft geprobeerd en wat nog niet is opgelost. Als je team een gelabelde escalatiereden of een bepaalde wachtrij nodig heeft, stel die workflow dan in en controleer hem. Ga er niet van uit dat de algemene actie die automatisch levert.
Stel verwachtingen zonder beschikbaarheid te verzinnen
Vertel de klant bij een ticketworkflow dat support via het afgesproken kanaal zal reageren. Noem alleen een toegezegde reactietijd als het ontvangende team daarvoor verantwoordelijk is en die kan halen. Zeg niet "er komt een medewerker bij" alleen omdat er een ticket is aangemaakt.
Verzamel bij verzoeken buiten openingstijden het vereiste e-mailadres en een samenvatting van het probleem. Meld daarna het daadwerkelijke resultaat van het aanmaken. Als de verbinding is verlopen of het aanmaken mislukt, geef de klant dan een werkende alternatieve contactroute. Een geruststellend bericht vervangt geen ontbrekend supportrecord.
De aankondiging van de Zendesk-integratie van Chatbase maakt hetzelfde onderscheid tussen kanalen expliciet. De ticketworkflow gebruikt opvolging via e-mail. De Sunshine-integratie is een afzonderlijke route voor realtimechat. Controleer de daadwerkelijke integratie voordat je een liveoverdracht belooft.
Een voorbeeldinstructie om aan te passen
Het onderstaande beleid is een uitgangspunt voor een ticketworkflow. Het is geen geteste classifier of uitvoerbare routeringsregel. Het sjabloon is in het Engels.
Use the support-ticket action when the visitor clearly asks for a person, says the suggested answer did not help, or needs a decision outside your authority. Before calling it, collect or confirm a valid follow-up email and summarize the unresolved issue. Do not ask for passwords or payment-card details. After a successful result, explain that the request was recorded for follow-up. Do not claim a human has joined or promise a reply time unless the business has supplied a supported commitment. If creation fails, explain the problem and provide the business's alternative support contact. Do not say a ticket was created when the action failed.
Plaats de triggeraanwijzingen in de instructies When to use van de actie. Zorg dat de verwachtingen die je klanten geeft overeenkomen met je agentinstructies. Test de volledige workflow, inclusief de ontvangende inbox, in plaats van alleen de formulering van de bot te controleren.
Controleer de workflow voordat je live gaat
Gebruik fictieve verzoeken en een supportadres dat je beheert. De onderstaande gevallen zijn een acceptatiewerkblad en geen gerapporteerde testresultaten.
| Testgeval | Wat je controleert |
|---|---|
| Duidelijk verzoek om een medewerker | De juiste ingeschakelde actie wordt aangeboden of aangeroepen nadat de vereiste gegevens zijn verzameld. |
| Twee onbruikbare antwoorden | De bot biedt escalatie aan in plaats van hetzelfde advies te herhalen. Deze drempel is je testbeleid, geen ingebouwde teller. |
| Geen e-mailadres bekend uit het gesprek of de contactgegevens | De bot vraagt om een geldig e-mailadres voordat hij probeert een record aan te maken. |
| Lang gesprek | Het ontvangende record bevat bruikbare recente context. Belangrijke eerdere details staan in de samenvatting. |
| Losgekoppelde aanbieder | De bot meldt een fout en geeft de ingestelde alternatieve supportroute. |
| Help Desk uitgeschakeld | De bot meldt niet dat een ingebouwd ticket succesvol is aangemaakt. |
| Verzoek buiten openingstijden | De bot beschrijft de opvolging correct en verzint geen livewachtrij of reactietijd. |
| Herhaald escalatieverzoek | Controleer of het bestaande record opnieuw wordt gebruikt en of de klant een juiste status krijgt. |
Noteer de ID van het aangemaakte record en controleer of een aangewezen team het kan vinden. Herhaal de triggergevallen in iedere taal waarin je klanten bedient. Een correct ogend chatbericht is maar één deel van de acceptatie.
Meet aanmaak en reactie afzonderlijk
Houd escalatiepogingen, succesvol aangemaakte records, mislukte aflevering en de tijd tot de eerste menselijke reactie bij. Gebruik voor de reactietijd tijdstempels uit de ontvangende helpdesk of je eigen meetinstrumentatie. De gesprekslogs van Agentkit alleen leveren geen volledig dashboard voor overdrachtstijd of tevredenheid na de overdracht.
Controleer een steekproef van geëscaleerde gevallen op ontbrekende context en herhaalde vragen. Houd bij een tevredenheidsonderzoek het aantal reacties en het kanaal bij de score. De gids voor chatbot-KPI's legt uit waarom je afhandeling binnen de bot en oplossing afzonderlijk moet definiëren.
Begin met één ondersteunde bestemming en een team dat verantwoordelijk is voor de opvolging. Stel de escalatieactie in, voer de acceptatiegevallen uit en bevestig de ontvangst voordat je klanten uitnodigt om de workflow te gebruiken.
Verder lezen:
