n8n und moderne Workflow-Automatisierung

n8n und moderne Workflow-Automatisierung

0:00 Fast jedes Unternehmen hat sie: diese Vorgänge, bei denen jemand Daten aus einem Fenster liest und in ein anderes tippt. Niemand hat das je entschieden, es ist einfach so gewachsen. Genau dort setzt Workflow-Automatisierung an, und n8n ist eines der Werkzeuge, mit denen sich das aufräumen lässt. Was dieses Seminar von einem Produkttraining unterscheidet: Wir schauen nicht nur, wie man Bausteine verbindet.

0:24 Wir schauen, welche Vorgänge das überhaupt verdienen, was passiert, wenn etwas schiefgeht, und wie aus einem funktionierenden Versuch etwas wird, das man dem Betrieb übergeben kann. Sechs Tage lang. Fangen wir mit der Frage an, die ganz am Anfang steht.

n8n und moderne Workflow-Automatisierung

0:39 Der erste Tag legt das Fundament. Wir ordnen ein, was n8n eigentlich ist — und was es nicht ist. Wir sehen uns an, welche Editionen es gibt und was die Lizenz erlaubt, denn beides entscheidet später über Funktionen, die Sie vielleicht fest eingeplant haben. Und wir üben etwas, das im Alltag gern übersprungen wird: die Entscheidung, ob ein Vorgang überhaupt automatisiert gehört.

1:01 Am Ende des Moduls werden Sie einen Geschäftsprozess auseinandergenommen und für drei Teilschritte begründet haben, was damit geschehen soll.

Einordnung der Plattform

1:09 Bevor wir den ersten Baustein anfassen, klären wir, in welcher Familie von Werkzeugen wir uns hier bewegen. Das klingt nach Theorie, hat aber sehr praktische Folgen: Wer n8n falsch einordnet, trifft von Anfang an Entscheidungen, die sich später nur mühsam zurücknehmen lassen. Die Dokumentation beschreibt n8n als fair-code lizenziertes Werkzeug zur Workflow-Automatisierung, das KI-Funktionen mit der Automatisierung von Geschäftsprozessen verbindet.

1:36 Das klingt sperrig, meint aber etwas Einfaches: n8n ist der Vermittler zwischen Anwendungen, die nicht miteinander reden. Stellen Sie sich eine Poststelle vor. Sie produziert selbst nichts, aber sie nimmt an, prüft, sortiert und leitet weiter — und sie tut das nach Regeln, die jemand aufgeschrieben hat. Ein Workflow ist genau das: eine Sammlung von Bausteinen, die startet, wenn eine bestimmte Bedingung eintritt, und dann ihre Regeln abarbeitet.

2:02 Der Rest dieses Seminars handelt davon, wie gut diese Regeln sein können. Es gibt zwei Arten, n8n misszuverstehen, und beide kosten Geld. Die eine hält es für ein Klickwerkzeug für Gelegenheitsnutzer — wer so denkt, baut Monolithen auf einer Zeichenfläche und wundert sich nach einem Jahr, dass niemand sie mehr anfassen will.

2:21 Die andere hält es für eine Programmiersprache mit bunter Oberfläche — wer so denkt, schreibt alles selbst und verschenkt die fertigen Anbindungen, für die man das Werkzeug überhaupt gewählt hat. Die Plattform trägt beides. Die eigentliche Frage lautet also nicht, ob Low-Code oder Pro-Code, sondern an welcher Stelle im Prozess welche Ebene sitzt.

2:41 Und wer am Ende den Betrieb verantwortet, folgt direkt daraus. Diese drei Zeilen werden Sie durch das ganze Seminar begleiten, denn sie beschreiben eine Rutschbahn. Ganz oben steht der regelbasierte Workflow: Der Ablauf steht im Voraus fest, dieselbe Eingabe ergibt dasselbe Ergebnis. In der Mitte der KI-Workflow: Der Ablauf steht immer noch fest, aber ein einzelner Schritt liefert nur noch eine wahrscheinliche Antwort.

3:05 Ganz unten das agentische System: Hier wählt ein Modell selbst, welche Werkzeuge es benutzt und in welcher Reihenfolge. Je weiter Sie nach unten rutschen, desto mehr Kontrolle geben Sie ab — und desto mehr müssen Sie drumherum absichern. Das ist keine Warnung, sondern eine Rechnung, die man aufstellen sollte. Diese Tabelle ordnet ein, sie wertet nicht — und das ist keine Höflichkeit, sondern eine Warnung vor der falschen Frage.

3:30 Werkzeuge wie Zapier oder Make sind stärker auf fertige Verknüpfungen zugeschnitten; sie sind schneller am Ziel, solange das Ziel vorgesehen ist. Power Automate ist eng an ein Ökosystem gebunden, was ein Vorteil ist, wenn Sie ohnehin darin leben. Camunda kommt aus einer ganz anderen Ecke: Es modelliert lange, fachlich geführte Geschäftsprozesse. Und die Eigenentwicklung gibt Ihnen alle Freiheit und alle Verantwortung.

3:54 Welches davon passt, entscheidet nicht der Vergleich, sondern der konkrete Prozess, den Sie vor sich haben. Diese vier sehen wir in Projekten immer wieder. Der erste ist der teuerste: n8n wird als Ersatz für eine Fachanwendung eingeführt, statt als Bindeglied zwischen Anwendungen — und dann wächst darin eine Fachlogik heran, die niemand dokumentiert hat.

4:15 Der zweite ist verführerisch, weil die Zeichenfläche sichtbar macht, was in Code verborgen bliebe; sichtbar heißt aber nicht übersichtlich. Der dritte: Integration verbindet zwei Systeme, Orchestrierung steuert einen Ablauf über mehrere — wer das vermischt, baut Steuerung dort ein, wo nur eine Leitung sein sollte. Und der vierte rächt sich nachts um drei: Die Frage nach dem Betrieb wird gestellt, wenn der erste Workflow schon geschäftskritisch ist.

Editionen, Lizenz und Funktionsumfang

4:40 Jetzt wird es kurz kaufmännisch — und ich verspreche Ihnen, das ist keine verlorene Viertelstunde. Editionen und Lizenz entscheiden darüber, welche Funktionen Sie überhaupt einplanen dürfen. Nichts ist ärgerlicher, als einen Workflow zu bauen, der eine Funktion voraussetzt, die die eigene Edition nicht kennt. Die Dokumentation zerlegt die Wahl in zwei Fragen, und die Reihenfolge ist wichtig. Erstens: Betreibt n8n die Infrastruktur, oder tut das Ihr eigenes Haus?

5:09 Zweitens: Welcher Plan liefert die Funktionen, die Sie brauchen? Der angenehme Teil dabei ist, dass alle Editionen auf demselben Produkt laufen. Sie installieren nicht eine abgespeckte Version, sondern dieselbe Software — ein Lizenzschlüssel schaltet die Funktionen eines bezahlten Plans frei. Das heißt auch: Der Wechsel nach oben ist kein Umzug. Was Sie gebaut haben, bleibt, und es kommt etwas dazu.

5:35 Die interessante Zeile ist die zweite. Zwischen der freien Community Edition und den bezahlten Plänen liegt eine Stufe, die viele übersehen: die Registered Community. Sie kostet nichts — Sie hinterlegen lediglich Ihre E-Mail-Adresse — und schaltet dafür Ordner und das Debuggen im Editor frei. Beides werden Sie in diesem Seminar dauernd benutzen.

5:54 Wer seine selbst gehostete Instanz nicht registriert, verzichtet also ohne Not. Darunter wird es dann kostenpflichtig: Business bringt Dinge wie Single Sign-on, Umgebungen und Projekte, Enterprise setzt bei Sicherheit und Skalierung noch einmal drauf. In der Cloud heißen die Stufen anders, die Logik ist dieselbe. Fair-code klingt nach Open Source, ist aber nicht dasselbe, und der Unterschied steht in der Sustainable Use License.

6:20 Sie dürfen n8n nutzen und verändern — für eigene interne Geschäftszwecke. Sie dürfen es weitergeben — kostenlos und zu nicht-kommerziellen Zwecken. Und Sie dürfen Lizenz- und Urheberhinweise nicht entfernen. Die Grenze verläuft dort, wo Sie ein Produkt verkaufen würden, dessen Wert im Wesentlichen aus n8n stammt. Für die meisten Häuser ist das folgenlos. Wichtig ist eine Einschränkung, die es ausdrücklich nicht gibt: Beratung und Support rund um n8n dürfen Sie bezahlt erbringen.

6:50 Wer damit sein Geld verdient, braucht dafür keine Sondervereinbarung. Diese vier Schritte haben eine Reihenfolge, und die ist absichtlich so. Die meisten beginnen hinten — bei Cloud oder selbst gehostet — und arbeiten sich dann zu den Folgen vor. Besser andersherum: Zuerst ehrlich prüfen, ob Infrastruktur und Betriebskompetenz überhaupt da sind.

7:11 Dann die Funktionen, die Sie brauchen, gegen die Liste der kostenpflichtigen halten — Projekte, Umgebungen, Single Sign-on, externe Secret Stores und Log Streaming stehen darauf. Dann die Frage, ob Ihre Daten das eigene Netz verlassen dürfen; die beantwortet oft nicht die IT. Und erst danach entscheiden Sie. Wer so vorgeht, diskutiert die Entscheidung einmal statt dreimal.

7:34 Der erste Punkt ist der häufigste Anruf in der zweiten Projektwoche: Da wurde ein Workflow gebaut, der Projekte voraussetzt, und die Edition kennt sie nicht. Der zweite kostet nichts außer Aufmerksamkeit — die Registrierung der Community Edition ist ein Formular, und danach sind Ordner und Debugging da. Der dritte passiert leise: Der Funktionsumfang wird aus einem Blogbeitrag abgeleitet, der ein Jahr alt ist; maßgeblich ist die Preisseite des Anbieters.

8:00 Und der vierte ist ein echter Klassiker: Queue Mode und Multi-Main klingen ähnlich, sind aber verschiedene Dinge. Nur das zweite kostet Lizenz. Darauf kommen wir am letzten Tag zurück.

Geeignete Automatisierungsfälle erkennen

8:11 Kommen wir zu der Frage, die über den Erfolg eines Automatisierungsprojekts mehr entscheidet als jedes Werkzeug: Welche Vorgänge lohnen sich überhaupt? Die Antwort fällt erstaunlich oft anders aus, als das Bauchgefühl es vorschlägt. Drei Eigenschaften machen einen Vorgang zum Kandidaten: Er kommt oft genug vor, sein Ablauf lässt sich beschreiben, und sein Fehlerfall ist tragbar.

8:33 Fehlt auch nur eine davon, wird die Automatisierung teurer als die Handarbeit, die sie ersetzt — und das merkt man nicht am ersten Tag, sondern im dritten Monat. Denken Sie an einen Treppenlift. Für das tägliche Hoch und Runter lohnt er sich. Für den einmaligen Umzug mieten Sie lieber zwei kräftige Menschen. Die Technikfrage ist dieselbe, die Antwort eine völlig andere — und sie hängt ausschließlich an der Häufigkeit.

8:58 Diese vier Merkmale sind bewusst prüfbar formuliert. Der Vorgang wiederholt sich und bricht heute zwischen zwei Systemen ab — das können Sie zählen. Er wird durch ein Ereignis oder einen Zeitpunkt ausgelöst, nicht durch ein Bauchgefühl; wenn niemand sagen kann, wann er startet, kann es auch keine Automatik. Sein Ergebnis lässt sich objektiv prüfen — und das ist der wichtigste Punkt, denn wo Sie den Erfolg nicht messen können, bemerken Sie auch den Fehler nicht.

9:24 Und schließlich: Die Beteiligten können beschreiben, was im Ausnahmefall gelten soll. Wenn darauf Schulterzucken folgt, ist der Prozess noch nicht reif für eine Automatisierung. Über die Jahre laufen erstaunlich viele Automatisierungen auf eines dieser vier Muster hinaus. Datenintegration heißt: Zwei Systeme sollen denselben Stand halten, und heute tippt das jemand ab. Ereignisverarbeitung heißt: Ein Vorgang löst eine Kette von Folgeschritten aus.

9:50 Genehmigung ist das Muster, bei dem der Prozess absichtlich stehen bleibt und auf einen Menschen wartet — dazu kommen wir am vierten Tag ausführlich. Und API-Orchestrierung heißt: Mehrere Dienste ergeben zusammen einen Vorgang, den keiner von ihnen allein kennt. Wenn Sie vor einem neuen Fall stehen, ist die Frage nach dem Muster oft der schnellste Weg zu einer Architektur.

10:13 Diese Tabelle lesen Sie am besten von links nach rechts — vom Satz, den jemand im Fachbereich sagt, zum Muster, das dahintersteckt. „Wir erfassen das zweimal" ist Datenintegration. „Wenn eine Meldung kommt, muss danach Folgendes passieren" ist ereignisgesteuert. „Nachts soll ein Abgleich laufen" ist zeitgesteuert — und klingt harmloser, als es ist, weil niemand hinsieht, wenn es scheitert.

10:36 Und „jemand muss den Freitext einordnen" ist der erste Fall, bei dem KI ins Spiel kommt. Dieser Satz wird uns ab Tag vier begleiten, denn er ist genau die Sorte Aufgabe, für die deterministische Regeln nicht reichen. Der erste Punkt ist der teuerste Fehler im ganzen Themenfeld: Automatisiert wird zuerst der seltene Sonderfall, weil er am meisten nervt — und genau er trägt den Aufwand am wenigsten.

11:00 Der zweite ist subtiler: Ein Medienbruch wird überbrückt, statt ihn abzuschaffen. Manchmal ist die richtige Automatisierung, das Formular abzuschaffen, aus dem abgetippt wird. Der dritte verzerrt jede Wirtschaftlichkeitsrechnung: Ersparnis wird in Klicks gerechnet statt in Durchlaufzeit, und Durchlaufzeit ist das, was der Kunde merkt.

11:19 Und der vierte fällt erst hinterher auf: Niemand hat vorher gemessen, wie oft der Vorgang wirklich auftritt.

Grenzen der Automatisierung

11:26 Jetzt drehen wir die Frage um. Bisher haben wir gesucht, was sich lohnt. In diesem Kapitel geht es um die Fälle, bei denen die richtige Antwort Nein lautet — und darum, warum ein gut begründetes Nein eine Projektleistung ist und kein Scheitern. Eine Automatisierung stößt an drei Grenzen. Dort, wo der Ablauf nicht mehr beschreibbar ist. Dort, wo die fachliche Verantwortung nicht delegiert werden darf.

11:50 Und dort, wo der Schaden eines stillen Fehlers den Nutzen übersteigt. Das Wichtige daran: Diese Grenze ist eine fachliche Entscheidung, keine technische. Technisch ließe sich fast alles bauen — die Frage ist, ob man es verantworten kann. Wenn in einer Diskussion also das Argument fällt, etwas gehe technisch nicht, lohnt das Nachfragen. Meistens geht es technisch sehr wohl, und die eigentliche Grenze liegt woanders.

12:16 Vier Warnzeichen. Der Prozess ändert sich häufiger, als die Automatisierung nachgezogen werden kann — dann jagen Sie einem beweglichen Ziel hinterher. Er trägt unmittelbare Rechtsfolgen und braucht eine benannte Entscheiderin; eine Automatik kann nicht haften. Er ist so verzweigt, dass ihn niemand mehr im Ganzen lesen kann; das ist übrigens ein Zustand, in den man hineinwächst, nicht einer, den man plant.

12:40 Und das vierte Zeichen ist das ehrlichste: Der Ausfall würde den Betrieb anhalten, aber niemand betreibt den Workflow im Bereitschaftsdienst. Wer diesen Punkt nicht klären kann, sollte den Prozess noch nicht automatisieren. Diese fünf Schritte sind eine halbe Stunde Arbeit und sparen Ihnen später Tage. Sie schreiben den Prozess mit Auslösern und Beteiligten auf, schätzen Häufigkeit, Durchlaufzeit und heutigen Aufwand, benennen den schlimmsten Fehlerfall und beziffern seine Folgen.

13:08 Dann entscheiden Sie — automatisieren, teilautomatisieren oder lassen. Und dann kommt der Schritt, den fast alle weglassen: Sie halten die Entscheidung samt Begründung fest, auch und gerade das Nein. Denn ein dokumentiertes Nein verhindert, dass dieselbe Frage in drei Monaten erneut aufkommt — meist gestellt von jemandem, der die Gründe nicht kennt.

13:28 Der erste Punkt ist der wertvollste dieser Folie: Teilautomatisierung wird übersehen. Vorbereiten darf sehr wohl automatisch laufen, auch wenn das Entscheiden beim Menschen bleiben muss — das ist fast immer die bessere Lösung als Alles-oder-nichts. Der zweite: Geschäftskritische Prozesse bekommen keinen Betriebsverantwortlichen, und die Verantwortung bleibt bei dem, der zufällig gebaut hat.

13:50 Der dritte ist eine Frage der Zeit: Der Workflow wächst über Jahre, und niemand prüft die ursprüngliche Entscheidung nach. Und der vierte ist der Denkfehler dieses Kapitels: Die Grenze wird technisch begründet, obwohl sie fachlich verläuft.

Übung

14:04 Genug Theorie. Wir sehen uns jetzt einen konkreten Betrieb an und wenden alles an, was wir bis hierhin besprochen haben. Dieses Beispiel begleitet uns durch das gesamte Seminar — von der ersten Entscheidung bis zum produktionsfähigen Workflow am sechsten Tag. Kesselwerk ist ein regionaler Dienstleister für Heizungs- und Klimatechnik: Wartungsverträge, Notdiensteinsätze, Ersatzteilbeschaffung. Ein Betrieb, wie es ihn tausendfach gibt.

14:30 Die Serviceanfragen kommen über drei Kanäle herein — ein Webformular, ein Sammelpostfach und das Telefon — und werden anschließend von Hand in zwei Systeme übertragen: in das Kundenverwaltungssystem Kundenkreis und in die Einsatzplanung Einsatzplan. Sie merken schon, wo es klemmt. Aber Vorsicht: Die naheliegende Antwort ist nicht automatisch die richtige. Genau das prüfen wir jetzt.

14:53 Ihre Aufgabe ist es, diesen Prozess so zu zerlegen, dass sich Automatisierungskandidaten von Handarbeit trennen lassen. Das Erfolgskriterium ist bewusst unbequem formuliert: Für drei Teilschritte soll eine begründete Entscheidung vorliegen, und mindestens eine davon muss ein Nein sein — mit Häufigkeit und schlimmstem Fehlerfall.

15:12 Warum dieser Zwang zum Nein? Weil das Auswählen leicht ist und das Aussortieren schwer. In echten Projekten scheitern Automatisierungen selten daran, dass zu wenig automatisiert wurde. Sie scheitern daran, dass zu viel automatisiert wurde, ohne zu fragen, ob es sich trägt. Wer früh fertig ist, schätzt zusätzlich die Durchlaufzeit vorher und nachher.

15:33 Sie haben 45 Minuten. Zeichnen Sie zuerst den Weg einer Serviceanfrage auf, vom Eingang bis zum Einsatz — und zwar so, wie er wirklich läuft, nicht wie er gedacht ist. Markieren Sie dann Medienbrüche, Wartezeiten und doppelte Erfassung. Schätzen Sie je Teilschritt Häufigkeit und Fehlerfolge; grobe Zahlen genügen, es geht um Größenordnungen.

15:53 Wählen Sie drei Teilschritte aus und begründen Sie Ihre Entscheidung. Und dann stellen Sie das Ergebnis in der Gruppe vor und sammeln Gegenargumente. Dieser letzte Schritt ist kein Beiwerk: Eine Entscheidung, die dem Widerspruch standhält, ist eine andere Qualität als eine, die niemand geprüft hat. Vier Fallen, in die Gruppen bei dieser Übung regelmäßig tappen.

16:15 Die erste: Der Prozess wird so aufgezeichnet, wie er gedacht ist, nicht wie er läuft — fragen Sie im Zweifel die Person, die ihn täglich macht. Die zweite: Die telefonische Anfrage fällt unter den Tisch, weil sie unbequem ist; genau dort steckt aber oft die Hälfte des Volumens. Die dritte: Alles wird als automatisierbar markiert, weil die Technik es hergibt — dagegen hilft der erzwungene Nein-Fall.

16:38 Und die vierte: Die Entscheidung bleibt im Kopf und wird nicht aufgeschrieben. Danach kommt sie garantiert wieder.