Erst den Kunden kennen, dann die Kanäle wählen

Kurz gesagt. Einen Kanal hinzuzufügen ist leicht, ihn zu besetzen nicht. Nehmen Sie Ihre zehn häufigsten Kontaktgründe, geben Sie jedem einen Kanal und einen Grund, und schreiben Sie auf, was Sie niemals automatisieren. Eine Seite, ein Nachmittag, kein Journey-Mapping-Programm nötig.

Das können Sie ohne ein Forschungsprojekt vermeiden. Und widerstehen Sie dem Drang, alles auf einmal zu lösen, denn genau daran scheitern diese Projekte meistens. Versuchen Sie nicht, zehn Jahre in einem Rutsch zu reparieren. Verlagern Sie, was Sie haben, lassen Sie die Leute sich daran gewöhnen, und fangen Sie dann mit dem Optimieren an.

Für viele Teams ist der erste echte Gewinn kleiner als erwartet. Voice, E-Mail und Chat an einem Ort zu haben, ist bereits die große Veränderung, und das reicht für Monat eins.

Wo dieser Artikel in der Serie steht

Dies ist der zweite von vier zusammenhängenden Artikeln über den Weg vom Warteschlangenmanagement zur Verantwortung für die Kundenreise.

Teil eins endete mit einer Woche protokollierter Kontaktursachen und einem benannten Verantwortlichen, der etwas außerhalb des Contact Centers verändern kann. Dieser Teil macht aus diesem Protokoll ein Kanaldesign: Jeder Kontaktgrund bekommt einen Kanal und einen Grund, dort zu sein, und alles, was niemals automatisiert werden sollte, kommt auf eine separate Liste, bevor jemand einen Flow baut.

Was aus diesem Teil kommt, ist eine einseitige Kanalkarte. Teil drei prüft, ob Ihre Daten die automatisierten Teile dieser Karte wirklich tragen können, und Teil vier misst, ob das Design funktioniert, sobald echte Kunden es nutzen. Wenn Sie das Ursachenprotokoll aus Teil eins noch nicht gemacht haben, tun Sie das zuerst, denn eine Kanalentscheidung ohne dieses Protokoll ist Raten mit einem Projektplan daran.

Zehn Gründe, eine Seite, ein Nachmittag

Ziehen Sie die Kontaktgründe des letzten Monats aus Ihrer Telefonanlage und Ihrem Postfach. Nehmen Sie die Top zehn. Wenn Ihr Reporting zu grob ist, fragen Sie drei Agenten für eine Stunde. Sie nennen acht von zehn aus dem Kopf.

Schreiben Sie für jeden Grund vier Dinge auf: wie viel Volumen er ausmacht, auf welchem Kanal er heute ankommt, wer ihn löst, und auf welchem Kanal er ankommen sollte. Das ist die ganze Übung. Sie passt auf eine Seite und übersteht den Kontakt mit der Realität, was aufwendigere Frameworks oft nicht tun.

Ordnen Sie dann Gründe den Kanälen zu. Komplexes oder Emotionales geht an Voice. Statusfragen und einfache Anliegen gehen an Self-Service oder Messaging. Alles, was einen Papier-Nachweis braucht, geht an E-Mail. Drei Kanäle, die gut funktionieren, schlagen sieben, die halb überwacht werden.

Segmentieren Sie Ihre Kunden nach Verhalten statt nach Demografie. Ein Einkäufer, ein Verbraucher mit einer einmaligen Frage und ein Key Account haben eine unterschiedliche Toleranz für Aufwand, und dieser Unterschied bestimmt Ihren Kanalmix. Alter und Postleitzahl nicht.

Eine Randbedingung gilt für alle. Zendesk-Forschung beziffert den Anteil der Verbraucher, die erwarten, dass ein Mitarbeiter sofortigen Zugriff auf frühere Interaktionen hat, unabhängig vom Kanal, auf 87%. Welchen Mix Sie auch wählen, der Kontext muss mit dem Kunden mitreisen, sonst haben Sie eine Reihe separater Warteschlangen gebaut und sie Omnichannel genannt.

Fragen Sie Ihre Agenten, aber hören Sie da nicht auf

Beziehen Sie die Leute ein, die das System nutzen. Wissen Sie nur, was Sie zurückbekommen. Ihr Bezugsrahmen ist das heutige Werkzeug, also kommen die Anforderungen als Kopie davon heraus.

Deshalb sind Demo- und Inspirationssitzungen mit Anbietern die Zeit wert. Niemand kann nach etwas fragen, das er nie gesehen hat. Nutzen Sie diese Sitzungen, um den Rahmen zu erweitern, und lassen Sie dann das Ursachenprotokoll aus Teil eins entscheiden, was tatsächlich gebaut wird.

"Fragen Sie Leute, was sie brauchen, und sie beschreiben das System, das sie bereits haben, mit einem Knopf an einer anderen Stelle."

Deshalb bringen intern gesammelte Anforderungslisten meist eine etwas hübschere Version der Vergangenheit hervor. Nutzen Sie die Agenten, um herauszufinden, was kaputtgeht. Nutzen Sie Einblicke von außen, um herauszufinden, was möglich ist. Bitten Sie nicht eine Gruppe, beides zu tun.

Testen Sie, was mit den Anrufen passiert, mit denen niemand gerechnet hat

Ein Beispiel aus einem Projekt, zu dem wir hinzugezogen wurden. Die Organisation betrieb seit zwölf Jahren denselben Aufbau: ein IVR mit sechs Optionen und eine Kette von Fallbacks dahinter. Jeder Anruf, den das Menü nicht zuordnen konnte, landete schließlich bei der Rezeption.

Im neuen Design war die Rezeption weg. Also fiel jeder Anruf, der früher dort endete, stattdessen zu einer Abteilung durch. Diese Organisation hatte drei getrennte Geschäfte darunter, und die Abteilung, die diese Anrufe nun bekam, bediente nur eines davon. Die Folge: ein Strom von Anrufen, die nichts mit ihnen zu tun hatten, und das Urteil, die neue Plattform komme mit dem Geschäft nicht zurecht.

Es war nie die Plattform. Niemand hatte unter Last getestet, was mit Anrufen passiert, die das Menü nicht zuordnen kann, sobald das menschliche Sicherheitsnetz weg ist. Nehmen Sie also Ihre Flows, entfernen Sie im Kopf den Fallback, und folgen Sie dem Anruf. Wo landet er, und will dieses Team ihn haben?

Die Liste der Dinge, die Sie niemals automatisieren

Schreiben Sie sie auf, bevor jemand irgendetwas baut. Trauerfälle. Beschwerden mit emotionalem Gewicht. Verletzliche Kunden. Sicherheitsfragen. Alles, wobei effizient von Software abgefertigt zu werden sich anfühlen würde wie achtlos behandelt zu werden.

Eine Beerdigung gehört nicht in ein Telefonmenü. Für ein Verbrauchergeschäft ist ein Todesfall in der Familie das klarste Beispiel. Jemand ruft an, um ein Konto für einen verstorbenen Angehörigen zu schließen. Jede Sekunde durch Optionen zu navigieren, ist eine Sekunde, in der man hört, dass das Unternehmen Besseres zu tun hat. Hier gibt es keinen Automatisierungsgewinn, nur Schaden zu vermeiden.

Sorgen Sie dann dafür, dass jeder automatisierte Flow einen Ausweg hat. Einen Weg zu einem Menschen, den der Kunde findet, ohne den Trick zu kennen, ohne sich zu wiederholen, und ohne zum Anfang des Menüs zurückzugehen.

Transparenz ist jetzt Gesetz, keine Höflichkeit

In Europa hat dies am 2. August 2026 aufgehört, eine Designvorliebe zu sein. Ab diesem Datum gelten die Transparenzpflichten in Artikel 50 des AI Act, und sie decken jedes System ab, das direkt mit Menschen interagiert, Chatbots und Sprachassistenten inbegriffen. Menschen müssen erfahren, dass sie es mit KI zu tun haben, sofern es sich nicht aus den Umständen ergibt. Die Europäische Kommission veröffentlichte ihre endgültigen Leitlinien am 20. Juli 2026, und Bußgelder bei Verstößen erreichen 15 Millionen Euro oder 3% des weltweiten Jahresumsatzes, je nachdem, was höher ist.

Zwei praktische Konsequenzen für eine Organisation, die in mehr als einem Land tätig ist. Die Pflicht folgt Ihren Nutzern, also fällt ein Contact Center außerhalb der EU, das EU-Kunden bedient, darunter. Und die Pflicht trifft den Betreiber ebenso wie den Anbieter, also überträgt der Kauf der Plattform die Pflicht nicht. Günstiger, es jetzt einzuplanen, als es später nachzurüsten.

Es gibt hier einen größeren Punkt. Die 2026-Studie von DMG Consulting zeigt, dass die Mitarbeitererfahrung auf 9,1% der strategischen Prioritäten fällt, während DMG selbst ein hybrides Modell aus menschlichen und KI-Agenten als das realistische Betriebsmodell der kommenden Jahre beschreibt. Diese beiden Dinge passen nicht zusammen. Planen Sie für die Menschen, die Sie weiterhin brauchen werden.

Machen Sie diese Woche

• Ziehen Sie die zehn häufigsten Kontaktgründe des letzten Monats, oder buchen Sie eine Stunde mit drei Agenten
• Füllen Sie die vier Spalten für jeden Grund aus
• Schreiben Sie Ihre Niemals-automatisieren-Liste und lassen Sie den Sponsor sie unterschreiben
• Prüfen Sie jeden aktiven automatisierten Flow auf einen KI-Hinweis und einen Weg zu einem Menschen

Checkliste, Teil 2

• Zehn häufigste Kontaktgründe mit Volumen, auf einer Seite
• Kundensegmente auf Basis von Verhalten, nicht Demografie
• Eine Kanalwahl pro Kontaktgrund, mit einem Grund daran
• Nur Kanäle, die Sie wirklich besetzen können
• Jeder Fallback-Pfad getestet, auch die ohne Menschen am Ende
• Geschriebene Liste der Gründe, die niemals automatisiert werden
• Ein auffindbarer Weg zu einem Menschen in jedem automatisierten Flow
• Kunden erfahren, wenn sie es mit KI zu tun haben, gemäß AI Act Artikel 50

Weiter in dieser Serie

Ihre Kanalkarte sagt nun, welche Kontaktgründe ohne einen Menschen bearbeitet werden sollten. Teil drei, Erst die Daten, dann der Bot, prüft, ob Ihre Daten das wirklich tragen können, und gibt Ihnen fünf Kriterien für die Wahl eines ersten automatisierten Anwendungsfalls, der Sie nicht blamieren kann.

Lesen Sie die ganze Serie

Diese vier Artikel sind geschrieben, um in der Reihenfolge gelesen zu werden. Jeder liefert etwas, das der nächste nutzt.

• Teil 1. Erst das Mandat, dann die Warteschlange. Wem gehört das Problem, und wie weit reicht sein Mandat.
• Teil 2. Erst den Kunden kennen, dann die Kanäle wählen (Sie lesen gerade diesen). Welcher Kontaktgrund auf welchen Kanal gehört, und was Sie niemals automatisieren.
• Teil 3. Erst die Daten, dann der Bot. Ob Ihre Daten unterstützen, was Sie automatisieren wollen, und wo Sie beginnen.
• Teil 4. Einschalten, messen und abschalten können. Die Schleife, die die ersten drei Teile nach dem Go-live am Leben hält.

Quelle: DMG Consulting LLC, 2026 CX AI Playbook: Strategic Outlook and Investment Priorities, Februar 2026, gesponsert von Five9. Zusätzliche Marktdaten von Gartner, Zendesk und öffentlichen Analystenkommentaren, abgerufen im August 2026.