Deskhero
Deutsch
Kostenlos testen

← Back to articles

2- bis 3-Tage-Pilot: Skillbasiertes Routing für Support-Teams

2- bis 3-Tage-Pilot: Skillbasiertes Routing für Support-Teams

Skill-basiertes Routing leitet jeden eingehenden Kontakt an einen Benutzer weiter, dessen Fähigkeiten zur Anfrage passen, anstatt sich ausschließlich danach zu richten, wer verfügbar ist. Es ersetzt das Modell „nächster verfügbarer Benutzer“ durch eine Zuordnung anhand von Faktoren wie Sprache, Produktkenntnissen oder Autorisierungsstufe. Support-Manager nutzen es häufig, um die Erstkontaktlösungsquote (FCR), die durchschnittliche Bearbeitungszeit (AHT) und die Weiterleitungsraten zu verbessern. In Deskhero können Automatisierungen für neue Tickets eine einfachere Version dieses Workflows bereitstellen, indem sie Tickets einem Benutzer oder einer Gruppe zuweisen, wenn konfigurierte Bedingungen erfüllt sind.

Kurzfassung:

  • Skill-basiertes Routing kann die Erstkontaktlösungsquote verbessern und Weiterleitungen reduzieren, indem es neben der Verfügbarkeit auch Fähigkeiten berücksichtigt.
  • Für eine wirksame Taxonomie sollten Sie sich auf besonders wichtige Fähigkeiten wie Sprache, Produktkenntnisse und Autorisierungsstufe konzentrieren, Kompetenzstufen festlegen und regelmäßige Aktualisierungen vornehmen, um schleichende Abweichungen zu verhindern.
  • Eine erfolgreiche Implementierung umfasst einen Pilotversuch mit einer einzigen Warteschlange, die präzise Kennzeichnung von Kontakten und die kontinuierliche Überwachung von KPIs wie FCR, AHT und Weiterleitungsraten zur laufenden Optimierung.
  • KI kann bei der Klassifizierung eingehender Kontakte helfen, doch Teams benötigen weiterhin klare Regeln, Tests und menschliche Kontrolle.
  • Kleine Teams können mit einer begrenzten Anzahl von Routing-Bedingungen beginnen und diese nur erweitern, wenn die Ergebnisse die zusätzliche Komplexität rechtfertigen.

Inhaltsverzeichnis

Was ist skill-basiertes Routing? Eine kurze Erklärung

Skill-basiertes Routing (SBR) vergleicht die Anforderungen jedes Kontakts mit einem Profil der Kenntnisse und Fähigkeiten Ihrer Benutzer. Ein Kunde, der per E-Mail auf Spanisch einen Abrechnungsstreit meldet, wird an jemanden weitergeleitet, der sowohl für Abrechnung als auch für Spanisch gekennzeichnet ist, und nicht an die Warteschlange des Benutzers mit der kürzesten Warteschlange. Das ist das gesamte Konzept: Auf der einen Seite stehen die Anforderungen des Kontakts, auf der anderen die überprüften Fähigkeiten der Benutzer, und eine Regel-Engine führt beide zusammen.

Die meisten Teams erfassen eine Handvoll Skill-Kategorien:

  • Sprache (Spanisch, Französisch, Mandarin)
  • Produkt- oder Funktionskenntnisse (Abrechnung, technische Einrichtung, Unternehmenskonten)
  • Kompetenz im jeweiligen Kanal (Telefon, Chat, E-Mail, soziale Medien)
  • Autorisierungsstufe (Erstattungslimits, Kont Änderungen, Eskalationsrechte)

Traditionelles Routing über Warteschlangen oder ACD (Automatic Call Distributor) kann Kontakte anhand der Verfügbarkeit weiterleiten, ohne spezialisiertes Wissen zu berücksichtigen. Das funktioniert, wenn jeder Benutzer jedes Problem bearbeiten kann. Je stärker sich Teams spezialisieren, desto höher ist bei einem ausschließlich verfügbarkeitsbasierten Routing die Wahrscheinlichkeit, dass ein Kontakt weitergeleitet werden muss.

Warum skill-basiertes Routing implementieren? Messbare Vorteile und Fälle, in denen es scheitert

Die Vorteile von skill-basiertem Routing sollten in Ihrem eigenen KPI-Dashboard überprüft werden. Wenn Routing-Regeln und Skill-Daten korrekt sind, können Teams Folgendes beobachten:

  • Eine höhere Erstkontaktlösungsquote, da der Benutzer, der den Kontakt übernimmt, in der Regel bereits weiß, wie er ihn lösen kann
  • Eine geringere durchschnittliche Bearbeitungszeit, weil weniger gesucht, eskaliert oder weitergeleitet werden muss
  • Weniger Weiterleitungen insgesamt, die zu den größten Auslösern von Kundenfrustration gehören
  • Eine höhere Kundenzufriedenheit, wenn weniger Kontakte wiederholt oder weitergeleitet werden müssen

Warum das wichtig ist: Wissenschaftliche Untersuchungen zu Callcentern beschreiben die Komplexität, unterschiedliche Kontaktarten den unterschiedlich qualifizierten Benutzern zuzuordnen. Mit einem Pilotversuch können Sie testen, ob diese Komplexität Ihre eigenen Servicemetriken verbessert, bevor Sie das Verfahren umfassender einführen.

Auch Benutzer profitieren. Wenn sie Kontakte bearbeiten, die zu ihren tatsächlichen Stärken passen, müssen sie weniger nach Antworten suchen und weniger Nacharbeit leisten. Das zeigt sich häufig nicht nur in den Kennzahlen, sondern auch in der Mitarbeitermoral.

SBR ist nicht automatisch die Einrichtungskosten wert. Ein kleines Team aus Generalisten profitiert möglicherweise nur wenig von einer formalen Taxonomie. Dasselbe kann gelten, wenn die Kontaktarten unvorhersehbar sind oder die Kennzeichnungsdaten zu uneinheitlich und daher nicht vertrauenswürdig sind. In solchen Fällen kann ein verfügbarkeitsbasiertes Modell oder eine einfache Prioritätswarteschlange die Aufgabe mit weniger Wartungsaufwand erfüllen.

So funktioniert skill-basiertes Routing: Der technische Workflow

Die Abläufe lassen sich in drei Phasen unterteilen. Erstellen Sie eine Skill-Taxonomie, ordnen Sie Benutzer dieser Taxonomie zu und konfigurieren Sie anschließend Routing- und Zuweisungsregeln. Die Implementierungsdokumentation von Microsoft liefert ein konkretes Beispiel, einschließlich Bewertungsmodellen, Skill-Typen, Skill-Zuweisung, Klassifizierungsmethoden und Zuweisungsmethoden.

  1. Erstellen Sie die Taxonomie. Definieren Sie die begrenzte Liste der für Ihr Unternehmen wichtigen Fähigkeiten (Sprache, Produktbereich, Kanal, Autorisierungsstufe).
  2. Ordnen Sie Benutzer Fähigkeiten zu. Je nach Plattform erhält jeder Benutzer entweder eine einfache Ja-/Nein-Zuweisung oder eine Bewertung auf einer festgelegten Kompetenzskala.
  3. Konfigurieren Sie die Routing-Regeln. Die Engine liest die Tags eingehender Kontakte und gleicht sie mit den Benutzerprofilen ab. Bei Bedarf wendet sie Mindestanforderungen an die Kompetenz an.

Kontakte können Routing-Daten aus IVR-Menüauswahlen, CRM-Kontodaten, E-Mail-Betreffzeilen, Headern oder der automatisierten Klassifizierung der Nachricht erhalten. Wenn mehr als ein Benutzer qualifiziert ist, benötigt die Plattform eine dokumentierte Entscheidung für Gleichstände. Je nach System können Kompetenz, Kapazität, Leerlaufzeit oder Round Robin als Kriterien dienen.

Integrationspunkt Rolle bei der Routing-Entscheidung
ACD / IVR Erfasst den ersten Kontakt und sammelt Routing-Signale (Menüauswahl, Anrufer-ID)
CRM Liefert Kontokontext (Tarifstufe, Verlauf, bevorzugte Sprache)
Chatbot / KI-Klassifizierung Liest Freitext, um Anliegen und erforderliche Fähigkeiten abzuleiten
Workforce-Management Bestätigt, welche qualifizierten Benutzer eingeplant und verfügbar sind

Hier beginnt das Routing nach Fähigkeiten auch, weniger wie eine einzelne Funktion und mehr wie ein kleines Integrationsprojekt auszusehen. Jede Quelle, die Kontakt-Tags liefert, muss korrekt bleiben. Andernfalls sinkt die Qualität der Zuordnung, selbst wenn die Taxonomie gut gestaltet ist.

Eine Skill-Taxonomie erstellen und Benutzer zuordnen

Erstellen Sie die Taxonomie anhand der Unterscheidungen, die sich auf die Serviceergebnisse auswirken, und nicht anhand jeder erdenklichen Fähigkeit einer Person. Forschungen zum Callcenter-Design zeigen, wie schnell Routing komplexer wird, wenn sich Kontaktarten und Fähigkeiten der Benutzer unterscheiden. Eine kleinere Pilot-Taxonomie lässt sich leichter testen und pflegen.

Zwei Designentscheidungen sind besonders wichtig:

  • Kompetenzskalen. Wenn Ihre Plattform Bewertungen unterstützt, können eine definierte Skala und ein Mindestwert Routineaufgaben von Fällen unterscheiden, die umfassendere Fachkenntnisse erfordern.
  • Verantwortlichkeit. Legen Sie von Anfang an fest, ob Benutzer Kompetenzaktualisierungen selbst melden, ob ein Manager sie prüft und genehmigt oder ob beides gilt. Selbstmeldungen sind schneller; Managerprüfungen erkennen schleichende Abweichungen.

Beginnen Sie mit einem Pilotversuch. Wählen Sie eine Warteschlange, wenden Sie die Taxonomie an und messen Sie die Veränderung der KPIs, bevor Sie weiter expandieren.

Profi-Tipp: Führen Sie Ihre erste Skill-Taxonomie für einen kurzen Pilotzeitraum in einer einzigen Warteschlange ein und vergleichen Sie FCR und AHT mit Ihrer Ausgangsbasis, bevor Sie sie anderswo ausrollen. Wenn sich die Zahlen nicht verändern, muss die Taxonomie überarbeitet werden – nicht die Anzahl der Warteschlangen.

Betrachten Sie die Taxonomie als lebendigen Bestandteil Ihrer Betriebsstrategie und nicht als einmalige Einrichtungsaufgabe. Die von Ihnen gewählten Kategorien sollten die Faktoren abbilden, die CSAT und Lösungsquoten tatsächlich beeinflussen. Diese Liste wird sich verändern, wenn sich Ihr Produkt und Ihr Kundenstamm weiterentwickeln.

Implementierungs-Checkliste: Einrichtung, Tests und Einführungsplan

Die Einführung von skill-basiertem Routing gelingt am besten als schrittweises Projekt und nicht als abrupte Umstellung.

  1. Legen Sie zuerst Ziele fest. Entscheiden Sie, welche KPIs Sie verbessern möchten (FCR, AHT, Weiterleitungsrate), bevor Sie etwas aufbauen.
  2. Wählen Sie eine Pilotwarteschlange. Entscheiden Sie sich für eine Kontaktart mit klaren Skill-Anforderungen und nicht für Ihre chaotischste Warteschlange.
  3. Beziehen Sie die Beteiligten ein. Holen Sie einen Manager, einige erfahrene Benutzer und die für Ihre CRM- oder Helpdesk-Daten verantwortliche Person an einen Tisch.
  4. Erstellen Sie die Skill-Liste. Halten Sie sie übersichtlich und richten Sie sie an den Zielen aus Schritt eins aus.
  5. Kennzeichnen Sie Kontakte. Konfigurieren Sie IVR-, CRM- und E-Mail-Kennzeichnungsregeln, damit Kontakte mit den richtigen Metadaten eingehen.
  6. Weisen Sie Benutzer und Schwellenwerte zu. Ordnen Sie Benutzern Fähigkeiten mit Kompetenzstufen zu und legen Sie pro Fähigkeit Mindestwerte fest.
  7. Legen Sie Regeln für Gleichstände fest. Entscheiden Sie, in welcher Reihenfolge vorgegangen wird, wenn mehrere Benutzer qualifiziert sind.
  8. Testen Sie mit synthetischem Datenverkehr. Lassen Sie Beispielkontakte vor dem Livegang durch die Regeln laufen und bestätigen Sie, dass das Fallback-Routing funktioniert, wenn kein qualifizierter Benutzer frei ist.
  9. Führen Sie die Lösung schrittweise ein. Erweitern Sie die Einführung Warteschlange für Warteschlange, schulen Sie die Benutzer im neuen Ablauf und beobachten Sie die Dashboards in der ersten Woche genau.

Skill-basiertes Routing messen, prüfen und pflegen

Skill-basiertes Routing verschlechtert sich unbemerkt, wenn niemand es überwacht. Zu den KPIs, die dauerhaft verfolgt werden sollten, gehören FCR, CSAT, AHT, Weiterleitungsrate, Auslastung der Benutzer und SLA-Erfüllung. Ein Rückgang bei einem dieser Werte, insbesondere bei FCR oder der Weiterleitungsrate, ist meist das erste Anzeichen dafür, dass Benutzerprofile nicht mehr der Realität entsprechen.

Ein Routing-Modell ist nur so aktuell wie die Profile und Regeln, die dahinterstehen. Bestimmen Sie eine verantwortliche Person, legen Sie fest, wie Kompetenzänderungen genehmigt werden, und überprüfen Sie das Modell regelmäßig.

Ein praktikabler Rhythmus kann so aussehen:

  • Täglich: Dashboards auf Auffälligkeiten prüfen (plötzliche AHT-Spitzen, ungewöhnliche Weiterleitungsmuster)
  • Wöchentlich: Stichproben weitergeleiteter Kontakte mit der tatsächlichen Leistung der Benutzer abgleichen
  • Vierteljährlich: Die vollständige Taxonomie anhand der aktuellen geschäftlichen Prioritäten überprüfen

Jemand muss diesen Prozess verantworten, sei es ein Teamleiter oder ein Operations Manager. Anreize für Benutzer sollten außerdem präzise selbst gemeldete Fähigkeiten statt überhöhter Angaben belohnen. Übertriebene Kompetenzangaben beeinträchtigen die Routing-Genauigkeit schneller als fast alles andere.

KI und skill-basiertes Routing: Was KI beiträgt und wo menschliche Kontrolle unverzichtbar bleibt

Skill-basiertes Routing existiert bereits länger als aktuelle generative KI-Systeme, und sein regelbasiertes Fundament bleibt nützlich. KI kann eine Klassifizierungsebene hinzufügen, die anhand der Freitextnachricht einschätzt, was ein Kontakt benötigt.

KI leistet typischerweise auf drei Arten einen Beitrag:

  • Absichtsklassifizierung: Freitext (eine E-Mail, eine Chatnachricht) lesen, um das tatsächliche Problem abzuleiten und nicht nur die vom Kunden ausgewählte Kategorie
  • Skill-Prognose: Markieren, welche Skill-Tags gelten, wenn ein Kontakt nicht eindeutig in ein IVR-Menü passt
  • Routing-Unterstützung: Eine Kategorie oder ein Konfidenzsignal liefern, das konfigurierte Zuweisungsregeln verwenden können

Harte Anforderungen wie Lizenzierung, Sprache oder Autorisierung sollten weiterhin als explizite Regeln bestehen bleiben. Ein vorsichtiger Ablauf besteht darin, den Kontakt zu klassifizieren, die erforderlichen Skill-Regeln anzuwenden, unter qualifizierten Benutzern eine dokumentierte Gleichstandsregel zu verwenden und unklare Fälle zur Prüfung an einen Menschen weiterzuleiten.

Herausforderungen und häufige Fehler bei der Implementierung von skill-basiertem Routing

Ein häufiger Schwachpunkt sind die Daten, die die Routing-Logik speisen. Wenn Benutzerprofile beim Onboarding erstellt und danach nie überprüft werden, entfernt sich die Taxonomie zunehmend von den aktuellen Fähigkeiten. Kontakte können außerdem falsch klassifiziert werden, wenn Menüoptionen oder automatisierte Kategorien nicht eindeutig den definierten Fähigkeiten entsprechen. Solche Fehler können Arbeit an die falsche Warteschlange senden oder vermeidbare Weiterleitungen verursachen.

Eine übermäßig komplexe Gestaltung kann ebenso schädlich sein wie Vernachlässigung. Eine große Anzahl eng gefasster Fähigkeiten kann dazu führen, dass für viele Kontakte kein vollständig qualifizierter Benutzer verfügbar ist und ständig auf Fallback-Routing zurückgegriffen werden muss. Archivierte Callcenter-Forschung zeigt, warum das Routing über unterschiedliche Kontaktarten und Benutzerfähigkeiten ein Optimierungsproblem mit echten Zielkonflikten darstellt.

Kleine Teams stehen vor einem anderen Problem: Es gibt zu wenige Benutzer pro Skill-Kombination. Dadurch ist der „am besten qualifizierte“ Benutzer häufig nicht verfügbar, und jedes Fallback läuft im Grunde wieder auf das Routing zum nächsten verfügbaren Benutzer hinaus. Cross-Training hilft hier mehr als zusätzliche Regeln.

Schließlich führen viele Teams SBR ein und überprüfen es danach nie wieder. Keine Prüfintervalle, keine Kompetenzaktualisierungen, keine Überprüfung der Taxonomie. Das System, das zum Start noch gut durchdacht wirkte, entfernt sich langsam vom tatsächlich eingesetzten Team, und niemand bemerkt es, bis die FCR über ein Quartal hinweg unauffällig sinkt.

Herausforderungen und häufige Fehler bei der Implementierung von skill-basiertem Routing: Übersichtsgrafik

Vergleich von skill-basiertem Routing mit anderen Routing-Strategien

Beim Round-Robin-Routing werden Kontakte unter verfügbaren Benutzern verteilt, ohne die Fachkenntnisse abzugleichen. Es lässt sich einfach konfigurieren und soll die Arbeit gleichmäßig verteilen. Das kann für Teams geeignet sein, in denen jeder Benutzer jede Kontaktart bearbeiten kann.

Prioritätsbasiertes Routing ordnet Kontakte nach Dringlichkeit oder Kundenstufe (ein VIP-Konto überspringt die Warteschlange), berücksichtigt jedoch weiterhin nicht, welcher Benutzer am besten helfen kann. Sie können Prioritätsregeln mit SBR kombinieren, und die meisten ausgereiften Konfigurationen tun dies: Die Priorität entscheidet, wer innerhalb des Pools der skill-basiert zugeordneten Benutzer zuerst bedient wird.

Routing nach längster Inaktivität oder zum nächsten verfügbaren Benutzer, der ACD-Standard, optimiert ausschließlich die Fairness bei der Arbeitslast der Benutzer. Es ist schnell und erfordert keinerlei Konfiguration, behandelt jedoch eine Abrechnungsfrage und einen technischen Ausfall identisch und sendet beide an die Person, die am längsten untätig war.

Skill-basiertes Routing tauscht diese Einfachheit gegen Präzision. Es erfordert eine Taxonomie, Benutzerzuordnungen und laufende Pflege – Dinge, die Round-Robin- und Next-Available-Modelle überhaupt nicht benötigen. Der Vorteil sind weniger Weiterleitungen und schnellere Lösungen, allerdings nur, wenn die zugrunde liegenden Skill-Daten korrekt bleiben. Ein Team, dem die Kapazität zur Pflege dieser Daten fehlt, ist häufig mit einem einfacheren Modell plus Prioritätsregeln besser beraten, zumindest bis Kontaktvolumen und Komplexität die Investition rechtfertigen.

Vergleich von vier Routing-Strategien für den Support

Branchenspezifische Anwendungsfälle und Beispiele für skill-basiertes Routing

E-Commerce-Supportteams können nach Produktlinie und Problemtyp routen. Eine Lieferverzögerung kann an einen Benutzer gehen, der mit Logistik vertraut ist, während ein Zahlungsstreit an jemanden mit der passenden Erstattungsberechtigung weitergeleitet wird.

SaaS-Unternehmen können die Arbeit nach Produktbereich und technischer Tiefe aufteilen. Eine Abrechnungsfrage und ein Problem bei einer API-Integration erfordern häufig unterschiedliches Wissen. Die Weiterleitung an verschiedene Gruppen kann daher vermeidbare Eskalationen reduzieren.

Supportteams im Gesundheitsumfeld können Fragen zu Terminplanung, Versicherung und Abrechnung anhand von Rolle, Schulung und Zugriffsberechtigungen routen. Das Routing-Design sollte die Datenschutz- und Compliance-Anforderungen der jeweiligen Organisation widerspiegeln.

Mehrsprachige Handels- und Reisemarken nutzen die Sprache als primäre Skill-Kategorie, häufig ergänzt durch regionsspezifische Produktkenntnisse. So erreicht ein französischsprachiger Kunde mit einem Buchungsproblem jemanden, der die lokalen Geschäftsbedingungen tatsächlich lesen kann, anstatt nur die Wörter zu übersetzen.

Teams im Finanzdienstleistungsbereich können Autorisierungsstufe und Produktkenntnisse kombinieren. Die relevanten Schulungs-, Berechtigungs- und Lizenzanforderungen hängen vom Produkt und vom jeweiligen Rechtsraum ab.

Auswirkungen von skill-basiertem Routing auf Mitarbeiterzufriedenheit und Schulung

Wenn Arbeit den Stärken eines Benutzers entspricht, können vermeidbare Weiterleitungen und die Frustration durch wiederholte Bearbeitung unbekannter Probleme reduziert werden. Messen Sie die Auswirkungen anhand von Benutzerfeedback und Qualitätsprüfungen, anstatt einfach anzunehmen, dass sich die Mitarbeiterbindung verbessert.

Auch die Schulung verändert sich. Statt zu versuchen, jeden Benutzer in allem gleichermaßen kompetent zu machen, können Teams neue Mitarbeiter zunächst in einer kleineren Auswahl von Skill-Bereichen schulen, ihre Kompetenz überprüfen und den Aufgabenbereich im Laufe der Zeit erweitern.

Die Kehrseite ist, dass Spezialisierung bei unzureichender Steuerung Silos schaffen kann. Benutzer, die ausschließlich einen Skill-Bereich bearbeiten, können stagnieren. Cross-Training muss daher bewusst gestaltet werden, damit keine Single Points of Failure entstehen, bei denen der Urlaub eines Benutzers eine Versorgungslücke für eine ganze Skill-Kategorie verursacht. Wenn Benutzer auch in sekundären Fähigkeiten eingesetzt werden, selbst mit einer niedrigeren Kompetenzschwelle, bleibt das System widerstandsfähig und die Benutzer erhalten eine Entwicklungsperspektive statt einer dauerhaften Einbahnstraße.

KI-gestützte Klassifizierung kann den manuellen Aufwand für die Kennzeichnung von Freitextkontakten reduzieren. Ihr Nutzen hängt jedoch weiterhin von Genauigkeitsprüfungen, Konfidenzschwellen und einem Fallback für Nachrichten ab, die nicht in die Taxonomie passen.

Einige Routing-Plattformen unterstützen außerdem die Klassifizierung per maschinellem Lernen oder eine konfigurierbare Rangfolge innerhalb eines qualifizierten Pools. Betrachten Sie diese Funktionen als zu testende Eingaben und nicht als Grund, harte Zulassungsvoraussetzungen zu entfernen.

Leistungsdaten können Managern helfen, veraltete Kompetenzbewertungen zu erkennen. Eine automatische Änderung der Berechtigung anhand von Ergebnisdaten birgt jedoch eigene Risiken. Sorgen Sie dafür, dass Änderungen überprüfbar sind, und dokumentieren Sie, wer sie genehmigen darf.

Die Integration einer Wissensdatenbank kann das Routing ergänzen, indem nach dem Eingang eines Tickets beim richtigen Benutzer relevante Hinweise angezeigt werden. Routing- und Antwortqualität sollten dennoch getrennt voneinander gemessen werden.

Der Ansatz von Deskhero für kleine und mittelgroße Support-Teams

Deskhero bietet keine vollständige Skill-Profil-Engine mit Kompetenzbewertungen oder kapazitätsbasierter Rangfolge. Die Plattform stellt jedoch Automatisierungen für neue Tickets bereit, mit denen sich Benutzer, Gruppe, Priorität, Status, Tags oder benutzerdefinierte Dropdown-Felder festlegen lassen. Bedingungen können die automatisch erkannte Sprache, den Betreff oder Nachrichtentext, Angaben zum Anfragenden oder eine Klartextbedingung „Any (AI evaluated)“ verwenden. Dadurch lässt sich eine kleine Anzahl von Zuweisungsregeln testen, ohne das Ergebnis als unternehmensweites skill-basiertes Routing darzustellen.

Skill-bewusstes Routing ohne vollständige Überarbeitung der Plattform testen

Deskhero ermöglicht es kleinen und mittelgroßen Teams, einfache Zuweisungsregeln zu testen und dabei ihre bestehende E-Mail-Adresse beizubehalten. Die Plattform verbindet sich mit Gmail oder Microsoft 365 über eine Zwei-Wege-Synchronisierung, sodass Antworten weiterhin von der eigenen Unternehmensadresse gesendet werden.

Deskhero

Für einen Routing-Pilotversuch kann Deskhero die Sprache eines Tickets erkennen und konfigurierte Automatisierungsbedingungen anwenden, um dessen Gruppe, Bearbeiter oder Tags festzulegen. Der mehrsprachige Support in 14 Sprachen kann Benutzern helfen, Inhalte in unterstützten Sprachen zu lesen und zu beantworten. Gelöste Tickets können zu vorgeschlagenen öffentlichen FAQ-Einträgen beitragen, doch ein Benutzer muss einen Eintrag genehmigen, bevor er öffentlich wird. Der KI-Chatbot beantwortet Fragen ausschließlich anhand der genehmigten öffentlichen FAQ und kann erst aktiviert werden, wenn mindestens 100 genehmigte FAQ-Einträge vorhanden sind.

Der 30-tägige kostenlose Testzeitraum erfordert keine Kreditkarte. Nutzen Sie ihn, um eine kleine Anzahl von Automatisierungen für neue Tickets zu konfigurieren, diese mit repräsentativen Nachrichten zu testen und Zuweisungsgenauigkeit, Weiterleitungsrate und Lösungsergebnisse mit Ihrer Ausgangsbasis zu vergleichen.

Quellen

Für die technischen Abläufe des skill-basierten Routings erläutert die Dokumentation von Microsoft Skill-Bewertungen, Klassifizierung, Zuordnung und Zuweisung in Dynamics 365. Wikipedia liefert historischen Kontext. Eine kurze Branchendefinition finden Sie im NICE-Glossareintrag.

FAQ

Was ist skill-basiertes Routing in Salesforce?

Salesforce Omni-Channel kann bei der Weiterleitung unterstützter Arbeitselemente zugewiesene Fähigkeiten verwenden. Das genaue Verhalten hängt davon ab, wie eine Organisation Fähigkeiten, Servicekanäle, Warteschlangen und Routing-Regeln konfiguriert.

Was ist der Unterschied zwischen warteschlangenbasiertem und skill-basiertem Routing?

Warteschlangenbasiertes Routing sendet jeden Kontakt in einer Warteschlange unabhängig von der Fachkenntnis an den nächsten verfügbaren Benutzer. Skill-basiertes Routing filtert diesen Pool dagegen zunächst anhand einer überprüften Skill-Übereinstimmung und verwendet erst danach die Verfügbarkeit als Entscheidungskriterium bei Gleichständen.

Können Sie ein Beispiel für skill-basiertes Lernen geben?

Im Support bedeutet skill-basiertes Lernen, Benutzer anhand spezifischer gekennzeichneter Kompetenzen zu schulen (etwa Erstattungsberechtigung oder eine bestimmte Produktlinie), statt ein allgemeines Onboarding-Programm zu verwenden. So spiegeln Kompetenzwerte im Routing-System die tatsächlichen, überprüften Fähigkeiten wider.

Wie lange dauert die Einrichtung von skill-basiertem Routing?

Es gibt keine allgemeingültige Einrichtungsdauer. Ein Pilotversuch hängt von der Anzahl der Fähigkeiten, der Qualität der vorhandenen Daten, der Routing-Plattform, dem Testvolumen und dem Zeitraum ab, den das Team benötigt, um einen aussagekräftigen KPI-Vergleich zu erstellen.

Funktioniert skill-basiertes Routing für kleine Support-Teams?

Ja, wenn sich die Kontaktarten ausreichend unterscheiden, um Routing-Regeln zu rechtfertigen. In Deskhero kann ein kleines Team Automatisierungen für neue Tickets mit erkannter Sprache, Nachrichteninhalt, Angaben zum Anfragenden oder einer KI-bewerteten Bedingung verwenden, um einen Benutzer oder eine Gruppe zuzuweisen. Deskhero bietet keine vollständige Skill-Engine auf Basis von Kompetenzstufen.