
Fallstudie3 Abschnitte · 2 Min. LesezeitVon Dezső Mező · Veröffentlicht 3. Oktober 2026.mdAutomationWhatsAppE-commerceOps
Ein echter Kunde lief den Verkauf über ein persönliches WhatsApp: Anfragen mischten sich unter den Chat, Adressen kamen als Screenshots, und 'hat da schon jemand geantwortet?' war Tagesritual. Die Lösung behielt den Kanal, den die Kunden schon nutzten, und ersetzte nur, was nach Eintreffen der Nachricht passierte.
01Den Kanal behalten, den Intake strukturieren
Kunden schreiben weiter an dieselbe Nummer, aber die erste Antwort ist ein kurzes strukturiertes Formular — Produkt, Menge, Lieferadresse —, das als echte Datenbankzeile statt als Chat-Blase landet. An der Unterhaltung ändert sich nichts; an der Aufzeichnung alles.
02Status ist eine Nachricht, kein Anruf
Jede Bestellung trägt einen Zustand — eingegangen, bestätigt, versendet, fertig —, und jeder Übergang feuert eine WhatsApp-Vorlage zurück an den Kunden. Die 'wo ist mein Paket'-Anrufe, die den Großteil der Unterbrechungen ausmachten, blieben weitgehend aus.
03Der Wochendigest ersetzt die Tabelle
Sobald Bestellungen Zeilen sind, postet eine Montagmorgen-Zusammenfassung die Wochenzahlen in denselben Chat. Reporting hörte auf, eine vergessene Aufgabe zu sein.
Was bleibt
- Den Intake strukturieren, nicht den Kanal — Kunden behalten, was sie kennen.
- Den Status-Ping automatisieren; die meisten Support-Anrufe fragen dasselbe.
- Bestellungen als Datenbankzeilen machen Reporting gratis.
- Zuerst die langweilige Version liefern; Integrationen können später wachsen.
Mehr aus dem Lab
Alle Beiträge ansehen
Die Rechnungs-Pipeline, die den Freitagnachmittag-Admin beendete
Self-hosted n8n oder Zapier — wo die Rechnung wirklich abweicht
Von der Anfrage zum gebuchten Call, ohne Posteingang
MCP-Server in Produktion, nicht in der Demo
Sollen wir das an Ihrem System ansehen?Gespräch beginnen
