Een supervisor ziet drie klantcases wachten, terwijl twee ervaren medewerkers niet beschikbaar lijken. Mogelijk is een capaciteitsprofiel vol, vereist het werk twee profielen of heeft een afgeronde record geen capaciteit vrijgegeven.
Behandel profielen als voorwaarden voor routering, niet als personeelsprognose of individuele score. Gebruik ze voor aparte werklimieten of blokkering tussen kanalen. Kies één model, test de hele keten en maak vrijgave en uitzonderingen zichtbaar.
Bepaal of profielen bij het probleem passen
Volgens Microsoft bepaalt een capaciteitsprofiel welk type en welke hoeveelheid werk een servicemedewerker kan aannemen. Het kan gelijktijdige of dagelijkse limieten instellen, per persoon afwijken en extra toewijzingen blokkeren zodra een limiet is bereikt. Microsoft raadt ook aan om in één omgeving óf profielen óf capaciteitseenheden te gebruiken. De werking staat in de handleiding voor capaciteitsprofielen maken en beheren.
- Kies één modelGebruik profielen of eenheden zodat elke toewijzing dezelfde logica volgt.
- Definieer echt werkBaseer profielen op werkgedrag, aandacht en het bewijs van voltooiing.
- Koppel elk profielBevestig alle standaard en voorwaardelijke profielen bij item en medewerker.
- Test uitzonderingenOefen handmatige keuzes en geforceerde toewijzingen en leg overbelasting vast.
- Bewijs de vrijgaveSluit werk correct en controleer of capaciteit terugkomt voor lancering.
Profielen zijn nuttig wanneer één bedrijfsbreed getal belangrijk verschil verbergt. Een telefoongesprek kan ander automatisch werk moeten blokkeren. Specialistisch onderzoek kan een eigen daglimiet verdienen. Een nieuwe medewerker heeft misschien een lagere grens nodig dan een ervaren collega die hetzelfde soort werk behandelt.
Laat het profiel de limiet niet bedenken. Bepaal eerst een veilige belasting op basis van actieve aandacht, complexiteit, de beloofde reactietijd en kwaliteitsbewijs. Onze uitleg over gesprekscapaciteit van supportmedewerkers behandelt die beslissing. Het profiel dwingt slechts een deel ervan af tijdens routering.
Breng het werk eerst in kaart
Breng echt werk in kaart. Noteer per type het klantresultaat, de vereiste vaardigheid, duur, invloed op andere kanalen en voltooiingsmoment. Gedragen twee categorieën zich hetzelfde, dan kan één profiel genoeg zijn.
Gebruik het kleinste model dat de echte grens duidelijk maakt.
| Praktijksituatie | Passende controle | Belangrijkste controle voor lancering |
|---|---|---|
| Vergelijkbaar werk met één gedeelde belasting | Eén eenhedenmodel of één algemeen profiel | Controleer of elk item capaciteit consequent verbruikt en vrijgeeft |
| Specialistisch werk heeft een eigen maximum | Standaardprofiel met een voorwaardelijk specialistisch profiel | Controleer of item en medewerker beide profielen hebben |
| Eén kanaal moet ander automatisch werk stoppen | Blokkering op het relevante profiel | Controleer aanwezigheidsstatus en zichtbaarheid van wachtend werk |
| Mensen hebben voor hetzelfde werk andere grenzen nodig | Persoonlijke aangepaste limiet | Wacht op synchronisatie voordat u routering beoordeelt |
| Een zeldzame noodsituatie overschrijdt de grens | Benoemde supervisoruitzondering | Leg reden, eigenaar, klantrisico en herstelstap vast |
Maak dus niet automatisch een profiel per wachtrij. Lidmaatschap, vaardigheid, aanwezigheid en capaciteit beantwoorden andere vragen. Eén vaag label maakt onderzoek juist moeilijker.
Test de volledige toewijzingsketen
Een werkstroom kan één standaardprofiel toepassen op al het inkomende werk. Classificatieregels kunnen onder een bepaalde voorwaarde een tweede profiel toevoegen. Dynamics 365 zoekt daarna iemand met beschikbare capaciteit in elk vereist profiel. Daardoor kan een case wachten terwijl ergens vrije capaciteit zichtbaar is, alleen omdat bij het item of de medewerker één profiel ontbreekt.
Test voor productie een gewone en specialistische case, een bezette en beschikbare medewerker en iemand zonder het voorwaardelijke profiel. Controleer classificatie, vereiste profielen, toewijzing en resterende capaciteit.
Test persoonlijke limieten apart. Microsoft vermeldt dat ze alleen nieuwe toewijzingen beïnvloeden, bestaand werk niet verplaatsen en tijd nodig kunnen hebben om te synchroniseren. Huidig verbruik kan dus tijdelijk boven een nieuwe lagere limiet staan. Dat is een overgang, geen bewijs dat de instelling is genegeerd.
Houd de test bij de echte klantworkflow. Een gedeelde inbox maakt eigenaarschap en wachtend werk zichtbaar. Automatiseringsregels kunnen consistente classificatie en overdracht ondersteunen. Ze vervangen de Dynamics test niet.
Behandel handmatig werk als uitzondering
Een handmatige actie kan de beveiliging passeren. In de documentatie van Microsoft over wachtrijen staat dat handmatig oppakken geen rooster, toewijzingsregels, vaardigheden, aanwezigheid of capaciteitsgrenzen beoordeelt. De beschikbare capaciteit kan daardoor negatief worden.
Die mogelijkheid bestaat voor noodsituaties. Ze hoort niet de dagelijkse manier te zijn om de oudste wachtrij weg te werken. Vraag een reden en een eigenaar. Leg vast of de persoon voldoende vaardigheid en bevoegdheid had, welk bestaand werk vertraging oploopt en wanneer de belasting weer binnen de normale grens valt.
Veel handmatige keuzes zijn systeeminformatie. Misschien is de profielkaart te streng, ontbreken vaardigheden, is de classificatie fout of past de bezetting niet bij de vraag. Alle limieten verhogen verbergt dit verschil.
Geef capaciteit vrij bij echte voltooiing
Profielen werken alleen als capaciteit betrouwbaar terugkomt. Een gesprek geeft capaciteit vrij wanneer de medewerker het gesprek beëindigt en de sessie sluit. Bij een case kan oplossen, annuleren of het wissen van Worked By de capaciteit vrijgeven. Andere gerouteerde records en activiteiten kunnen vereisen dat het wachtrijitem wordt gedeactiveerd of de medewerker uit Worked By wordt verwijderd.
Hier verliezen ogenschijnlijk rustige teams vaak capaciteit. De klant heeft antwoord, maar de operationele record blijft open. Definieer per werksoort één voltooiingsgebeurtenis en controleer dagelijks oude items. Sluit klantwerk niet alleen om beschikbaarheid mooier te maken. Bevestig eerst het beloofde resultaat, de benodigde notitie, volgende eigenaar en vervolgactie.
Een betrouwbare supportoperatie houdt wachtrijstatus, klantstatus en capaciteit op één lijn. Laat een aangepaste integratie routeringsrecords alleen wijzigen via een gecontroleerde ontwikkelaarsworkflow met duidelijke foutafhandeling en gecontroleerde toegangsrechten.
Beoordeel de uitkomst voor klanten
Beschikbare capaciteit is niet het eindresultaat. Volg het oudste geschikte werk, tijd tot geaccepteerd eigenaarschap, herrouteringen, handmatige uitzonderingen, heropende cases, te late opvolging en kwaliteitsfouten. Splits deze uitkomsten per werksoort en profiel.
Wacht specialistisch werk terwijl algemene capaciteit vrij is, controleer dan eerst de profielmatch. Bij negatieve capaciteit onderzoekt u handmatige keuzes. Komt capaciteit niet terug, controleer voltooiing en de staat van het wachtrijitem. Is de configuratie correct maar wachten klanten nog steeds, dan ligt het probleem mogelijk bij vraag, bezetting, vaardigheden of de servicebelofte.
Wijzig steeds één controle en bewaar de vorige waarde, het bewijs, het verwachte effect en een terugvalpunt. Wilt u de routeringsgrens aan een echte klantreis koppelen, neem dan één representatieve wachtrij mee naar een DripTell review.
Veelgestelde vragen
Kiezen we profielen of capaciteitseenheden
Gebruik één model in dezelfde omgeving. Profielen passen bij aparte werksoorten, individuele limieten en blokkering tussen kanalen. Eenheden passen bij één gedeeld numeriek belastingmodel.
Waarom wacht werk terwijl iemand ruimte heeft
Het werk kan een profiel vereisen dat de medewerker mist, of ruimte nodig hebben in zowel het standaardprofiel als een toegevoegd profiel. Controleer ook aanwezigheid, vaardigheden, wachtrijlidmaatschap, classificatie en synchronisatietijd.
Waarom wordt capaciteit negatief
Een handmatige keuze of geforceerde toewijzing kan de ingestelde grens overschrijden. Leg dit vast als uitzondering, controleer het klantrisico en bepaal of een slechte regel of een echte noodsituatie zichtbaar werd.
Wanneer hoort capaciteit vrij te komen
Bij de productspecifieke voltooiingsgebeurtenis voor dat werk. Die verschilt voor gesprekken, cases en andere records. Bevestig het klantresultaat en de vereiste vastlegging voordat u sluit.
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
