Engage · Kontaktcenter

Kend din kunde, vælg så dine kanaler

Fra kø til kunderejse, del 2 af 4. De fleste organisationer ender med seks kanaler. To fungerer godt, de andre fire vænner stille og roligt kunderne til at forvente et svar, der aldrig kommer.

  • 5. august 2026
  • 7 min. læsning

De fleste organisationer ender med seks kanaler. To fungerer godt. De andre fire vænner stille og roligt kunderne til at forvente et svar, der aldrig kommer.

Kort fortalt. At tilføje en kanal er nemt, at bemande den er ikke. Tag dine ti hyppigste kontaktårsager, giv hver af dem en kanal og en grund, og skriv ned, hvad du aldrig vil automatisere. Én side, én eftermiddag, intet journey mapping-program nødvendigt.

Det kan du undgå uden et forskningsprojekt. Og du bør modstå trangen til at løse det hele på én gang, for det er dér, den slags projekter typisk falder fra hinanden. Prøv ikke at rette ti år op på én gang. Flyt det, du har, lad folk vænne sig til det, og begynd så at optimere.

For mange teams er den første reelle gevinst mindre, end de forventer. Bare det at få tale, e-mail og chat samlet ét sted er allerede den store forandring, og det er nok til den første måned.

Hvor denne artikel hører til i serien

Dette er den anden af fire sammenhængende artikler om at bevæge sig fra køstyring til ejerskab over kunderejsen.

Del et sluttede med en uge med loggede kontaktårsager og en udpeget ejer, der kan ændre noget uden for kontaktcenteret. Denne del gør den log til et kanaldesign: hver kontaktårsag får en kanal og en grund til at være der, og alt, der aldrig bør automatiseres, kommer på en separat liste, før nogen bygger et flow.

Det, der kommer ud af denne del, er et kanalkort på én side. Del tre tester, om dine data faktisk kan understøtte de automatiserede dele af det kort, og del fire måler, om designet virker, når rigtige kunder bruger det. Har du ikke kørt årsagsloggen fra del et endnu, så gør det først, for en kanalbeslutning uden den er gætteri med en projektplan hæftet på.

Ti årsager, én side, én eftermiddag

Træk sidste måneds kontaktårsager fra dit telefonsystem og din indbakke. Tag de ti hyppigste. Er din rapportering for grovkornet, så bed tre agenter om en time. De kan nævne otte af de ti udenad.

For hver årsag skriv fire ting: hvor stor en mængde den udgør, hvilken kanal den ankommer på i dag, hvem der løser den, og hvilken kanal den bør ankomme på. Det er hele øvelsen. Den fylder én side og overlever mødet med virkeligheden, hvad mere omfattende rammeværker ofte ikke gør.

Match så årsager med kanaler. Komplekst eller følelsesladet går til tale. Statusspørgsmål og enkle forespørgsler går til selvbetjening eller messaging. Alt, der kræver et skriftligt spor, går til e-mail. Tre kanaler, der fungerer godt, slår syv, der kun overvåges halvt.

Segmentér dine kunder efter adfærd frem for demografi. En indkøber, en forbruger med et engangsspørgsmål og en key account har forskellig tolerance for besvær, og den forskel afgør dit kanalmix. Alder og postnummer gør ikke.

Én begrænsning gælder for dem alle. Zendesk-forskning sætter andelen af forbrugere, der forventer, at en medarbejder har øjeblikkelig adgang til tidligere interaktioner, uanset kanal, til 87%. Uanset hvilket mix du lander på, skal konteksten følge med kunden, ellers har du bygget et sæt separate køer og kaldt det omnichannel.

Spørg dine agenter, men stop ikke der

Inddrag de mennesker, der bruger systemet. Vær bare klar over, hvad du får igen. Deres referenceramme er dagens værktøj, så kravene kommer ud som en kopi af det.

Derfor er demo- og inspirationssessioner med leverandører tiden værd. Ingen kan bede om noget, de aldrig har set. Brug de sessioner til at udvide rammen, og lad så årsagsloggen fra del et afgøre, hvad der rent faktisk bliver bygget.

"Spørg folk, hvad de har brug for, og de vil beskrive det system, de allerede har, med én knap placeret et andet sted."

Stephan KuurstraStephan Kuurstra, Senior Consultant CX and Voice EMEA

Derfor har kravlister, der indsamles internt, en tendens til at producere en lidt pænere version af fortiden. Brug agenterne til at finde ud af, hvad der går i stykker. Brug ekstern inspiration til at finde ud af, hvad der er muligt. Bed ikke én gruppe om at gøre begge dele.

Test, hvad der sker med de opkald, ingen havde planlagt for

Et eksempel fra et projekt, vi blev kaldt ind til. Organisationen havde kørt den samme opsætning i tolv år: en IVR med seks valgmuligheder og en kæde af fallbacks bag den. Ethvert opkald, menuen ikke kunne placere, endte til sidst hos receptionisten.

I det nye design var receptionisten væk. Så hvert opkald, der plejede at ende der, faldt i stedet ned til en afdeling. Den organisation havde tre separate forretninger under sig, og den afdeling, der nu modtog de opkald, betjente kun én af dem. Resultatet: en strøm af opkald, der intet havde med dem at gøre, og en dom om, at den nye platform ikke kunne håndtere forretningen.

Det var aldrig platformen. Ingen havde stress-testet, hvad der sker med opkald, menuen ikke kan placere, når det menneskelige sikkerhedsnet er væk. Så tag dine flows, fjern fallbacken i hovedet, og følg opkaldet. Hvor lander det, og vil det team have det?

Listen over ting, du aldrig automatiserer

Skriv den ned, før nogen bygger noget som helst. Dødsfald. Klager med følelsesmæssig vægt. Sårbare kunder. Sikkerhedsproblemer. Alt, hvor det at blive håndteret effektivt af software ville føles som at blive håndteret skødesløst.

En begravelse hører ikke hjemme i en telefonmenu. For en forbrugerforretning er et dødsfald i familien det tydeligste eksempel. Nogen ringer for at lukke en konto for en slægtning, der er død. Hvert sekund med at navigere i valgmuligheder er et sekund, hvor virksomheden signalerer, at den har vigtigere ting for. Der er ingen automatiseringsgevinst at hente her, kun skade at undgå.

Sørg så for, at hvert automatiseret flow har en vej ud. En rute til et menneske, som kunden kan finde uden at kende tricket, uden at gentage sig selv og uden at skulle tilbage til menuens start.

Gennemsigtighed er nu lov, ikke god tone

I Europa holdt det op med at være en designpræference den 2. august 2026. Fra den dato gælder gennemsigtighedsforpligtelserne i artikel 50 i AI Act, og de omfatter ethvert system, der interagerer direkte med mennesker, chatbots og stemmeassistenter inklusive. Folk skal have besked om, at de har med AI at gøre, medmindre det er indlysende ud fra omstændighederne. Europa-Kommissionen offentliggjorde sine endelige retningslinjer den 20. juli 2026, og bøder for manglende overholdelse når op på 15 millioner euro eller 3% af den globale årlige omsætning, alt efter hvad der er højest.

To praktiske konsekvenser for en organisation, der opererer i mere end ét land. Forpligtelsen følger dine brugere, så et kontaktcenter uden for EU, der betjener EU-kunder, er omfattet. Og forpligtelsen lander på idriftsætteren såvel som på leverandøren, så det at købe platformen overfører ikke pligten. Billigere at designe ind nu end at eftermontere senere.

Der er en bredere pointe her. DMG Consultings forskning fra 2026 viser, at medarbejderoplevelsen falder til 9,1% af de strategiske prioriteter, mens DMG selv beskriver en hybridmodel med menneskelige og AI-agenter som den realistiske driftsmodel for de kommende år. De to ting passer ikke sammen. Planlæg for de mennesker, du stadig får brug for.

Gør dette i denne uge

  • Træk sidste måneds ti hyppigste kontaktårsager, eller book en time med tre agenter
  • Udfyld de fire kolonner for hver årsag
  • Skriv din liste over ting, der aldrig automatiseres, og få sponsoren til at underskrive den
  • Tjek hvert aktivt automatiseret flow for en AI-oplysning og en rute til et menneske

Tjekliste, del 2

  • De ti hyppigste kontaktårsager med mængde, på én side
  • Kundesegmenter baseret på adfærd, ikke demografi
  • Et kanalvalg pr. kontaktårsag, med en grund hæftet på
  • Kun kanaler, du reelt kan bemande
  • Hver fallback-vej testet, inklusive dem uden et menneske i den anden ende
  • Skriftlig liste over årsager, der aldrig automatiseres
  • En findbar rute til et menneske i hvert automatiseret flow
  • Kunderne får besked, når de har med AI at gøre, i overensstemmelse med AI Act artikel 50

Næste i denne serie

Dit kanalkort siger nu, hvilke kontaktårsager der bør håndteres uden en person. Del tre, Start med dine data, ikke din bot, tjekker, om dine data faktisk kan understøtte det, og giver dig fem kriterier for at vælge en første automatiseret use case, der ikke kan bringe dig i forlegenhed.

Læs hele serien

Disse fire artikler er skrevet til at læses i rækkefølge. Hver af dem producerer noget, den næste bruger.

Kilde: DMG Consulting LLC, 2026 CX AI Playbook: Strategic Outlook and Investment Priorities, februar 2026, sponsoreret af Five9. Yderligere markedsdata fra Gartner, Zendesk og offentlig analytikerkommentar, hentet august 2026.

FAQ

Spørgsmål, vi ofte får

Hvor mange kanaler bør vi køre?

Så mange, som du kan bemande til en standard, du ville forsvare offentligt.

Gælder AI Act for en simpel FAQ-bot?

Gå ud fra ja. Artikel 50 har været gældende siden 2. august 2026 og omfatter AI-systemer, der interagerer direkte med mennesker, så fortæl brugerne, at de taler med AI, og giv dem en rute til en person.

Hvad bør vi aldrig automatisere?

Dødsfald, klager med følelsesmæssig vægt, sårbare kunder og sikkerhedsproblemer. Skriv listen ned, før nogen bygger et flow, og få sponsoren til at underskrive den.

Hvordan får vi kunderne til at slippe for at gentage sig selv mellem kanaler?

Konteksten skal følge med interaktionen frem for at leve i hver kanal for sig. Det er et spørgsmål om platform og integration, og det er hovedårsagen til, at én samlet kontaktcenterplatform slår et sæt forbundne værktøjer.

Tal med os

Få en second opinion på dit kanalmix

Før du binder dig til et design, så gennemgå det med en, der har set fallback-problemet gå galt. Tredive minutter, dine flows, vores konsulent.