Werbung & Content Übertragen & Automatisieren Läuft im Alltag
E-Mail-Strecken beschreiben statt zusammenklicken
Sieben Automationen mit über zwanzig Mails und Wartezeiten entstehen aus einer Beschreibung. Der teuerste Fehler des Projekts: 49 gelöschte Gruppen.
Der Fall auf einen Blick
Das Problem
Sieben verschachtelte E-Mail-Strecken in einer Oberfläche zusammenzuklicken dauert Tage — und hinterher weiß niemand, was warum wo hängt.
Was der Fall macht
Baut E-Mail-Strecken aus einer schriftlichen Beschreibung auf, statt sie Block für Block in der Oberfläche zusammenzuklicken.
Was er bewirkt
Sieben Automationen mit über zwanzig Mails und mehr als zwölf Wartezeiten stehen — nachvollziehbar dokumentiert statt nur geklickt.
So funktioniert es
1 von 5 Arbeitsschritten erledigt ein Sprachmodell. Den Rest machen ein normales Programm und ein Mensch.
- 1 Mensch Konzept festlegen Ein Mensch legt fest, welche E-Mail-Strecken der Verkauf des neuen Produkts braucht.
- 2 Sprachmodell Als Beschreibung erfassen Das Sprachmodell erfasst alle Strecken mit Mails, Wartezeiten und Übergängen als Beschreibung.
- 3 Programm Prüfen und zeigen Ein Programm prüft die Beschreibung auf Lücken und Widersprüche und zeichnet ein Schaubild zur Abstimmung.
- 4 Programm Aufbauen Blöcke, Reihenfolge und Verkettung entstehen über die Schnittstelle im E-Mail-System.
- 5 Mensch Von Hand ergänzen Auslöser und Bedingungen setzt ein Mensch in der Oberfläche — das geht nicht anders.
- normales Programm
- Sprachmodell (KI)
- Mensch
Die Zahlen dahinter
Was das für Ihren Betrieb heißt
Wer eine E-Mail-Strecke einmal in der Oberfläche gebaut hat, weiß: Die zweite Version zu bauen ist genauso teuer wie die erste — es sei denn, sie steht als Beschreibung da.
Überall dort, wo ein Zustand mühsam in einer Oberfläche zusammengeklickt wird und hinterher niemand weiß, warum er so aussieht: E-Mail-Strecken, Berechtigungen, Formularlogiken, Preisstaffeln.
Die eigentliche Frage vor der Automatisierung lautet nicht „geht das?“, sondern „was passiert, wenn es schiefgeht?“ In diesem Projekt hat genau das 49 Gruppen gekostet, von denen 44 gebraucht wurden. Jede Löschaktion über ein Namensmuster gehört vorher als Trockenlauf ausgegeben und von einem Menschen abgenommen.
Die Ausgangslage
Für den Verkauf eines neuen Produkts war ein Bündel von E-Mail-Strecken nötig: Anmeldung mit Countdown, getrennte Wege für Teilnehmer und Nichterschienene, eine Verkaufsserie und eine Schutzregel, die Käufer aus allen laufenden Strecken herausnimmt.
In der Oberfläche heißt das: Dutzende Blöcke ziehen und jeden einzeln einstellen. Das dauert Tage. Und wer später wissen will, warum eine Mail an eine bestimmte Gruppe ging, klickt sich durch sieben Automationen und rät.
Die Lösung im Einzelnen
Der komplette Aufbau wird als Beschreibung erfasst: welche Strecke, welche Mails, welche Wartezeiten, welche Übergänge. Diese Beschreibung wird automatisch geprüft, als Schaubild dargestellt und über die Schnittstelle im E-Mail-System aufgebaut.
Die verbreitete Aussage, Automationen ließen sich dort nicht über die Schnittstelle bauen, stimmt nur zur Hälfte. Blöcke, Reihenfolge, Verschachtelung und die Verkettung mehrerer Strecken gehen sehr wohl — nur die leere Automation, der Auslöser und die Bedingungen brauchen die Oberfläche. Der aufwendige Teil läuft automatisch, die drei Handgriffe bleiben beim Menschen.
Eine Grenze des Systems führte sogar zu einem besseren Aufbau: Weil eine Verzweigung nicht ging, wurde die Verkaufsserie ausgelagert und von beiden Zweigen aufgerufen. Sie liegt jetzt nur einmal vor.
name: C3 Verkaufsserie
start: über enter aus C1/C2
bloecke:
- mail: 09_rueckblick
- warte: 1 Tag
- mail: 10_einwand_zeit
- warte: 2 Tage
- mail: 11_beleg_zahlen
- warte: 1 Tag
- mail: 12_letzte_frist
austritt:
- startgespraech-gebucht
- kaeufer
Eine vollständige Automation mit vier Mails und drei Wartezeiten, korrekt verschachtelt und mit beiden Austrittsbedingungen.
Die Beschreibung wird vorher geprüft: Fehlt eine Mail, ist eine Wartezeit unplausibel oder eine Austrittsbedingung unbekannt, bricht der Lauf ab — bevor im Livesystem etwas angelegt wird.
Und sie ist zugleich die Dokumentation. Wer in sechs Monaten fragt, warum eine Mail an wen ging, liest diese zwölf Zeilen statt sich durch sieben Automationen zu klicken.
Auslöser und Bedingungen müssen weiterhin in der Oberfläche gesetzt werden — das kann die Schnittstelle nicht. Alles davor schon.
Was wir dabei gelernt haben
- Nie über ein Namensmuster löschen. 49 Gruppen gelöscht, 44 davon produktiv — der teuerste Einzelfehler dieser Sammlung. Aufräumen nur über bekannte Kennungen, und nur nach Trockenlauf.
- „Die Schnittstelle kann das nicht“ ist selten die ganze Wahrheit. Es lohnt, den Grenzverlauf selbst zu prüfen, statt der verbreiteten Aussage zu glauben.
- Grenzen des Systems führen manchmal zum besseren Aufbau. Weil eine Verzweigung nicht ging, liegt die Verkaufsserie jetzt nur einmal vor — sauberer als der ursprüngliche Plan.
- Anwesenheit wird bewusst per Knopfdruck übertragen, nicht live. Eine Korrektur Wochen später würde sonst eine längst beendete Mailstrecke erneut auslösen.
Eine Aufräumaktion nach Namensmuster hat 49 Gruppen gelöscht — 44 davon waren produktiv in Benutzung. Seitdem gilt: aufräumen nur über bekannte Kennungen, nie über ein Muster im Namen.
Aus der Projektdokumentation
Was über die Schnittstelle geht — und was nicht Tabelle
| Aufgabe | Automatisch? |
|---|---|
| Blöcke anlegen, Reihenfolge, Verschachtelung | ja |
| Mehrere Strecken miteinander verketten | ja |
| Wartezeiten setzen | ja |
| Leere Automation anlegen | nein — Oberfläche |
| Auslöser definieren | nein — Oberfläche |
| Bedingungen und Verzweigungen | nein — Oberfläche |
Quelle: Eigene Prüfung, Stand 26.07.2026
Der Ablauf als Diagramm Schaubild
Haben Sie so einen Fall im Betrieb?
Schreiben Sie mir in zwei Sätzen, welche Aufgabe bei Ihnen am meisten Zeit frisst. Sie bekommen eine ehrliche Einschätzung — samt Aufwand und samt der Antwort „lohnt sich nicht“, wenn es so ist.