Marketing-Automation-Workflows mit KI sicher planen

Ein guter KI-Workflow automatisiert nicht einfach möglichst viele Schritte. Er macht einen begrenzten Marketingprozess nachvollziehbar: Ein klar definiertes Ereignis startet ihn, geprüfte Daten fliessen ein, Regeln und KI-Aufgaben sind getrennt, Menschen entscheiden an den richtigen Stellen, und ein Stoppsignal beendet den Ablauf. Wer diese Elemente vor der Toolwahl auf einem Blatt beschreiben kann, hat eine belastbare Grundlage für einen Pilot; in einem separat vereinbarten Projekt kann maitiq diesen Entwurf in einen kontrollierten Pilot überführen. Wer nur «mehr Automation» bestellt, verschiebt ungeklärte Entscheidungen in Software.

Erst den Arbeitsablauf, dann das Werkzeug bestimmen

Ein Workflow ist die Abfolge von Zustand, Ereignis, Entscheidung und Aktion. Eine Plattform ist nur eine mögliche technische Ausführung. Diese Unterscheidung schützt vor zwei typischen Fehlstarts: Ein Team kauft eine umfangreiche Suite, bevor der Prozess geklärt ist, oder es baut eine eindrucksvolle KI-Demo, die im Alltag keine eindeutige Verantwortung hat.

Beginnen Sie deshalb mit einem konkreten Satz: «Wenn Ereignis A eintritt und Bedingung B erfüllt ist, erstellt das System Vorschlag C; Rolle D prüft ihn; erst nach Freigabe folgt Aktion E; bei Signal F stoppt der Ablauf.» Diese Formulierung fasst Start, Geltungsbereich, Entscheidung, Freigabe und Ausgang in einem gemeinsamen Schema zusammen. Ein Vorhaben wie «Leads bearbeiten» ist zu breit. «Wenn eine vollständige Event-Anmeldung eingeht, einen Entwurf für die Bestätigung erstellen» ist prüfbar. Ob der Entwurf später versendet werden darf, bleibt eine separate Entscheidung.

Sechs Bausteine eines kontrollierbaren Arbeitsablaufs

Der erste Baustein ist der Trigger. Er bezeichnet ein beobachtbares Ereignis, nicht eine Interpretation. Eine Formularübermittlung, eine Statusänderung oder das Erreichen eines geplanten Termins kann ein Trigger sein. «Interessierter Kontakt» ist dagegen bereits eine Bewertung. Für jeden Trigger braucht es eine Quelle, einen Zeitstempel, eine eindeutige Ereignis-ID und eine Regel für Dubletten. Sonst kann derselbe Vorgang mehrmals starten.

Der zweite Baustein ist die Zulässigkeitsprüfung. Sie klärt, ob der Datensatz vollständig ist, ob der Zweck zum Schritt passt und ob Ausschlüsse greifen. Dazu gehören beispielsweise Sperrlisten, fehlende Pflichtfelder, bereits erledigte Ziele oder eine widerrufene Einwilligung. Diese Prüfung gehört vor die KI-Aufgabe. Ein Sprachmodell soll nicht erraten, ob ein Datensatz verwendet werden darf.

Der dritte Baustein ist die KI-Aufgabe. Sie sollte eng beschrieben sein: klassifizieren, zusammenfassen, Varianten vorschlagen oder fehlende Angaben markieren. Eingabe, erlaubte Quellen, Ausgabeformat und das Vorgehen bei einem unsicheren Ergebnis gehören in den Auftrag. «Schreibe die beste Nachricht» ist nicht testbar. «Erstelle drei Entwürfe auf Basis der freigegebenen Produktmerkmale und markiere nicht belegte Aussagen» lässt sich prüfen.

Der vierte Baustein ist die Entscheidung. Eine deterministische Regel, eine KI-Empfehlung und eine menschliche Freigabe sind drei verschiedene Dinge. Das Datenfeld «Sprache = Deutsch» kann eine regelbasierte Verzweigung steuern. Eine KI kann einen Themenvorschlag liefern. Eine verantwortliche Person entscheidet, ob der Vorschlag markenkonform, sachlich und im gegebenen Kontext angemessen ist. Die Dokumentation sollte zeigen, welcher Mechanismus welchen Schritt verantwortet.

Der fünfte Baustein ist die Aktion. Einen Entwurf speichern, eine Aufgabe anlegen oder eine Nachricht senden ist nicht gleich riskant. Für einen Pilot empfiehlt sich eine Aktion mit geringer Wirkung, etwa ein Entwurf in einer Prüf-Warteschlange. Eine Änderung am Produktivsystem oder ein tatsächlicher Versand braucht eine separate, ausdrückliche Freigabe. Die Freigabe muss sich auf die jeweilige Version beziehen; eine allgemeine Zustimmung zu «KI im Marketing» reicht nicht.

Der sechste Baustein ist der Ausgang. Ein Workflow endet bei Zielerreichung, Ablauf einer Frist, Widerruf, Fehler oder manuellem Stopp. Ohne Ausgang sammelt er veraltete Vorgänge und kann unpassende Aktionen auslösen. Microsoft dokumentiert Trigger, die eine Journey starten, fortsetzen und stoppen. Wiederholungs-, Ausschluss- und Dublettenregeln bleiben ergänzende Entwurfsentscheidungen, die Sie unabhängig von der eingesetzten Plattform festlegen.

KI gehört in einen begrenzten Handlungsspielraum

Die zentrale Designfrage lautet nicht «Was kann das Modell?», sondern «Welche Abweichung darf der Prozess tolerieren?» Für eine interne Zusammenfassung kann ein kleiner stilistischer Fehler akzeptabel sein. Bei Preis-, Rechts-, Gesundheits- oder Vertragsbehauptungen kann schon eine unbelegte Aussage problematisch sein. Der Workflow braucht deshalb einen klaren Rahmen: erlaubte Quellen, verbotene Inhalte, Ausgabeformat, Prüfkriterien und die Übergabe an die verantwortliche Person.

Ein praktischer Kontrollpunkt ist die Trennung von Vorschlag, Freigabe und Ausführung. Das Modell liefert einen Vorschlag. Eine Person mit der nötigen Fachkenntnis prüft ihn anhand nachvollziehbarer Kriterien. Erst ein nachgelagerter, protokollierter Schritt darf die freigegebene Fassung ausführen. Wird der Entwurf verändert, verfällt die alte Freigabe. So bleibt erkennbar, ob ein Mensch wirklich die ausgeführte Version gesehen hat.

Die aktuelle GOV.UK-Hilfe zur Einführung von GenAI nennt Engagement, Training und Support, Risikomanagement sowie laufendes Monitoring als zusammengehörige Umsetzungsaufgaben. Für diesen Workflow sind das Prüffelder, keine Lieferantenzertifizierung und kein Schweizer Rechtsstandard.

Auch die Eingaben brauchen Grenzen. Geheimnisse, Zugangsdaten und unnötige Personendaten gehören nicht in Prompts. Pseudonyme ersetzen nicht automatisch eine Datenschutzprüfung. Halten Sie fest, welcher Zweck verfolgt wird, welche Datenfelder notwendig sind, wo sie verarbeitet werden und wie lange Zwischenprodukte bestehen bleiben. Bei voraussichtlich hohem Risiko sieht das Schweizer Datenschutzrecht eine Datenschutz-Folgenabschätzung vor; ob diese Schwelle erreicht ist, muss für den konkreten Fall beurteilt werden.

Mit einem Fehlerkatalog statt nur mit dem Normalfall testen

Ein Workflowtest sollte nicht nur zeigen, dass ein Normalfall reibungslos durchläuft. Er braucht mindestens fünf Klassen: gültige Eingabe, fehlende Daten, widersprüchliche Daten, wiederholtes Ereignis und unerlaubter Inhalt. Für jede Klasse wird vorab definiert, welcher Zustand erwartet wird: weiter, warten, zur Prüfung, abbrechen oder die fehlgeschlagene Stufe nach einem temporären technischen Fehler erneut ausführen. Eine automatische Wiederholung ist nur dann sinnvoll, wenn die Aktion idempotent ist und keine doppelte Wirkung erzeugt.

Testdaten sollten synthetisch und frei von realen Personendaten sein. Prüfen Sie neben dem Inhalt auch die Prozessspur: Wurde die richtige Version verwendet? Ist die Quelle sichtbar? Wurde die Freigabe protokolliert? Hat das Stoppsignal funktioniert? Kann eine zuständige Person einen Vorgang finden, erklären und beenden? Ein gutes Ergebnis ist nicht nur ein schöner Text, sondern ein beherrschbarer Ablauf.

Messen, ohne Aktivität mit Wirkung zu verwechseln

Zu Beginn genügen Betriebsmetriken: Anzahl gestarteter Vorgänge, Anteil vollständig verarbeiteter Fälle, Prüfquote, Abbruchgründe, Durchlaufzeit und wiederkehrende Fehlerklassen. Diese Werte zeigen, ob der Prozess funktioniert. Sie belegen noch nicht, dass der Workflow das Marketingziel ursächlich verbessert hat. Öffnungen, Klicks, qualifizierte Anfragen oder Umsatz brauchen eine eigene Messdefinition; Attribution und Inkrementalität gehören deshalb in einen separaten Messplan.

Erfassen Sie ausserdem die menschliche Korrektur. Nicht als Produktivitätswettbewerb, sondern als Qualitätssignal: Welche Aussagen werden häufig entfernt? Wo fehlt Kontext? Welche Eingaben führen zu Übergaben an die verantwortliche Person? Aus diesen Mustern entstehen bessere Regeln, Quellen und Vorlagen. Eine steigende Automationsquote ist kein Selbstzweck. Wenn Prüfaufwand oder Risiko zunehmen, kann ein engerer Workflow die bessere Lösung sein.

Einen Pilot in vier Stufen begrenzen

Stufe eins läuft offline mit synthetischen Fällen. Stufe zwei erzeugt interne Entwürfe, ohne ein externes System zu verändern. Stufe drei arbeitet mit echten, zulässigen Daten, bleibt aber in einer Freigabewarteschlange. Erst Stufe vier erlaubt eine klar begrenzte Aktion im Produktivsystem. Für jeden Übergang braucht es vorher definierte Kriterien, eine benannte verantwortliche Person und einen klaren Rückweg zum bisherigen Ablauf.

Der Pilot sollte klein genug sein, dass das Team jeden Fall prüfen kann. Wählen Sie keinen geschäftskritischen Kundenprozess als ersten Versuch. Ein stabiler, häufiger und gut verstandener Prozess mit reversibler Ausgabe ist geeigneter. Dokumentieren Sie den Ausgangszustand, damit später nicht jede Veränderung der KI zugeschrieben wird.

Änderungen wie einen neuen Workflow behandeln

Ein Pilot, der seine Abnahmekriterien erfüllt hat, ist keine dauerhafte Freigabe für jede spätere Modell- oder Prozessversion. Ändert sich die Datenquelle, Promptvorlage, Modellversion, Regel, Empfängergruppe oder externe Aktion, wird die Auswirkung bewertet. Kleine formale Änderungen kommen mit einer begrenzten Prüfung des betroffenen Ausschnitts aus: Prüfungen, deren Eingaben und Bedeutung unverändert bleiben, können wiederverwendet werden, während die Freigabe für die geänderte Fassung erneuert wird. Eine neue Datenklasse oder eine zusätzliche Wirkung im Produktivbetrieb öffnet die fachliche, technische und gegebenenfalls rechtliche Prüfung erneut.

Führen Sie ein kurzes Änderungsjournal mit Anlass, betroffenen Bausteinen, Testfällen, Entscheidung, der freigebenden Person und dem Rückweg. Beobachten Sie nach der Freigabe zunächst Fehler- und Prüfmuster, bevor der Umfang wächst. Ein fester Abschalttermin zwingt das Team zu einer ausdrücklichen Entscheidung, den Piloten zu verlängern. So wird aus einem Pilot keine unbeaufsichtigte Dauerautomation, nur weil niemand den ursprünglichen Status zurückgesetzt hat.

Schulung gehört ebenfalls zum Betrieb. Prüfende Personen müssen wissen, welche nachvollziehbaren Aufzeichnungen sie heranziehen, welche Fehler eine reine Stilprüfung nicht erkennt und wie sie einen Fall an die verantwortliche Person übergeben. Betreiber brauchen eine erreichbare Ansprechperson, nicht nur eine Dokumentationsseite. Erst wenn das Verfahren für Störungen mit benannter Kontaktperson und Stellvertretung sowie das Recht, den Ablauf zu stoppen, im Alltag funktionieren, ist der Arbeitsablauf organisatorisch belastbar.

Die Entscheidungsvorlage

Ein Workflow ist bereit für einen Pilot, wenn Trigger, Datenzweck, Eingaben, Regeln, KI-Aufgabe, Freigaberolle, Aktion, Ausgang, Fehlerbehandlung und Messgrössen benannt sind. Fehlt einer dieser Punkte, lautet die nächste Aufgabe nicht «Werkzeug konfigurieren», sondern «Entscheidung klären».

Diese Methode ist bewusst unabhängig von einer bestimmten Technologie oder Plattform. Sie kann einem Marketingteam helfen, ein Automation-Vorhaben zu bewerten. Das bestehende Produkt von maitiq ist auf Google Ads ausgerichtet; CRM-, Journey- und Omnichannel-Systeme sind kein Bestandteil dieses Produkts. Ein Vorhaben, das darüber hinausgeht, lässt sich in einem separat vereinbarten Projekt prüfen und umsetzen. Betrifft der betrachtete Ablauf ausschliesslich oder wesentlich Google Ads, kann ein separater read-only Audit ein sinnvoller nächster Prüfpunkt sein; er verändert nichts am Konto. Das ist eine bedingte Übergabe, keine Aussage über kanalübergreifende Umsetzung.

Beispiel: Leadworkflow in einem separat vereinbarten Projekt

Auslöser ist eine neue Anfrage. Ein solcher Ablauf prüft die Pflichtfelder, schlägt vor, welche Person oder welches Team die Anfrage übernimmt, bereitet den nächsten Schritt vor und erinnert an noch offene Anfragen. Dubletten und unklare Anfragen landen in einer Ausnahmeansicht. Eine reine Eingangsbestätigung ist noch keine qualifizierte Übergabe.

Messen Sie die Bearbeitungszeit, die Zahl offen gebliebener Anfragen und die erfolgreichen Übergaben. In einem separat vereinbarten Projekt kann maitiq helfen, diesen Prozess zu entwerfen, in den vereinbarten Systemen einzurichten und das Team dafür zu schulen; das bestehende Google-Ads-Produkt deckt einen solchen kanalübergreifenden Leadworkflow nicht ab. Regelbasierte Schritte bleiben regelbasiert; KI wird nur dort ergänzt, wo sprachliche oder unstrukturierte Informationen tatsächlich ausgewertet werden müssen.

Wie ein erster Pilot beginnt

In einem separat vereinbarten Projekt zeigt eine gezielte Vorabklärung, welcher Arbeitsablauf bereit für einen Pilot ist, welche Ausnahme ihn heute gefährdet und wie ein kontrollierter Pilot umgesetzt wird. Sie erhalten einen klar abgegrenzten Anwendungsfall, die offenen Daten- und Kontrollfragen, einen Pilotplan und die Kriterien für den späteren Betrieb.

Entscheidungsregel: Automatisieren Sie zuerst einen stabilen, wiederholbaren Entscheid; ein chaotischer Prozess wird durch Automatisierung nur schneller chaotisch.

Quellen und Einordnung

Plattformdokumentation erklärt Funktionen und Grenzen; Behördenquellen den rechtlichen Kontext. Veröffentlichungen von Anbietern und Verbänden sind entsprechend einzuordnen, nicht als allgemeiner Marktpreis oder Erfolgsnachweis. Angaben zur Arbeitsweise von maitiq finden Sie auf maitiq.com.

Lassen Sie Ihren konkreten Fall von maitiq prüfen.