Servicebureau: inbox-triage met escalatie
Case · servicebureau (klantcontact namens opdrachtgevers)
Sorteren op wat het is, escaleren op wat het niet is
Inkomende e-mail sorteren op soort vraag, een concept klaarzetten voor de terugkerende gevallen, en alles wat afwijkt met context doorzetten naar een medewerker.
Bewijsstatus
Status: nog niet vrijgegeven. Resultaten op deze pagina staan alleen als de klant ze heeft goedgekeurd.
Uitgangssituatie
Waar het begon
Het patroon dat deze case beschrijft: een gedeelde postbus waar dagelijks vragen binnenkomen die grofweg in twee groepen uiteenvallen. Een groep terugkerende vragen waarop het antwoord in een bron staat, en een groep vragen die een beoordeling vragen — een uitzondering, een klacht, iets dat over meerdere opdrachtgevers loopt. Het sorteren van die twee kost medewerkers de eerste uren van de dag, en de tweede groep komt daardoor het laatst aan de beurt.
[[BEWIJS NODIG: de concrete uitgangssituatie van deze klant (volume per dag, aantal medewerkers op de postbus, waar de wachttijd ontstond) — eigenaar: sales, na vrijgave door de klant]]
Aanpak
Wat we bouwden
Een workflow van dit type leest wat er binnenkomt, bepaalt om welk soort vraag het gaat en haalt de bijbehorende gegevens op uit de systemen waar de medewerker zelf toegang toe heeft. Voor de terugkerende vragen zet hij een concept klaar met de bron erbij, zodat de medewerker kan controleren waar het antwoord vandaan komt. Voor alles wat niet in een categorie past, of waar de workflow twijfelt, wordt er niets voorgesteld: de vraag gaat met de verzamelde context naar een mens.
Die tweede route is geen uitzonderingsafhandeling maar een volwaardige uitkomst. Een vraag waarover de workflow “ik weet het niet” zegt, is sneller bij de juiste persoon dan wanneer hij onderop de stapel was beland.
[[BEWIJS NODIG: welke systemen bij deze klant gekoppeld zijn (postbus, kennisbron, ticketsysteem) en via welke route — eigenaar: delivery]]
Controle
Waar de mens bleef
Niets gaat naar buiten zonder menselijke goedkeuring. De medewerker ziet het voorgestelde antwoord met de gebruikte bron ernaast, past aan, keurt goed of wijst af. De escalatieroute naar een mens is zichtbaar voor de afzender, niet verstopt achter drie mislukte pogingen.
Afgekeurde en aangepaste voorstellen blijven in het logboek staan. Dat logboek is de enige onderbouwing om later te beslissen of een categorie vragen zonder tussenkomst afgehandeld mag worden — en tot die onderbouwing er is, verschuift er niets.
De onderliggende workflows staan bij inbox-triage met menselijke goedkeuring en klantvragen afhandelen met escalatie; het ontwerpkader bij klantenservice met een menselijke route. Andere cases volgen dezelfde opzet.
Resultaat
Wat het opleverde
[[BEWIJS NODIG: meetbaar resultaat + klantgoedkeuring — eigenaar: sales]]
Lijkt dit op jouw proces?
Breng het mee naar een gesprek. We beoordelen of dezelfde aanpak past en waar de verschillen zitten.
- Reactie binnen één werkdag
- Geen verplichtingen