Omnichannel-Kundenservice: was er bedeutet und wie er funktioniert

Beide Modelle bieten mehrere Kanäle. Der Unterschied liegt darin, ob diese Kanäle Kontext teilen. Freshworks definiert Multichannel-Support als das Angebot mehrerer unabhängiger Kanäle, die jeweils autonom arbeiten, und merkt an, dass dafür typischerweise eigene Teams pro Kanal zuständig sind. Omnichannel-Systeme sorgen dagegen dafür, dass alle Kanäle miteinander verbunden sind. Zendesk zieht dieselbe Grenze: Im Multichannel-Support werden Gespräche nicht von einem Kanal in den nächsten übernommen, während Omnichannel-Support Interaktionen zu einem durchgehenden Gespräch verbindet und Agenten einen vollständigen Blick auf die Historie des Kunden gibt.

Ein zusätzlicher Kanal macht Sie noch nicht zu Omnichannel. Wenn WhatsApp-Nachrichten in einer separaten App landen, die Ihre E-Mail-Agenten nicht sehen, haben Sie nur ein Silo mehr. Und Kunden wechseln tatsächlich zwischen Kanälen: Laut einer Gartner-Umfrage unter 5.801 Kunden, veröffentlicht im Juli 2025, beginnen, bleiben und lösen nur 22 % ihr Anliegen vollständig in den eigenen Kanälen eines Unternehmens, und 51 % der Service-Journeys beginnen inzwischen auf Plattformen Dritter wie Google, YouTube und ChatGPT.

Kern des Omnichannel-Supports ist ein Ort, an dem Agenten jedes Gespräch sehen und beantworten. Im Zendesk Agent Workspace können Ticket-Gespräche E-Mail, Chat und Telefonie umfassen, und Agenten können außerdem Social- und Web-Nachrichten empfangen und beantworten. Zendesk nennt als eigenes Beispiel ein Ticket, das als Live-Chat begann und per E-Mail fortgesetzt wurde – erfasst als ein einziger Gesprächsverlauf. Der Kundenkontext, einschließlich der Interaktionshistorie, steht direkt neben dem Gespräch, und Agenten können Help-Center-Artikel auf demselben Bildschirm durchsuchen und zitieren.

Welchen Helpdesk Sie auch nutzen: Ein funktionierendes Omnichannel-Setup braucht dieselben Fähigkeiten:

• Einen Kundendatensatz, der E-Mail-Adressen, Telefonnummern und Messaging-IDs verknüpft, damit eine WhatsApp-Nachricht und eine E-Mail derselben Person in derselben Historie landen.
• Den Gesprächsverlauf aus jedem Kanal im Ticket, einschließlich des Bot-Gesprächs vor einer Übergabe.
• Die Möglichkeit, auf einem anderen Kanal zu antworten, wenn der ursprüngliche keine Antwort mehr zulässt.
• Gemeinsame Tags, Felder und Makros, damit das Reporting auf jedem Kanal gleich funktioniert.

Das Routing entscheidet, welcher Agent welches Gespräch bekommt. Das Omnichannel-Routing von Zendesk schickt neue und offene Tickets aus E-Mail, Anrufen und Messaging anhand von Verfügbarkeit und Kapazität an Agenten. Statt für jeden Kanal einen Status zu setzen, setzen Agenten einen einheitlichen Status für E-Mail, Telefonie und Messaging. Für Messaging und Anrufe muss der Agent online sein, und jeder Agent braucht freie Kapazität, also weniger zugewiesene offene Tickets als sein Maximum für diesen Kanal.

Standardmäßig geht ein Ticket an den Agenten mit der meisten freien Kapazität für diesen Kanal; bei Gleichstand an den Agenten, der am längsten kein Ticket aus diesem Kanal bekommen hat. Sie können stattdessen auf Round Robin umstellen und den Fokusmodus aktivieren, damit ein Agent nicht gleichzeitig Messaging-Gespräche und Anrufe erhält. Je nach Zendesk-Plan kann das Routing außerdem die Zeit bis zur SLA-Verletzung, die Ticketpriorität und die Skills der Agenten berücksichtigen.

Der Sinn eines kanalübergreifenden statt kanalweisen Routings ist geteilte Kapazität: Einem Agenten in einem Telefonat sollte kein neuer Chat angeboten werden, und ein Agent mit wenigen offenen E-Mails kann mehr Arbeit übernehmen.

Omnichannel macht Kanäle nicht identisch. Messaging-Plattformen legen fest, wann ein Unternehmen antworten darf, und Ihre Workflows müssen das respektieren.

Diese Regeln prägen Ihren Workflow. Übernimmt ein Agent ein WhatsApp-Gespräch mehr als 24 Stunden nach der letzten Nachricht des Kunden, ist keine frei formulierte Antwort möglich: Sie brauchen eine freigegebene Vorlage oder einen Wechsel auf einen anderen Kanal wie E-Mail. Auch Bots sind betroffen, denn das Tag Human Agent im Messenger ist ausschließlich für Antworten von Menschen gedacht. Prüfen Sie die aktuelle Dokumentation von Meta, bevor Sie Abläufe um diese Limits herum planen, denn Meta aktualisiert seine Messaging-Richtlinien und Preise.

1. Listen Sie jeden Kanal auf, den Kunden heute nutzen, und wo er jeweils landet: welches Tool, welches Team, welcher Posteingang.
2. Führen Sie die Kanäle in einem Helpdesk zusammen, über native Integrationen, wo es sie gibt, und über APIs oder Webhooks, wo nicht.
3. Legen Sie fest, wie Sie Identitäten kanalübergreifend abgleichen, etwa über E-Mail-Adresse und Telefonnummer, und wie Sie Duplikate zusammenführen.
4. Richten Sie eine Routing-Konfiguration mit Kapazität pro Kanal ein, statt getrennter Queues pro Team.
5. Sorgen Sie dafür, dass Übergaben vom Bot an einen Menschen das gesamte Gespräch und die Kundendaten ins Ticket übernehmen.
6. Ergänzen Sie kanalspezifische Regeln, etwa Vorlagenantworten bei WhatsApp nach 24 Stunden und unterschiedliche SLA-Ziele für Live- und asynchrone Kanäle.
7. Berichten Sie pro Kunde und pro Anliegen über alle Kanäle hinweg, nicht nur pro Kanal.

TascaLab verbindet Kanäle mit dem Helpdesk, den Sie bereits nutzen, etwa Zendesk oder Freshdesk, über APIs, Webhooks sowie Make oder n8n. Ein Standard Chat Bot (510 €, einmalig) deckt 3–5 Kanäle ab, etwa Ihre Website, WhatsApp, Telegram, Facebook Messenger und Instagram, und Ticket Routing & Categorization (690 €) sortiert eingehende Gespräche in die richtige Queue. Jedes Projekt umfasst eine Basisdokumentation, 30 Tage Support nach dem Launch und keine versteckten Kosten, und die meisten Setups dauern 1–3 Wochen. In einem kostenlosen 30-minütigen Health-Check-Gespräch werden Ihre aktuellen Kanäle erfasst, bevor irgendetwas gebaut wird.