Wat zijn call queues in Microsoft Teams?
Een call queue verdeelt binnenkomende gesprekken over een groep agents. Een beller kiest bijvoorbeeld "1 voor verkoop, 2 voor support". Achter keuze 2 zit een queue die het gesprek naar een beschikbare support-agent doorverbindt. Kan niemand aannemen? Dan gaat de beller in de wacht.
Vrijwel elke Teams Phone-klant heeft call queues — maar weinig organisaties hebben er realtime zicht op.
Het probleem: je ziet problemen pas achteraf
Microsoft Teams heeft twee native rapportage-opties:
- Call analytics — historisch, per gebruiker, op verbindingskwaliteit gericht
- Teams admin center rapporten — dagelijkse/wekelijkse CSV-export
Geen van beide geeft je live inzicht in hoeveel mensen er nu in de wacht staan, wat de langste wachttijd is of welke agent overbelast is. Dat merk je pas de volgende ochtend als de klachten binnenkomen.
Wat je realtime wél wilt zien
Vraag elke teamlead wat ze op hun scherm willen en dit komt telkens terug:
- Aantal bellers in de wacht, per queue — met een alarmmarge (bv. ">3 is rood")
- Langste huidige wachttijd — niet het gemiddelde, de worst case
- Presence per agent — wie is Available, In Call, Away, Busy
- Gesprekken per uur — om pieken te zien aankomen
- Service level van vandaag — percentage binnen de doelstelling aangenomen
Deze vijf widgets zijn samen genoeg om 80% van de dagelijkse beslissingen te nemen.
Zo haal je realtime data uit Teams
Er zijn grofweg drie routes:
Optie 1: Microsoft Graph API
Via Graph kun je de queue-stats uitlezen. Het voordeel: diepe integratie. Het nadeel: je bouwt zelf de polling, de cache, de UI, en moet de permissions goed zetten (CallRecords.Read.All en vrienden). Reken op enkele weken development.
Optie 2: PowerShell + custom dashboard
Voor Teams admins een bekend gebied. Je plant een PowerShell-script dat elke minuut stats naar een Power BI of Log Analytics workspace schrijft. Werkt, maar geen echte realtime (minuut-vertraging) en geen pretty UI.
Optie 3: Een dedicated wallboard-tool
Tools als Teams Wallboard doen bovenstaande voor je. Koppeling via een service-account en device code flow, binnen een uur draait de eerste queue live op een scherm. Voor de meeste helpdesks de snelste route.
Alerting: meer dan alleen een rood bolletje
Een goed monitoring-setup alerteert actief als drempelwaarden overschreden worden. Drie alert-types die we vaak zien in de praktijk:
- Threshold breach — bv. SL% zakt onder 70% → Teams-bericht naar teamlead
- Agent presence — minder dan 3 agents Available tijdens kantoortijd → SMS
- Peak detection — queue depth stijgt ongewoon snel → pager
Zorg dat alerts routeren naar de juiste mensen en dat er een escalatiepad is — anders is een alert een notificatie die niemand serieus neemt.
Privacy en agentdata
Bij monitoring van individuele agents hoort een gesprek met HR of OR. In de regel is presence (Available/Away) zonder moeite te monitoren, maar call-details per agent (gespreksduur, -frequentie) raken de AVG. Een rolgebaseerd toegangsmodel waarbij teamleads aggregaten zien en HR alleen individuele data op verzoek, lost dat doorgaans op.
Van monitoring naar actie
Monitoring is pas waardevol als je er iets mee doet. Drie vragen die je wekelijks zou moeten stellen op basis van je data:
- Welke uren hebben structureel de hoogste abandoned rate? (→ roosters aanpassen)
- Welke agents hebben consequent hogere AHT? (→ coaching of gereedschap)
- Welke piekdagen worden we herhaaldelijk verrast? (→ vooraf plannen)
Conclusie
Realtime monitoring van Teams call queues hoeft geen complex project te zijn. Met een dedicated wallboard-tool heb je binnen een dag inzicht dat je anders wekenlang zelf zou moeten bouwen. Wil je zien hoe dat eruitziet? Bekijk onze voorbeelden of begin gratis.
