Retail-Messaging scheitert auf wiederkehrende Weise: Eine Abholerinnerung kommt, nachdem die Bestellung bereits abgeholt wurde. Eine Lieferbenachrichtigung und ein Werbe-Push treffen aus zwei verschiedenen Systemen fast gleichzeitig ein. Ein Kunde antwortet mit STOP und bekommt trotzdem weiter Werbung, weil das Opt-out nur im Kampagnentool gespeichert wurde. Das sind keine Kreativprobleme und keine, die bessere Texte lösen. Es geht um Messaging-Operations, nicht um Sortiments-, Zahlungs- oder Filialstrategie.
1. Jede Nachricht an einen aktuellen Zustand binden
Jede Nachricht sollte sich auf genau eine aktuell existierende Sache beziehen – Bestellung, Lieferung, Abholung, Termin, Retoure oder offener Servicefall –, deren Wahrheit im System of Record liegt. Praktisch heißt das: beim Versandzeitpunkt erneut prüfen, ob der Zustand noch gilt, statt eine geplante Erinnerung blind auszulösen.
2. Traffic-Klassen trennen
Werbung, Service, Support und dringender Traffic unterscheiden sich in Consent-Basis, Dringlichkeit und Ruhezeiten. Sie brauchen eigene Absender, Warteschlangen, Routen und Ablaufregeln. Eine Kampagne darf eine Click-and-Collect- oder Betrugsmeldung nie verzögern, und ein Kunde, der Werbung abbestellt hat, muss weiterhin Servicenachrichten zu seiner Bestellung erhalten.
3. Consent-Nachweis und Suppression zentralisieren
Consent braucht reproduzierbaren Nachweis: was gezeigt wurde, wann, in welchem Kanal, für welchen Umfang. Opt-outs müssen kanal- und systemübergreifend innerhalb eines kurzen, definierten Zeitfensters greifen. Dazu gehören Ruhezeiten in Ortszeit je Traffic-Klasse und ein kanalübergreifendes Kontaktdruck-Limit, damit E-Mail, SMS, Push und WhatsApp nicht unabhängig voneinander dieselbe Person belasten. Was Regulierung darüber hinaus verlangt, unterscheidet sich je Markt und muss mit eigenen Beratern geprüft werden.
4. Kanalfähigkeit und Fallback explizit definieren
Die Kanalwahl sollte eine schriftliche Policy je Use Case sein, geprüft zum Versandzeitpunkt: Kundenpräferenz, passender Consent, verifizierte Adresse, Dringlichkeit und Sensibilität des Inhalts. Gewöhnliche SMS gilt als unverschlüsselt und auf dem Sperrbildschirm lesbar – ungeeignet für Sensibles über kurzlebige Codes hinaus. Fallback sollte durch eine geschäftliche Deadline und vertrauenswürdige Signale ausgelöst werden, nicht durch das bloße Fehlen einer Zustellquittung.
5. Identität und Ziel konsistent halten
Retail-Messaging ist ein Phishing-Ziel. Dieselbe registrierte Absenderidentität für denselben Zweck im selben Markt, markeneigene Link-Domains statt generischer Kürzungsdienste, und Text und Landingpage müssen zusammenpassen.
6. Systemübergreifend deduplizieren und bei Abschluss stoppen
Handelslandschaften versenden aus mehreren Systemen gleichzeitig – Commerce-Plattform, CRM, Logistikanbieter, Filiale, Support, Zahlungsanbieter. Deduplizierung muss auf Zustandsebene erfolgen, verankert an Bestellung oder Fall, nicht an der Nachricht. Pro Ereignis sollte ein System als maßgeblich gelten, und Journeys müssen sofort stoppen, wenn sich der Zustand ändert oder eine Antwort eingeht.
7. Ergebnisse und Schaden messen, nicht Zustellquittungen
Zustelldaten sagen etwas über Routen und Netze, nicht darüber, ob die Nachricht gewirkt hat. Zu messen sind Abholung abgeschlossen, Retoure gebucht, Zeit bis zum Abschluss – sowie veraltete Nachrichten, doppelte Kontakte, Beschwerden, Opt-out-Rate je Traffic-Klasse und durch Messaging verursachte Support-Kontakte, segmentiert nach Markt, Route und Vorlage.
Eine Zustandstabelle für die Abholung
| Bestellstatus | Nachricht | Klasse | Deadline | Stoppbedingung |
|---|---|---|---|---|
| Aufgegeben, Zahlung autorisiert | Bestellung bestätigt | Service | Keine | Storniert |
| Bereit im Laden | Abholbereit mit Filiale und Zeitfenster | Service | Abholfenster öffnet | Abgeholt, storniert oder Fenster geschlossen |
| Bereit, nicht abgeholt, Fenster schließt bald | Erinnerung, einmalig | Service, dringend | Zwei Stunden vor Schluss | Abgeholt oder storniert |
| Fenster geschlossen, nicht abgeholt | Rücklagerungshinweis mit Optionen | Service | Keine | Antwort oder Rückerstattung |
| Abgeholt | Keine | — | — | Journey endet |
| Storniert oder erstattet | Ergebnisbestätigung | Service | Keine | Journey endet |
Werbung liegt außerhalb dieser Tabelle, mit eigenem Absender, eigener Warteschlange und eigenem Consent, unterliegt aber demselben Kontaktdruck-Limit.
Retail-Checkliste
- Jede Nachricht referenziert einen benannten aktuellen Zustand, erneut geprüft beim Versand.
- Traffic-Klassen getrennt nach Absender, Warteschlange, Route, Consent und Ablauf.
- Consent-Nachweis mit Umfang und Zeitstempel; Suppression kanalübergreifend propagiert.
- Ruhezeiten in Ortszeit je Traffic-Klasse plus kanalübergreifendes Kontaktdruck-Limit.
- Schriftliche Kanal- und Fallback-Policy je Use Case, mit Deadlines statt fehlender Quittungen.
- Registrierte Absenderidentität je Zweck und Markt; markeneigene Link-Domains.
- Ein maßgebliches System je Ereignis; Deduplizierung auf Zustandsebene.
- Journeys stoppen bei Zustandsänderung, Abschluss, Antwort, Beschwerde oder Opt-out.
- Reporting umfasst Ergebnisse, Zeit bis Abschluss, veraltete und doppelte Kontakte, Beschwerden und Opt-outs.
- Testlauf vor der Hochsaison für Kapazität, Suppression-Latenz und Rollback.