Automatisierungen bauen, die einen neuen Kanal überstehen

Die Automatisierungen des ersten Jahres kodieren Annahmen, die niemand aufgeschrieben hat: dass eine Nachricht eine Rufnummer hat, dass Ansprache eine Vorlage bedeutet, dass es ein Servicefenster gibt. Kommt ein Kanal dazu, für den nichts davon gilt, passen sich die Workflows nicht an — sie scheitern, meist leise. Unser Leitfaden über WhatsApp hinaus planen zeigt, wie Sie sich diese Sackgasse ersparen.

Das Ereignis modellieren, nicht den Kanal

Der Unterschied zeigt sich in der Beschreibung eines Auslösers. „Eine WhatsApp-Nachricht mit dem Wort Termin trifft ein" ist kanalspezifisch. „Eine Kundennachricht äußert eine Buchungsabsicht" ist es nicht — und bleibt wahr, wenn die Nachricht von woanders kommt.

Dasselbe gilt für Aktionen. „Sende Vorlage terminerinnerung_v2" bindet den Workflow an die Mechanik einer Plattform; „sende die Terminerinnerung im Format, das dieser Kanal verlangt" überlebt. Das System sollte das Format zum Sendezeitpunkt auflösen, anhand des Orts, an dem das Gespräch läuft.

Was sich wirklich je Kanal unterscheidet

Kanalunabhängig heißt nicht, Kanäle für gleich zu halten. Drei Dinge unterscheiden sich tatsächlich, und sie gehören an eine Stelle statt verstreut in jeden Workflow.

• Die Ausgangsregeln: ob Vorlagen nötig sind, ob ein Servicefenster gilt und was eine Ansprache kostet.
• Die verfügbaren Nachrichtenformate — Buttons, Medientypen, Größengrenzen, ob Formatierung erhalten bleibt.
• Erwartungen an Ton und Länge, die sich zwischen einem WhatsApp-Verlauf und einer Instagram-DM genug unterscheiden, um eigene Texte zu rechtfertigen — und die sich je Markt erneut unterscheiden, wie Kanäle Markt für Markt wählen zeigt.

Der erste Punkt beißt am häufigsten. Ein Workflow, der drei Tage wartet und dann freien Text sendet, funktioniert auf einem Kanal ohne Fenster und scheitert auf einem mit — genau die Falle aus das 24-Stunden-Fenster, richtig erklärt.

“

Schreiben Sie den Workflow um das, was der Kunde getan hat, nicht um das, wie die Plattform es nennt.

— be digital ai Team

Inhalt von Logik trennen

Die portabelsten Automatisierungen trennen die Abfolge — Auslöser, Warten, Bedingung, Senden — von den gesendeten Worten. Die Logik „vierundzwanzig Stunden vorher erinnern, dann zwei Stunden vorher noch einmal, außer es wurde bereits bestätigt" ist universell. Der genaue Text nicht.

So aufgebaut heißt ein neuer Kanal, neue Texte für ohnehin gesendete Nachrichten zu schreiben, statt die Abfolge neu zu bauen. Das ist ein Nachmittag statt eines Projekts — und dieser Unterschied entscheidet, ob ein zweiter Kanal je wirklich startet.

Auf die Präferenz des Kunden bauen

Sobald jemand Sie auf zwei Kanälen erreichen kann, muss eine Automatisierung entscheiden, wo geantwortet wird. Der Standard sollte einfach sein: dort antworten, wo geschrieben wurde, und für ausgehende Nachrichten den zuletzt genutzten Kanal verwenden.

Hat ein Kunde eine Präferenz geäußert, halten Sie sie am Kontakt fest und lassen Sie Automatisierungen sie beachten. Ein kleines Feld mit großer Wirkung — jemanden auf einem Kanal anzuschreiben, von dem er gesagt hat, dass er nicht hineinsieht, wirkt persönlich, auch wenn es mechanisch ist. Das zu verhindern verlangt die Identitätsarbeit aus einen Kunden über Kanäle hinweg zuordnen.

Die Fehlerpfade testen

Der häufigste Multi-Channel-Fehler ist eine Automatisierung, die nicht senden kann und es nicht sagt. Das Fenster ist zu, das Format nicht unterstützt, der Kunde hat auf einem Kanal blockiert und auf dem anderen nicht — und der Workflow markiert den Schritt trotzdem als erledigt.

Jeder Sendeschritt braucht ein festgelegtes Verhalten im Fehlerfall: den anderen Kanal versuchen, an einen Menschen eskalieren oder anhalten und markieren. Legen Sie es ausdrücklich fest, statt den Standard zu entdecken, und prüfen Sie nach jedem neuen Kanal das Ausführungsprotokoll auf still scheiternde Schritte.

Auswertungen haben dasselbe Problem

Kennzahlen rund um einen Kanal brechen wie Workflows. Ein Antwortzeitbericht, der nur WhatsApp-Verläufe zählt, sieht hervorragend aus, während Instagram-Nachrichten einen Tag liegen bleiben — und niemand bemerkt es, weil die Zahl grün ist.

Definieren Sie die Messgrößen generisch — Erstantwortzeit auf jede Kundennachricht, über dem Ziel offene Gespräche auf jedem Kanal — und teilen Sie erst danach nach Kanal auf, wenn Sie vergleichen wollen. Die umgekehrte Reihenfolge erzeugt Berichte, die still Ihr neuestes Problem ausschließen.

Auch mit einem Kanal generisch beginnen

Der Grund, das früh zu tun, ist, dass es nichts kostet. „Sende die Erinnerung" statt eines Vorlagennamens zu schreiben und „eine Kundennachricht trifft ein" statt einer Plattform ist am Bautag derselbe Aufwand.

Teuer wird es erst später, wenn vierzig Workflows existieren und jeder einzelne von jemandem geöffnet, verstanden und umgeschrieben werden muss, der ihn nicht gebaut hat. Betriebe, die diese Entscheidung im ersten Monat treffen, merken sie kaum; wer sie im dritten Jahr trifft, plant sie als Projekt ein und verschiebt sie dann.

Den Bestand prüfen

Lesen Sie vor einem neuen Kanal Ihre bestehenden Automatisierungen und markieren Sie jede Stelle mit einem Plattformnamen. Diese Liste ist Ihre Migrationsarbeit, und sie fällt fast immer kürzer aus als erwartet — meist eine Handvoll Sendeschritte und ein, zwei Bedingungen rund um Nachrichtenformate. Sie zu beheben, solange ein Kanal läuft, ist unkompliziert; sie zu beheben, während zwei laufen, nicht.