Ein KI-Workflow braucht einen guten Haltepunkt.

Jeder Schritt braucht ein erkennbares Ergebnis.

Für unser Beispiel soll eine Interessentenanfrage vorbereitet werden. Am Anfang steht der unveränderte Eingangstext. Die KI extrahiert daraus etwa Thema, Gruppengröße und Wunschzeitraum. Danach entsteht ein Antwortentwurf, den ein Mensch prüft.

Beschreibe diese Ergebnisse einzeln. Nach der Auswertung muss erkennbar sein, welche Angaben aus der Anfrage stammen und welche fehlen. Nach dem Schreiben muss ein Entwurf vorliegen, der zu genau dieser Auswertung gehört. So lässt sich eine unpassende Antwort bis zu ihrer Ursache zurückverfolgen.

Auch der Zustand des Vorgangs sollte eindeutig sein. „Eingegangen“, „Rückfrage nötig“, „Entwurf bereit“, „Freigegeben“ und „Technischer Fehler“ beschreiben unterschiedliche Situationen. Wenn alles nur „in Bearbeitung“ heißt, weiß niemand, ob gerade die KI arbeitet oder eine Person entscheiden muss.

Halte dort an, wo eine Entscheidung nötig ist.

Ein fehlender Wunschzeitraum lässt sich nicht durch einen weiteren technischen Versuch ergänzen. Hier braucht es eine Rückfrage. Eine fehlgeschlagene Verbindung zum KI-Dienst ist ein anderer Fall: Die Angaben könnten vollständig sein, aber die Verarbeitung wurde nicht erfolgreich abgeschlossen.

Trenne solche Fälle im Ablauf. Bei fehlenden Angaben landet der Vorgang in einer fachlichen Klärung. Bei einem technischen Fehler bleibt er zur Nachbearbeitung sichtbar, mit dem letzten bestätigten Verarbeitungsschritt. Eine leere Ausgabe darf nicht einfach als erfolgreiche Auswertung an den nächsten Schritt weitergereicht werden.

Für den ersten Prototyp ist „Entwurf bereit“ ein guter Haltepunkt. Du kannst Originalanfrage, extrahierte Angaben und Antwort nebeneinander prüfen. Erst dann entscheidest du, ob der Entwurf passt. Damit bleibt die eigentliche Leistung des Workflows gut überprüfbar: Er bereitet eine Entscheidung vor.

Eine Freigabe gehört zu einem bestimmten Entwurf.

Du liest eine Antwort und gibst sie frei. Anschließend wird der Text neu erzeugt, weil sich eine Eingabe geändert hat. Gilt deine alte Freigabe jetzt noch? Für unseren Beispielprozess lautet die Antwort: Der veränderte Entwurf muss erneut geprüft werden.

Halte deshalb fest, welcher Text mit welchen Angaben freigegeben wurde. Eine Versionsnummer kann dabei helfen. Der Status „Freigegeben“ darf nicht einfach am Vorgang kleben bleiben, während der Inhalt darunter wechselt.

Plane auch die Zuständigkeit. Wer sieht offene Vorgänge? Wer darf freigeben? Was passiert, wenn diese Person nicht verfügbar ist? Ein gut platzierter Freigabeschritt nützt wenig, wenn der Entwurf anschließend unsichtbar in einer Liste liegen bleibt. Für die Übung reicht eine klar benannte prüfende Person; im Betrieb braucht es einen geregelten Umgang mit Vertretung und Wartezeiten.

Ein zweiter Versuch darf keine zweite Aktion auslösen.

Nehmen wir an, ein später ergänzter Versand meldet eine Zeitüberschreitung. Die Nachricht könnte bereits versendet worden sein, während nur die Bestätigung fehlt. Ein sofortiger zweiter Versand kann dann eine doppelte Nachricht erzeugen. „Keine Antwort erhalten“ bedeutet nicht automatisch „nichts passiert“.

Die Amazon Builders’ Library erklärt dieses Problem am Prinzip der Idempotenz: Wiederholungen desselben Auftrags sollen keine zusätzlichen Wirkungen haben. Eine eindeutige Auftragskennung kann dem empfangenden Dienst helfen, Wiederholungen zu erkennen. Der Dienst muss diese Behandlung tatsächlich unterstützen; eine Kennung im eigenen Workflow allein garantiert sie nicht.

Für unseren Entwurfsprozess bekommt jeder Eingang eine nachvollziehbare Kennung. Bei einem zweiten Eingang derselben Nachricht soll der vorhandene Vorgang gefunden werden. Zwei inhaltlich ähnliche neue Anfragen dürfen dabei nicht versehentlich als identisch verschwinden.

Bei einer späteren externen Aktion muss die Wiederholungsstrategie zum verwendeten Anbieter passen. Ist der Ausgang unklar und gibt es keinen verlässlichen Schutz vor Doppelaktionen, sollte der Vorgang zur Klärung anhalten. Eine begrenzte Wiederholung bei geeigneten Fehlern und eine sichtbare Nachbearbeitung sind hilfreicher als eine Endlosschleife.

Teste den Ablauf auch mit unfertigen Vorgängen.

Zeichne den Workflow zuerst mit fiktiven Anfragen durch. Du kannst Zustände und Übergaben schon mit einer einfachen Liste prüfen. Die gewählte Plattform soll anschließend diese Entscheidungen umsetzen, statt sie beim Zusammenklicken zufällig festzulegen.

Notiere bei jedem Versuch, an welchem Schritt der Vorgang endet und wer weitermachen muss. Diese Beobachtung ist oft aussagekräftiger als ein grüner Haken für den Gesamtlauf. Er zeigt allein noch nicht, ob die richtige Antwort zur richtigen Anfrage gehört.

Im Workflow-Workshop führen wir eine Beispielanfrage über die KI-Auswertung bis zum prüfbaren Antwortentwurf. Der automatische Versand und die individuelle Anbindung deiner Unternehmenssysteme sind weitere Schritte. Den nötigen Blick für Übergaben, Fehler und Freigaben kannst du bereits am begrenzten Übungsablauf entwickeln.

• Eine Pflichtangabe fehlt: Der Vorgang zeigt, was fachlich zu klären ist.
• Die Auswertung bricht ab: Ein leerer Inhalt wird nicht weiterverarbeitet.
• Eine Anfrage geht erneut ein: Es entsteht kein unbemerkter Doppelvorgang.
• Der Entwurf ändert sich nach der Freigabe: Eine neue Prüfung wird nötig.
• Die prüfende Person greift nicht ein: Der offene Vorgang bleibt auffindbar.