Was Sie vor der Automatisierung eines Workflows vorbereiten sollten

Bleiben Sie bei einem einzigen Workflow

Automatisierungswerkzeuge beschreiben einen Workflow als einen Auslöser, gefolgt von Schritten. Das n8n-Tutorial baut zum Beispiel einen Ablauf, der nach Zeitplan startet, Berliner Wetterdaten von der Beispiel-API Mockingbird abruft, mit einem Edit-Fields-Schritt Stadt, Temperatur und Wetterlage zu einem kurzen Bericht formatiert und diesen Bericht in einer Datentabelle speichert. Danach lassen Sie den Workflow mit Execute workflow laufen und prüfen die eingefügte Zeile, bevor Sie veröffentlichen. Das Wetter stammt aus einer Beispiel-API, betrachten Sie es also als Übungsdaten und nicht als Live-Messung. Welches Werkzeug Sie auch nutzen, diese Form ist eine nützliche Disziplin: ein Start, wenige klare Schritte, ein Test vor dem Livegang.

Das Mini-Briefing zum Kopieren

Fügen Sie diese Zeilen in ein Dokument ein und füllen Sie jede mit ein bis zwei Sätzen aus.

• Auslöser: das einzelne Ereignis, das den Ablauf startet (zum Beispiel eine neue Formularübermittlung).
• Eingaben: jedes benötigte Feld, woher es kommt und welche optional sind.
• Entscheidungen: jede Regel als Wenn-dann, in der Reihenfolge der Prüfung.
• Ergebnisse: was erstellt oder gesendet wird, an wen und in welchem Format.
• Verantwortliche Person: eine namentlich genannte Person, die Probleme behebt und Änderungen freigibt.
• Fehler: was passiert, wenn ein Feld fehlt oder ein Schritt fehlschlägt, und wer informiert wird.
• Duplikate: woran Sie erkennen, dass dasselbe Element zweimal eintrifft.
• Testfälle: fünf oder mehr erfundene Beispiele mit dem erwarteten Ergebnis.
• Haltepunkt: der Schritt, in dem eine Person prüft, bevor etwas gesendet wird.

Planen Sie für Fehler und Duplikate

Fehlerhafte oder fehlende Eingaben können einen Workflow zum Stillstand bringen. Legen Sie im Voraus fest, was als unvollständig gilt, ob das Element für eine Person zurückgehalten wird und welches Feld eine Wiederholung kennzeichnet, etwa eine eindeutige Übermittlungs- oder Ereigniskennung. Dieselbe E-Mail-Adresse kann verschiedene, berechtigte Anfragen senden, daher ist die E-Mail allein kein sicheres Mittel, um Duplikate zu erkennen. Ein stiller Fehler, den niemand sieht, ist schlimmer als ein sichtbarer.

Testen Sie mit synthetischen Fällen

Schreiben Sie erfundene Beispiele, bevor Sie echte Daten anbinden: einen normalen Fall, einen mit fehlendem Feld, ein Duplikat, eine ungewöhnlich lange Nachricht und einen Fall, der zu keiner Regel passt. Verwenden Sie synthetische Daten sowie Sandbox- oder eng begrenzte Testzugangsdaten, die sicher gespeichert sind. Verwenden Sie beim Testen niemals Produktionsgeheimnisse oder Kundendaten. Führen Sie die Fälle manuell aus und vergleichen Sie die Ergebnisse mit dem, was Sie notiert haben.

Legen Sie einen sicheren Haltepunkt fest

Beginnen Sie damit, dass die Automatisierung einen Entwurf oder ein vorgeschlagenes Label vorbereitet und eine Person es freigibt. Entfernen Sie diesen Schritt erst, wenn die Testfälle und eine sorgfältige Prüfung zeigen, dass die Regeln tragen.

Ein hypothetisches Beispiel

Stellen Sie sich vor, Sie leiten eine Beispielanfrage weiter: „Guten Tag, ich brauche ein Angebot für ein Buchungssystem für mein Studio.“ Der Auslöser ist ein neuer Formulareintrag. Eingaben sind Name, E-Mail und Nachricht. Die Regel lautet: Erwähnt die Nachricht Buchung oder App, erhält sie das Label Software, sonst Allgemein. Das Ergebnis ist ein Entwurf einer internen Notiz an die verantwortliche Person, die ihn freigibt. Ein Duplikat ist eine Wiederholung derselben Übermittlungskennung; dieselbe E-Mail mit einer anderen Anfrage ist eine eigene Anfrage. Dies ist eine Planungsillustration, nichts Getestetes oder Eingesetztes.