Dynamics 365 Contact Center implementeren: kanalen, routering en uitrol

Waarom contactcenterprojecten anders zijn

De meeste Dynamics 365-projecten die ik leid, draaien rond data, processen en formulieren. Een contactcenterproject voegt daar drie dingen aan toe die het ritme van het werk veranderen: telefonie, routering in realtime en medewerkers die per minuut worden opgevolgd. Komt een chat bij het verkeerde team terecht of wacht een oproep in een wachtrij waarop niemand is ingeschreven, dan merkt de klant dat meteen. Daarom is Dynamics 365 Contact Center een van de dankbaarste implementaties om goed te doen, en een van de minst vergevingsgezinde om fout te doen.

In dit artikel beschrijf ik hoe ik een Contact Center-implementatie aanpak: het juiste deploymentmodel kiezen, spraak- en digitale kanalen opzetten, unified routing ontwerpen, de werkomgeving van de medewerkers en Copilot voorbereiden, en alles gefaseerd uitrollen. Begin zeker met het officiële overzicht van Dynamics 365 Contact Center.

Embedded, standalone of Customer Service: beslis dat eerst

Microsoft documenteert Dynamics 365 Contact Center in drie varianten, en de meeste configuratieartikels vermelden uitdrukkelijk op welke variant ze van toepassing zijn. Naast de twee varianten hieronder is er Dynamics 365 Customer Service zelf: kanalen, routering en Copilot draaien dan binnen Customer Service, met cases, kennisartikels en klantgegevens in dezelfde Dataverse-omgeving. Gebruikt u Customer Service al, dan is dat bijna altijd de logische keuze. Dit is de eerste beslissing, want ze bepaalt waar uw dossiergegevens staan en welke app uw medewerkers 's ochtends openen.

• Contact Center – embedded: de gesprekswidget van Contact Center wordt ingebed in een CRM dat niet van Microsoft is, zoals Salesforce of ServiceNow. Connectoren synchroniseren contactpersonen en accounts, terwijl het casebeheer in dat CRM blijft. Dit past bij organisaties die de routering, spraak en AI van Microsoft willen gebruiken, maar hun klantendossiers elders houden.
• Contact Center – standalone: Copilot Service workspace draait als een eigen app op Dataverse, zonder het casebeheer van Dynamics 365 Customer Service. Microsoft levert connectoren voor Salesforce en ServiceNow, plus een connector voor andere CRM-systemen.

Onderschat de integratie-inspanning niet zodra een extern CRM meespeelt, zoals bij de embedded variant. Klantidentificatie, het opzoeken van records en het terugschrijven van de interactiehistoriek naar het externe CRM zijn integratiewerk, met eigen testen, beveiliging en supportmodel. Budgetteer ze ook zo.

Overstappen vanuit Omnichannel for Customer Service

Hebt u de voorbije jaren Omnichannel for Customer Service geïmplementeerd, dan zal veel in Contact Center vertrouwd aanvoelen. De documentatie van Microsoft brengt de kanaal- en routeringsfunctionaliteit van Customer Service nu onder de naam Contact Center: de introductie tot Dynamics 365 Contact Center staat op de URL waar vroeger Omnichannel werd beschreven, en dezelfde unified routing, workstreams, wachtrijen en capaciteitsprofielen liggen aan de basis van beide. Voor de meeste bestaande klanten gaat het dus om een evolutie van het product en de licenties, niet om een herimplementatie van nul.

Wat u nakijkt in een bestaande Omnichannel-omgeving

• Gebruikte apps: medewerkers moeten Copilot Service workspace gebruiken om werk via unified routing te ontvangen. Eigen kopieën van de workspace-app of Unified Service Desk worden daarvoor niet ondersteund; plan de overstap als u die nog gebruikt.
• Oude routering: routeert u cases nog met basic routing rules of eigen workflows, stap dan over op record routing in unified routing, zodat cases en gesprekken hetzelfde toewijzingsmodel delen.
• Voice-workstreams en bots: Microsoft documenteert een migratiepad om bestaande voice-workstreams geschikt te maken voor de nieuwere spraakgestuurde Copilot Studio-agents. Bekijk dat voor u uw IVR opnieuw bouwt.
• Aanpassingen: inventariseer sessiesjablonen, notificatiesjablonen, macro's en scripts in het productiviteitsvenster. Meestal gaan ze mee, maar ze zijn ook het eerste dat breekt wanneer u van app wisselt.

Spraak- en digitale kanalen

Kanalen worden ingericht in Copilot Service admin center onder Customer Support > Channels. Welke vakjes u kunt aanvinken, hangt af van uw licenties. De beschikbare kanaalfamilies zijn chat, spraak, sms, sociale messaging en Microsoft Teams.

Spraak

Het spraakkanaal is gebouwd op Azure Communication Services en biedt medewerkers inkomende en uitgaande PSTN-oproepen binnen de workspace, met gespreksbediening, doorverbinden, consultaties, voicemail, live transcriptie en sentimentanalyse. De IVR is een Copilot Studio-agent die aan de voice-workstream hangt en met dezelfde tools wordt gebouwd als een chatbot.

Bij telefonie zitten de externe afhankelijkheden. In het beheercentrum kunt u enkel Amerikaanse nummers rechtstreeks verwerven; nummers voor andere landen, zoals België, koopt u in Azure Communication Services en synchroniseert u daarna. Wilt u uw eigen operator houden, dan verloopt dat via Azure direct routing. Beslis dat vroeg en betrek wie vandaag uw telefoonnummers beheert. Belgische nummers overzetten en een cut-over met het oude platform coördineren kost kalendertijd die geen enkele configuratie kan inkorten.

Digitale kanalen

Digitale kanalen staan sneller op, maar elk kanaal heeft zijn eigen gedrag dat het routeringsontwerp beïnvloedt:

• Live chat: een widget op uw website of portaal, met pre-chatvragen die de routering voeden (taal, onderwerp, aangemelde klant). Met persistent chat loopt een gesprek over meerdere sessies door.
• Sms: van nature asynchroon. Klanten antwoorden uren later, dus het gesprek staat in de wachtstatus en komt terug in de wachtrij op basis van het tijdstip van de laatste interactie.
• Sociale kanalen en WhatsApp: eveneens asynchroon, met de eigen regels van de provider rond sjablonen en antwoordtermijnen. Spreek met marketing en juridische zaken af wie eigenaar is van deze accounts voor u ze koppelt.
• Microsoft Teams: nuttig voor interne servicedesks zoals IT- of HR-support, waar de "klanten" uw eigen medewerkers zijn.

Unified routing ontwerpen

Unified routing is het hart van het product en verdient het grootste deel van uw ontwerptijd. Het werkt in twee fasen: classificatie voegt informatie toe aan het binnenkomende werkitem (vaardigheden, prioriteit, klantsegment, taal) en toewijzing kiest de best geschikte medewerker op basis van vaardigheden, aanwezigheid en capaciteit. Lees het overzicht van unified routing en ontwerp eerst op papier voor u iets aanklikt. De bouwstenen zijn:

• Workstream: de container per kanaal en type werk, met de toegelaten aanwezigheidsstatussen, capaciteitsvereisten en verdeelmodus (push of pick).
• Wachtrij: de groep medewerkers die een type werk kan opnemen, met een toewijzingsmethode en een kalender met openingsuren.
• Classificatieregels: voorwaarden op het werkitem en gerelateerde records die vaardigheden, prioriteit of andere kenmerken instellen voor het item wordt gerouteerd.
• Route-to-queue-regels: een geordende regelset die het werkitem naar de juiste wachtrij stuurt. Voorzie altijd een fallback-wachtrij die ook effectief wordt opgevolgd.
• Capaciteitsprofielen: hoeveel gelijktijdig of dagelijks werk een medewerker per type kan opnemen, en of een telefoongesprek andere kanalen blokkeert. Microsoft raadt aan om ofwel capaciteitsprofielen ofwel capaciteitseenheden te gebruiken, niet beide.
• Aanwezigheid: Beschikbaar, Bezet, Niet storen en eigen statussen. Elke workstream bepaalt bij welke statussen nog werk binnenkomt.

Een toewijzingsmethode kiezen

Elke wachtrij krijgt een toewijzingsmethode. De ingebouwde opties dekken de meeste noden, en waar dat niet volstaat, definieert u eigen prioriterings- en toewijzingsregelsets. De documentatie over toewijzingsmethoden legt de exacte logica bij gelijke stand uit. In de praktijk:

De werkomgeving van de medewerker

Medewerkers werken in Copilot Service workspace, een multisessie-app waarin elk aanvaard gesprek of geopende case een sessie wordt, met telkens eigen tabbladen. Microsoft documenteert een limiet van negen sessies en tien tabbladen per sessie, meer dan een medewerker sowieso zou mogen jongleren.

Het grootste deel van de gebruikerservaring wordt geconfigureerd, niet gebouwd:

• Sessiesjablonen: bepalen welke pagina opent wanneer een gesprek wordt aanvaard, bijvoorbeeld het klantprofiel met de actieve case ernaast.
• Notificatiesjablonen: bepalen wat de medewerker ziet in de melding van binnenkomend werk, inclusief de pre-chatantwoorden en de naam van de klant.
• Klantidentificatie: regels voor recordidentificatie koppelen het gesprek automatisch aan een contactpersoon of account, zodat de medewerker niet met een zoekopdracht begint.
• Macro's en scripts: agent scripts leiden medewerkers door gereguleerde of complexe gesprekken, en macro's automatiseren repetitieve stappen zoals een case aanmaken vanuit het gesprek.

Copilot-ondersteuning voor medewerkers

Copilot is waar Contact Center het sterkst verschilt van wat Omnichannel for Customer Service enkele jaren geleden bood. De mogelijkheden die u in Copilot Service admin center kunt activeren, zijn onder meer:

• Samenvattingen van gesprekken en cases: een samenvatting bij doorverbinden of afronden, zodat de volgende medewerker de klant niet alles opnieuw hoeft te laten vertellen. Casesamenvattingen krijgt u enkel als u Dynamics 365 Customer Service gebruikt.
• Een vraag stellen: medewerkers stellen in het hulpvenster een vraag aan Copilot en krijgen antwoorden die gebaseerd zijn op uw kennisbronnen.
• Antwoorden en e-mails opstellen: voorgestelde chatantwoorden en e-mails die de medewerker naleest en aanpast voor ze worden verstuurd.
• Vertaling: medewerkers kunnen door Copilot gegenereerde antwoorden naar hun voorkeurstaal vertalen, handig in een meertalig land als België.

De kwaliteit van deze functies wordt begrensd door de kwaliteit van uw kennisbank. Zijn uw kennisartikels verouderd, dubbel of geschreven voor interne experts, dan herhaalt Copilot dat vol overtuiging. Plan een opschoning van de kennisbank in het project. Gebruikt u Dynamics 365 Customer Service, zet dan ook de vooraf ingestelde filters en de filters voor medewerkers in (kennisfilters zijn een functie van Customer Service), zodat Copilot per product of merk de juiste artikels gebruikt.

Opname, privacy en Europese aandachtspunten

Gespreksopname en transcriptie worden per voice-workstream ingesteld, met automatische of manuele start en de mogelijkheid om te pauzeren en te hervatten. Microsoft stelt uitdrukkelijk dat veel rechtsgebieden het opnemen van gesprekken reguleren en mogelijk toestemming vereisen, en dat de naleving uw verantwoordelijkheid is. Lees de richtlijnen over gespreksopname, transcriptie en realtime vertaling en neem de juridische beslissingen voor de technische. Voor Belgische en andere Europese organisaties overloop ik minstens het volgende met het juridische of privacyteam van de klant:

• Rechtsgrond en informatie: hoe bellers worden geïnformeerd over opname en transcriptie, en wat de IVR meldt voor een medewerker opneemt.
• Bewaartermijn: hoelang opnames, transcripties en gespreksrecords bewaard blijven, en hoe ze na die termijn worden verwijderd.
• Gegevenslocatie: in welke regio de omgeving en de kanaalresources gehost worden, en of een geactiveerde functie gegevens buiten die regio brengt.
• Opvolging van medewerkers: supervisiefuncties, analyses en opnames hebben ook betrekking op uw eigen personeel. Microsoft vermeldt dat capaciteits- en prestatiefuncties niet bedoeld zijn voor beslissingen over tewerkstelling; betrek HR en, waar van toepassing, de werknemersvertegenwoordiging tijdig.

Rapporteren over gesprekken

Contact Center bevat realtime en historische analysedashboards voor supervisors, en daar begint u best. Voor snelle controles tijdens het testen bevraag ik de tabel Conversation (msdyn_ocliveworkitem) rechtstreeks. Deze FetchXML telt de spraakgesprekken van de voorbije week per wachtrij en statusreden:

<fetch aggregate="true">
  <entity name="msdyn_ocliveworkitem">
    <attribute name="activityid" alias="conversations" aggregate="count" />
    <attribute name="msdyn_cdsqueueid" alias="queue" groupby="true" />
    <attribute name="statuscode" alias="status" groupby="true" />
    <filter>
      <condition attribute="createdon" operator="last-x-days" value="7" />
      <!-- msdyn_channel is a multi-select choice; 192440000 = Voice call (PSTN voice channel) -->
      <condition attribute="msdyn_channel" operator="contain-values">
        <value>192440000</value>
      </condition>
    </filter>
  </entity>
</fetch>

Tijdens de acceptatietesten toont zo'n query snel of werk in de fallback-wachtrij belandt of langer dan verwacht in de status Open blijft, wat meestal wijst op een probleem met een routeringsregel of de configuratie van aanwezigheidsstatussen.

ALM voor de Contact Center-configuratie

Routeringsconfiguratie is niet zomaar maatwerk in een solution, en net daar verliezen veel projecten tijd. Workstreams en kanaalinstellingen kunnen via solutions mee, maar wachtrijen, capaciteitsprofielen en regelsets voor skill-based routing vereisen de Configuration Migration tool, in een vaste volgorde. Volg de handleiding van Microsoft om kanaalconfiguraties te migreren met solutions en script het, zodat elke omgeving op dezelfde manier wordt opgebouwd:

# 1. Routing configuration data (queues, capacity profiles,
#    skill-based routing rulesets) via the Configuration Migration tool.
#    The schema files are created once with the Configuration Migration tool.
#    pac data runs only in the Windows (.NET Framework) build of the PAC CLI.
pac auth create --name dev --environment https://contoso-dev.crm4.dynamics.com
pac data export --schemaFile .\config\queues-schema.xml --dataFile .\out\queues.zip --overwrite

pac auth create --name test --environment https://contoso-test.crm4.dynamics.com
pac data import --data .\out\queues.zip

# 2. Workstreams and channel settings via a solution
pac auth select --name dev
pac solution export --name ContosoContactCenter --path .\out\ContosoContactCenter.zip --managed

pac auth select --name test
pac solution import --path .\out\ContosoContactCenter.zip

Let op: accounts, kanaalproviders, de agentconfiguratie en de instellingen voor AI en analyses vallen buiten deze migratie. De records van telefoonnummers reizen wel mee in de solution, maar de koppeling met Azure Communication Services, de synchronisatie van de nummers en de agentconfiguratie doet u per omgeving opnieuw. Documenteer dat in een runbook. Houd er ook rekening mee dat pac data enkel beschikbaar is in de .NET Framework-versie (Windows) van de Power Platform CLI.

Een gefaseerd uitrolplan

Een big-bang go-live raad ik voor een contactcenter nooit aan. Dit is de volgorde die ik doorgaans voorstel:

1. Analyse en ontwerp: breng contactredenen, volumes per kanaal, openingsuren, talen en vaardigheden in kaart; kies tussen embedded, standalone of Customer Service; leg het juridische standpunt over opname en AI vast.
2. Fundament: omgevingen, beveiligingsrollen, inrichting van de kanalen, telefonie- en nummerplanning, en de ALM-scripts voor de routeringsconfiguratie.
3. Eerste kanaal met een pilootteam: meestal live chat of record routing voor cases, omdat fouten daar minder impact hebben dan bij spraak.
4. Spraak: IVR-agent, spraakwachtrijen, opname-instellingen en een zorgvuldig geplande overschakeling van de nummers, liefst buiten de piekperiodes.
5. Copilot-functies: activeer samenvattingen en Ask a question voor het pilootteam, beoordeel de kwaliteit van de kennisbank en breid daarna uit.
6. Opschalen en optimaliseren: voeg teams en kanalen toe, stem toewijzingsmethoden en capaciteit af op basis van echte rapportering, en draag over aan een supportteam dat routering begrijpt.

Veelvoorkomende valkuilen

• Te veel wachtrijen op dag één: elke wachtrij heeft leden, een kalender, overloopafhandeling en iemand nodig die de rapporten opvolgt.
• Geen fallback-wachtrij: werkitems die op geen enkele regel passen, moeten ergens zichtbaar terechtkomen en niet verdwijnen in een wachtrij waarop niemand is ingeschreven.
• Discipline rond aanwezigheid: routering is maar zo goed als de aanwezigheidsstatus van de medewerkers. Train dat, en configureer wat er gebeurt wanneer werk wordt geweigerd of een time-out krijgt.
• Alleen het ideale scenario testen: test doorverbinden, consultaties, gedrag buiten de openingsuren, klanten die afhaken en medewerkers die zich midden in een gesprek afmelden.
• Manuele configuratie per omgeving: met de hand opgebouwde wachtrijen in test en productie lopen binnen enkele weken uit elkaar. Script de migratie vanaf het begin.
• Supervisors vergeten: supervisors hebben dashboards, monitoring en de bevoegdheid nodig om werk opnieuw toe te wijzen. Betrek hen bij het ontwerp, niet alleen bij de opleiding.

Conclusie

Dynamics 365 Contact Center brengt spraak, digitale kanalen, unified routing en Copilot samen op het Dataverse-platform dat velen al kennen. De technologie is matuur; het succes hangt af van een helder routeringsmodel, een realistisch telefonieplan, degelijke ALM en een gefaseerde uitrol waarin het echte gebruik de configuratie mee vormgeeft. Krijgt u die zaken goed, dan besteden uw medewerkers hun tijd aan het helpen van klanten in plaats van aan het bevechten van de tool.