Een klant stelt een moeilijke productvraag. De beste specialisten zijn bezet, terwijl een paar bekwame generalisten beschikbaar zijn. Laat je de klant iets langer wachten op de beste match, of maak je de groep nu breder?
Dat is de keuze achter bullseye routing in Dynamics 365. Zet elke wachtdrempel op het punt waarop extra expertise de extra wachttijd niet langer rechtvaardigt. Neem geen timer uit een voorbeeld over. Gebruik gegevens uit je eigen gesprekken, laat eerdere specialistengroepen meedoen wanneer de kring groter wordt en test vóór de release de volledige toewijzing en uitwijkroute.
Begin bij de prijs van wachten
Microsoft beschrijft bullseye routing als een stapsgewijze toewijzingsmethode. Een gesprek begint bij een gerichte gebruikersgroep. Zodra de wachttijd een ingestelde drempel bereikt, komen meer groepen in aanmerking. Eerdere groepen blijven actief en houden een hogere prioriteit (configuratiehandleiding van Microsoft).
De eerste ontwerpvraag is dus praktisch. Wat wint de klant door op de smalste groep te wachten? Een facturatiespecialist kan een kostbare correctie voorkomen. Een algemene productvraag verdient misschien niet dezelfde vertraging. Schrijf op welke beslissing alleen de eerste groep veilig kan nemen. Kun je die niet benoemen, dan is die groep mogelijk te smal.
Gebruik bewijs uit de betreffende supportoperatie. Bekijk wachtverdeling, acceptatie door de eerste groep, latere overdrachten en werk dat specialistische bevoegdheid vereist. Een gemiddelde verbergt de langste wachttijden.
Deel groepen in op veilige bekwaamheid
Een niveau moet betekenen dat de mensen het werk veilig kunnen bezitten, niet dat ze een hogere functietitel hebben. Plaats in de eerste groep medewerkers die de specifieke taak volledig kunnen afhandelen. Voeg daarna mensen toe die de gewone varianten kunnen oplossen. Ook de breedste groep moet een nuttige volgende stap kunnen zetten en niet alleen beschikbaar zijn.
Gebruikersgroepen kunnen vaardigheid, taal, regio of een ander bruikbaar kenmerk volgen. Het platform controleert aanwezigheid, capaciteit en vaardigheden. Wachtrijen met één playbook moeten de relevante groepen delen. Gebruik anders aparte playbooks.
| Routeringskeuze | Te controleren bewijs | Veilige actie | Waarschuwingssignaal |
|---|---|---|---|
| Smalste groep behouden | Acceptatie en oplossing bij eerste contact | Geef specialisten een kort exclusief venster | Het meeste werk is gewoon of wordt alsnog doorgestuurd |
| Volgende groep toevoegen | Wachtverdeling en bekwaamheid | Verbreed vóór de vertraging onredelijk wordt | De nieuwe groep kan de gewone taak niet afronden |
| Brede groep toevoegen | Langste wachttijden en piekcapaciteit | Voeg iedere echt gekwalificeerde eigenaar toe | Beschikbaarheid wordt aangezien voor bekwaamheid |
| Uitwijkroute gebruiken | Niemand is geschikt na alle niveaus | Bied een alternatief met een eigenaar | Het gesprek blijft zonder belofte wachten |
Leid drempels af uit de echte afweging
Bevries een nulmeting voor één wachtrij. Noteer wanneer een specialist beschikbaar kwam, wanneer een bredere medewerker kon aannemen, of overdracht volgde en of de klant afhaakte. Verwijder persoonsgegevens en bewaar timing en uitkomst.
- 1Benoem specialistische waardeLeg vast wat de smalste groep veilig kan oplossen en de brede groep niet.
- 2Bouw gekwalificeerde groepenNeem alleen mensen op die een nuttige volgende stap kunnen bezitten.
- 3Kies cumulatieve tijdenLeid elk uitbreidingspunt af uit echte wachttijd en extra expertise.
- 4Bewijs het uitvoerpadTest aanwezigheid, capaciteit, vaardigheden, prioriteit, overdracht en uitwijkroute.
- 5Start één wachtrijWijzig één drempel tegelijk en houd het vorige playbook beschikbaar.
Kies daarna een voorzichtige eerste drempel. Die moet de beste groep een echte kans geven zonder het volledige geduld van de klant op te maken. Kies de volgende drempel op basis van de extra vertraging die je voor het volgende bekwaamheidsniveau kunt verdedigen. Geef urgente of gevoelige zaken een apart pad in plaats van elk prioriteitsprobleem met één timer te willen oplossen.
Dynamics 365 meet de drempels cumulatief vanaf de eerste poging om aan een menselijke medewerker toe te wijzen. Na elke uitbreiding begint geen nieuwe timer. De handleiding beschrijft ook minimale tijden, staat gelijke tijden voor opeenvolgende niveaus toe terwijl hun volgorde behouden blijft en start na een overdracht naar een nieuwe wachtrij opnieuw bij het eerste niveau. Zet dit in het testblad. Een verkeerd tijdmodel kan een redelijk ontwerp toch verkeerd laten werken.
Test het hele toewijzingspad
Maak synthetische gesprekken voor de belangrijkste werksoorten. Regel aanwezigheid en capaciteit bewust zo dat elke test een ander niveau bereikt. Controleer dat de gedeelde inbox één doorlopende klantgeschiedenis en een duidelijke eigenaar toont.
Leg per geval het aankomstmoment vast, de groepen die op elk punt in aanmerking kwamen, de gekozen medewerker, gebruikte vaardigheids- en capaciteitscontroles, het toewijzingsmoment, overdrachten en de uitkomst. Met toewijzingsregels blijft eigenaarschap ook buiten de Dynamics test zichtbaar.
Test dat een specialist vóór uitbreiding accepteert, dat de volgende groep op het bedoelde cumulatieve moment aansluit, dat een eerdere groep na uitbreiding de hogere prioriteit houdt, dat de ingestelde strategie tussen meerdere geschikte mensen kiest, dat een nieuwe wachtrij opnieuw begint en dat de benoemde uitwijkroute wordt uitgevoerd wanneer niemand geschikt is.
Keur een playbook niet goed omdat de natuurlijke formulering logisch klinkt. Microsoft zegt dat het gepubliceerde playbook wordt omgezet naar een gestructureerd runtimeformaat. Lees validatiewaarschuwingen, publiceer eerst in een gecontroleerde omgeving en bewijs het gedrag met diagnostiek en testgesprekken.
Houd uitbreiding en overflow uit elkaar
Bullseye uitbreiding en overflow lossen verschillende problemen op. Bullseye houdt het gesprek in dezelfde wachtrij en vergroot de groep geschikte medewerkers. Overflow verandert de bestemming of uitkomst wanneer de wachtrij onder bepaalde voorwaarden niet kan leveren. Als je beide tegelijk invoert, is een fout moeilijk te verklaren.
Test eerst de bullseye niveaus. Voeg daarna prioriteit of overflow als apart scenario toe. Is niemand gekwalificeerd, bied dan een eerlijke terugbelafspraak, een alternatieve wachtrij of een andere goedgekeurde route. Een snelle verkeerde toewijzing is geen serviceverbetering.
Het releaseplan noemde een openbare preview in juli 2026 en algemene beschikbaarheid in oktober 2026, met de waarschuwing dat planning en functionaliteit kunnen veranderen (Microsoft releasegegevens). Controleer beschikbaarheid, licentie en regio in de echte omgeving voordat je iets aan klanten belooft.
Start met één wachtrij
Begin met één spraak- of berichtenwachtrij, stabiele gebruikersgroepen en een beperkte observatieperiode. Bevries andere automatiseringswijzigingen, zodat de oorzaak van een resultaat duidelijk blijft. Bekijk wachttijd per niveau, toewijzingen, herverdelingen, overdrachten, afhaken, terugbelacties en correcties door klanten. Onderzoek de langste wachttijden afzonderlijk.
Gebruik deze gegevens niet om medewerkers te rangschikken of te straffen. Ze vertellen iets over routeringsontwerp en capaciteit. Verander één drempel of groepsgrens tegelijk, herhaal dezelfde synthetische tests en houd het vorige playbook klaar voor herstel.
DripTell kan gesprekshistorie, eigenaarschap en menselijke overdracht over kanalen bij elkaar houden, maar kiest geen Dynamics drempels en vervangt geen test in jouw tenant. Combineer je routering met AI met een bredere klantreis, bespreek dan de implementatie voordat je meer wachtrijen toevoegt.
Veelgestelde vragen
Wat is een wachttijd bij bullseye routing
Dat is de cumulatieve tijd vanaf de eerste menselijke toewijzingspoging waarna een extra gebruikersgroep in aanmerking komt voor het gesprek.
Moeten alle wachtrijen dezelfde drempels hebben
Nee. Gebruik andere instellingen als urgentie, waarde van expertise, capaciteitsritme of gedeelde gebruikersgroepen verschillen.
Vervangt een breder niveau de specialistengroep
Nee. De uitbreiding is cumulatief. Eerdere groepen blijven in aanmerking komen en behouden een hogere prioriteit.
Wat moet de release blokkeren
Stop als groepen het werk niet veilig kunnen bezitten, cumulatieve timing verkeerd wordt begrepen, diagnostiek afwijkt van het ontwerp, de uitwijkroute geen eigenaar heeft of de functie niet beschikbaar is in de bedoelde omgeving.
Hulp nodig bij deze handleiding?Vraag het DripTell-team
Van lezen naar doen
Hulp nodig om dit voor jouw bedrijf toe te passen?
Laat je gegevens achter. We nemen dit artikel als context en beginnen met een bruikbaar antwoord voor je team.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid
