Automatisierung per Tag: fünf Flows, die starten, wenn ein Kunde einen Tag bekommt oder verliert

Eine Automatisierung per Tag ist ein Flow, der startet, wenn ein Kunde einen Tag bekommt oder verliert. Ein Mitarbeiter markiert einen Chat mit vip, und schon geht eine persönliche Nachricht raus und das richtige Team wird zugewiesen. Ein Lead wechselt zu stage:qualified, der alte Phasen-Tag verschwindet und der Vertrieb übernimmt. Ein Kunde verliert consent:marketing, und alle Nurturing-Tags gehen mit. In MonoChat bauen Sie das mit zwei Ereignisknoten aus Version 3.8.41: Kunden-Tag hinzugefügt und Kunden-Tag entfernt.

Dieser Leitfaden erklärt, wie der Auslöser arbeitet, und zeigt fünf Rezepte samt Beispielnachrichten, die Sie in wenigen Minuten nachbauen.

Warum ein Flow mit einem Tag beginnen sollte

Die meisten Automatisierungen starten mit einer Aktion des Kunden: neue Nachricht, neue Unterhaltung, Zahlung. Ein Tag ist etwas anderes. Er hält eine Entscheidung fest, meist die eines Mitarbeiters, der den Chat gelesen hat und etwas weiß, das keine Schlüsselwort-Regel erraten kann: Das ist ein Händler, dieser Lead ist reif für ein Angebot, diese Beschwerde gehört zur Teamleitung.

Bisher endete diese Entscheidung beim Etikett. Den nächsten Schritt musste sich jemand merken. Ein Tag-Auslöser macht aus dem Etikett den nächsten Schritt, und das Wissen eines Mitarbeiters wird zum Prozess für das ganze Team.

Sind Ihre Tags noch unordentlich, lesen Sie zuerst unseren Leitfaden zur Kundensegmentierung mit Tags. Ein kurzes Schema mit einem Präfix pro Typ (interest:, stage:, consent:) macht die Rezepte unten zuverlässig.

So funktioniert der Auslöser in MonoChat

Fügen Sie im Flow-Designer unter den Kundenereignissen Kunden-Tag hinzugefügt oder Kunden-Tag entfernt hinzu. Die Regeln laut Hilfecenter:

Regel	Bedeutung für Ihren Flow
Tags im Knoten	Der Knoten hört nur auf diese Tags, durch Kommas getrennt. Leer gelassen startet jeder Tag.
Wer den Tag ändert	Hinzugefügt: Mitarbeiter, Flow, Massennachricht oder Anzeigen-Referral. Entfernt: Mitarbeiter oder der Knoten Kunden-Tags entfernen.
Keine Änderung, kein Lauf	Einen vorhandenen Tag erneut hinzufügen oder einen fehlenden entfernen startet nichts.
Ein Lauf pro Änderung	Ändern sich mehrere Tags gleichzeitig, startet ein Lauf mit allen geänderten Tags.
Kein Selbstauslösen	Ein Flow reagiert nicht auf Tag-Änderungen seiner eigenen Knoten.

Am Anfang startet der Knoten einen neuen Lauf. Weiter hinten im Flow lässt er den Lauf warten, bis sich der Tag ändert: Der Flow schickt etwa ein Angebot und läuft erst weiter, wenn ein Mitarbeiter stage:won setzt.

Diese Knoten kombinieren Sie damit:

• Kunden-Tag setzen fügt einen Tag hinzu, Kunden-Tags entfernen entfernt mehrere, durch Kommas getrennt.
• Wenn mit der Bedingung Kunden-Tag prüft, ob der Kunde einen der Tags hat (Beinhaltet) oder keinen davon.
• Sitzung zuweisen, Nachricht senden, Vorlagennachricht senden und Warten.
• Flow-Variable setzen mit Erhöhen um sowie die Bedingung Wert der Flow-Variable für Zähler.

Rezept 1: VIP-Betreuung

Ziel: Markiert ein Mitarbeiter einen Kunden als VIP, übernimmt ein erfahrener Kollege und der Kunde hört noch am selben Tag von Ihnen.

1. Kunden-Tag hinzugefügt, hört auf vip.
2. Sitzung zuweisen an das Key-Account-Team.
3. Nachricht senden, solange das Kundenservice-Fenster offen ist:

Guten Tag Frau Becker, vielen Dank für Ihre erneute Bestellung. Ab heute ist
Herr Wagner Ihr persönlicher Ansprechpartner. Sie erreichen ihn direkt hier im Chat.

4. Optional zwei Tage Warten und kurz nachfragen, ob alles passt.

Den Nachrichtentyp bestimmt Meta: Schreibt Ihnen der Kunde, öffnet sich ein 24-stündiges Kundenservice-Fenster; danach sind nur freigegebene Template-Nachrichten erlaubt. Wird der Tag oft lange nach dem letzten Chat gesetzt, nutzen Sie Vorlagennachricht senden mit einem Utility-Template.

Rezept 2: Lead-Phasen

Ziel: Jeder Kunde steht in genau einer Phase, und jeder Phasenwechsel erledigt seine eigene Aufgabe.

Ein Flow pro wichtiger Phase. Für stage:qualified:

1. Kunden-Tag hinzugefügt, hört auf stage:qualified.
2. Kunden-Tags entfernen: stage:new, stage:contacted.
3. Sitzung zuweisen an den Vertrieb.
4. Nachricht senden:

Danke, Herr Schulz. Auf Basis Ihrer Angaben erstellen wir ein Angebot für
40 Arbeitsplätze. Frau Krüger schickt es Ihnen bis morgen 12 Uhr hier im Chat.

Das Entfernen in Schritt 2 startet diesen Flow nicht neu, kann aber einen anderen Flow starten, der auf das Entfernen von stage:new hört. Das ist nützlich, etwa um eine Begrüßungsstrecke zu beenden, aber genau so entstehen Schleifen: Flow A setzt einen Tag, der Flow B startet, und B entfernt den Tag, auf den A hört. Skizzieren Sie Ihre Phasen-Flows vorher und geben Sie jedem Tag genau einen zuständigen Flow.

Mehr zur Lead-Gewinnung lesen Sie unter Leads über WhatsApp gewinnen.

Rezept 3: Den Chat an das richtige Team übergeben

Ziel: Bot oder Mitarbeiter erkennt das Thema, setzt einen Tag, und der Chat landet ohne manuelles Weiterleiten beim richtigen Team.

1. Kunden-Tag hinzugefügt, hört auf team:wholesale, team:returns, team:billing.
2. Pro Team ein Wenn-Knoten mit der Bedingung Kunden-Tag, zum Beispiel Beinhaltet team:wholesale; der Nein-Zweig führt zum nächsten Wenn.
3. Auf jedem Zweig Sitzung zuweisen an das passende Team.
4. Nachricht senden, um Erwartungen zu klären:

Sie sind jetzt mit unserem Händlerservice verbunden. Wir sind Montag bis Freitag
von 9 bis 18 Uhr für Sie da und antworten meist innerhalb einer Stunde.

Der Tag bleibt nach dem Gespräch am Kunden, sodass Sie später den Team-Posteingang oder einen Broadcast danach filtern können. Wie Sie Teams und Auslastung verteilen, steht in WhatsApp-Gespräche an Arbeitsgruppen verteilen; die Übergabe vom KI-Agenten an einen Menschen in Übergabe von KI an Mensch.

Rezept 4: Nurturing stoppen, wenn ein Tag entfernt wird

Ziel: Eine Strecke läuft nur, solange der Kunde dazugehört, und endet sofort, wenn sich das ändert: Er hat gekauft, will keine Nachrichten mehr oder ein Mitarbeiter hat entschieden, dass sie nicht mehr passt.

Der Strecken-Flow:

1. Kunden-Tag hinzugefügt, hört auf nurture:course.
2. 2 Tage Warten.
3. Wenn mit Kunden-Tag Beinhaltet nurture:course. Ja: Vorlagennachricht senden mit der nächsten Lektion. Nein: Ende.
4. 3 Tage Warten, dann dieselbe Prüfung vor dem nächsten Template.

Die Prüfung vor jeder Nachricht stoppt die Strecke: Ist der Tag weg, findet der nächste Schritt nichts zu senden.

Der Aufräum-Flow:

1. Kunden-Tag entfernt, hört auf consent:marketing.
2. Kunden-Tags entfernen: nurture:course, nurture:webinar, nurture:winback.

So nimmt ein einziger Widerruf den Kunden aus allen Strecken. Die WhatsApp Business Messaging Policy verlangt ein Opt-in vor dem Anschreiben und dass Sie jede Bitte respektieren, zu blockieren, aufzuhören oder sich abzumelden. In Deutschland kommen DSGVO und § 7 UWG mit der Erwartung eines Double Opt-in hinzu. Bauen Sie diesen Flow also, bevor Sie irgendeine Strecke starten. Formulierungen und Taktung finden Sie in WhatsApp Opt-in und WhatsApp Drip-Kampagnen.

Rezept 5: Ein Zähler, der nach drei Versuchen übergibt

Ziel: Fordert ein Tag etwas beim Kunden an, fragt der Bot nur begrenzt oft und übergibt dann an einen Menschen, statt in einer Schleife zu hängen.

Beispiel: Ein Mitarbeiter setzt docs:needed, wenn der Kunde ein Foto seines Ausweises schicken muss.

1. Kunden-Tag hinzugefügt, hört auf docs:needed.
2. Flow-Variable setzen: attempts, Erhöhen um 1. Eine noch nicht vorhandene Variable zählt als 0, nach dem ersten Durchgang steht sie also auf 1.
3. Frage und Antwort: „Bitte senden Sie ein gut lesbares Foto der Vorderseite Ihres Ausweises.”
4. Wenn der Nachrichtentyp ein Bild ist: Kunden-Tags entfernen docs:needed, Kunden-Tag setzen docs:received, bedanken.
5. Sonst Wenn mit Wert der Flow-Variable: attempts Größer oder gleich 3. Ja: Sitzung zuweisen an einen Mitarbeiter und Kunden-Tag setzen docs:stuck. Nein: zurück zu Schritt 2.

Danke, das Foto ist leider unscharf. Können Sie es bei gutem Licht noch einmal
versuchen, sodass alle vier Ecken der Karte zu sehen sind?

Der Zähler gilt nur im jeweiligen Durchlauf; jedes neue docs:needed beginnt bei null. Scheitert eine Erhöhung, etwa weil die Variable keine Zahl ist, nimmt der Knoten den Ausgang Bei Fehler und lässt die Variable unverändert.

Typische Fehler

• Frei getippte Tags. VIP, vip und vip-kunde sind drei verschiedene Auslöser. Legen Sie die Schreibweise vorher fest.
• Zwei Flows, die sich gegenseitig füttern. Ein Flow ignoriert nur seine eigenen Änderungen, nicht die anderer Flows.
• Annehmen, dass das Fenster offen ist. Ein Tag kann Tage nach der letzten Nachricht gesetzt werden. Planen Sie ein Template ein.
• Strecken ohne Prüfung. Ohne die Bedingung Kunden-Tag vor jeder Nachricht stoppt das Entfernen des Tags gar nichts.
• Tags statt Einwilligung. Ein Tag dokumentiert eine Einwilligung, er ersetzt sie nicht.

Tag, Webhook oder Timer?

Tags passen zu Entscheidungen, die in MonoChat fallen: durch Mitarbeiter, Bot, Anzeige oder Massennachricht. Fällt die Entscheidung in einem anderen System, etwa eine bezahlte Bestellung in Ihrem Shopify- oder WooCommerce-Shop, starten Sie den Flow per Webhook. Ist gerade das Ausbleiben einer Antwort das Signal, nutzen Sie die Timeouts aus Nachfassen, wenn der Kunde nicht antwortet.

Zum Ausprobieren legen Sie unter app.monochat.ai ein kostenloses Konto an, öffnen Flows und beginnen mit Rezept 3: Das spüren die meisten Teams schon am nächsten Morgen.

Quellen

• WhatsApp Business Messaging Policy (whatsappbusiness.com) (aufgerufen am 2. November 2026)
• Meta for Developers: Send messages und das Kundenservice-Fenster (aufgerufen am 2. November 2026)
• MonoChat Hilfecenter: Flows (aufgerufen am 2. November 2026)
• MonoChat Changelog: Version 3.8.41 (aufgerufen am 2. November 2026)