Leistung / Automatisierung
Wir planen, bauen und betreiben n8n-Workflows für Unternehmen, die wiederkehrende Arbeit loswerden wollen, ohne die Kontrolle über ihre Prozesse abzugeben.
n8n ist eines der Werkzeuge, mit denen sich eine erste ernsthafte Automatisierung aufbauen lässt. Der Grund, es überhaupt in Betracht zu ziehen, ist Kontrolle: Du kannst n8n auf eigener Infrastruktur betreiben, Schnittstellen selbst anbinden und jeden Schritt nachvollziehen. Genau deshalb entscheidet nicht das Tool über den Erfolg, sondern die Frage, welcher Ablauf automatisiert wird und was passiert, wenn er einmal nicht durchläuft.
n8n Automatisierung ist die Umsetzung wiederkehrender Arbeitsabläufe als nachvollziehbare Workflows in n8n — einer Open-Source-Plattform, die sich auf eigener Infrastruktur oder in der Cloud betreiben lässt. Der Unterschied zu geschlossenen Diensten liegt in der Kontrolle: Daten bleiben dort, wo sie bleiben sollen, Schnittstellen lassen sich selbst anbinden, und jeder einzelne Schritt eines Laufs ist im Nachhinein einsehbar. Über den Erfolg entscheidet trotzdem nicht das Werkzeug, sondern zwei Fragen davor: welcher Ablauf überhaupt automatisiert werden soll und was passiert, wenn er einmal nicht durchläuft. Ein produktiver Workflow braucht deshalb einen definierten Fehlerpfad, Idempotenz bei Wiederholungen, eine saubere Verwaltung der Zugangsdaten und eine Regel, wie lange Ausführungsdaten aufbewahrt werden. Ob der Betrieb self-hosted oder in der n8n Cloud läuft, ist eine Folgeentscheidung: Sie hängt daran, welche Daten durch die Workflows fließen und wer die Instanz im Störungsfall betreut. Läuft ein Bestand aus Make oder Zapier bereits stabil, ist ein Wechsel selten den Aufwand wert.
n8n ist ein Werkzeug für Workflow-Automatisierung, dessen Quellcode offenliegt — fair-code, wie n8n es selbst nennt, und damit nicht Open Source. Ein Workflow besteht aus Nodes: Ein Trigger startet ihn — ein Webhook, ein Zeitplan, ein Ereignis in einem angebundenen System — danach folgen Schritte, die Daten holen, umformen, prüfen, verzweigen und zurückschreiben. Zwischen den Nodes fließen die Datensätze als JSON, und du siehst nach jedem Schritt, was tatsächlich angekommen ist.
Drei Eigenschaften unterscheiden n8n von geschlossenen Automatisierungsdiensten. Erstens lässt es sich selbst hosten: Workflows, Zugangsdaten und Ausführungsdaten liegen dann auf deiner eigenen Infrastruktur. Das ist noch keine vollständige Datenhoheit — was ein Workflow an eine angebundene Cloud-API schickt, verlässt dein Haus trotzdem, und die anonyme Telemetrie an n8n läuft in der Voreinstellung mit, bis man sie abschaltet. Zweitens liegt die Definition eines Workflows als JSON vor — sie lässt sich exportieren, versionieren und zwischen Umgebungen bewegen. Lauffähig wird dieser Export erst mit dem, was nicht in ihm steht: Zugangsdaten, installierte Nodes, Variablen und die Konfiguration der Instanz. Drittens endet die Automatisierung nicht dort, wo die fertigen Integrationen aufhören: Ein HTTP-Request-Node spricht REST-basierte Schnittstellen an, und wo die Logik zu speziell wird, übernimmt ein Code-Node mit JavaScript oder Python.
| Eigenschaft | n8n | Geschlossene Dienste |
|---|---|---|
| Betriebsort | Self-hosted auf eigener Infrastruktur oder n8n Cloud | Ausschließlich beim Anbieter |
| Quellcode | Offen einsehbar — fair-code, nach n8n's eigener Bezeichnung nicht Open Source | Nicht einsehbar |
| Workflow-Definition | JSON: exportierbar, versionierbar, zwischen Umgebungen bewegbar | An das Konto beim Anbieter gebunden |
| Jenseits fertiger Integrationen | HTTP-Request-Node für REST-Schnittstellen, Code-Node mit JavaScript oder Python | Auf den Katalog des Anbieters begrenzt |
Der Preis dieser Offenheit ist Verantwortung. Eine selbst betriebene Instanz muss aktualisiert, gesichert und überwacht werden. Wer das nicht einplant, tauscht eine monatliche Gebühr gegen ein stilles Betriebsrisiko.
Die lohnenden Fälle haben ein gemeinsames Muster: Etwas passiert regelmäßig, mehrere Systeme sind beteiligt, und ein Mensch überträgt heute Informationen von A nach B, ohne dabei eine Entscheidung zu treffen, die sein Urteil braucht.
Anfragen kommen über Formular, Postfach, Telefonnotiz und Messenger. Ein Workflow normalisiert sie zu einem Datensatz, legt ihn im CRM an, ordnet ihn zu und benachrichtigt die zuständige Person — mit denselben Regeln, unabhängig vom Kanal und von der Uhrzeit.
CRM, ERP, Buchhaltung und Projektwerkzeug halten dieselben Stammdaten in leicht abweichender Form. n8n gleicht sie in definierter Richtung ab, protokolliert jede Änderung und meldet Konflikte, statt sie stillschweigend zu überschreiben.
Eingehende Rechnungen, Lieferscheine und Verträge werden gelesen, geprüft, abgelegt und weitergereicht. Was eindeutig ist, läuft durch; was unklar bleibt, landet in einer Freigabeschleife bei einem Menschen.
Statt dass jemand montags Zahlen zusammensucht, baut der Workflow den Bericht und verschickt ihn. Interessanter ist der umgekehrte Fall: Ein Workflow, der nur dann meldet, wenn ein Wert aus dem Rahmen fällt.
Ein Sprachmodell kann in einem n8n-Workflow klassifizieren, extrahieren, zusammenfassen oder eine Antwort vorformulieren. Der entscheidende Teil ist die Umgebung darum herum: Welche Daten bekommt das Modell, was passiert mit einer unsicheren Antwort, und an welcher Stelle entscheidet weiterhin ein Mensch. Ein Modell ohne diese Leitplanken ist kein System, sondern ein Experiment.
Beide Wege sind legitim, und die Antwort ergibt sich aus vier Fragen, nicht aus einer Präferenz.
Zur Lizenz gehört ein nüchterner Hinweis: n8n steht unter der Sustainable Use License. Der Quellcode ist einsehbar, eine Open-Source-Lizenz im klassischen Sinne ist sie aber nicht — n8n selbst spricht bewusst von fair-code. Der Einsatz für die eigenen internen Geschäftszwecke ist abgedeckt; wer n8n als eigenes Produkt weiterverkaufen oder gehostet anbieten will, braucht eine andere Grundlage. Prüfe die Lizenz vor dem Rollout, nicht danach.
Der Unterschied zwischen einer Demo und einem produktiven System liegt fast vollständig in den Fällen, die schiefgehen. Eine API antwortet nicht, ein Feld ist leer, ein Datensatz kommt zweimal. Vier Dinge gehören deshalb in jeden Workflow, der Verantwortung tragen soll:
Dazu kommt eine bewusste Entscheidung darüber, wie lange Ausführungsdaten aufbewahrt werden. In der Voreinstellung speichert n8n die Ein- und Ausgaben jedes Durchlaufs; ob erfolgreiche, fehlerhafte und manuell gestartete Ausführungen gespeichert werden und nach welcher Frist n8n sie wieder löscht, ist konfigurierbar. Bei personenbezogenen Daten gehört dieser Speicherort in dein Löschkonzept.
Ein Workflow, den nur eine Person ändern kann und den niemand nachvollziehen kann, ist eine Abhängigkeit, keine Entlastung. Weil Workflows als JSON vorliegen, lassen sie sich exportieren und in einem Repository verwalten; in den höheren n8n-Plänen gibt es dafür zusätzlich eine direkte Git-Anbindung.
Genauso wichtig ist die Trennung von Test und Produktion. Änderungen an einem aktiven Workflow sind Änderungen am laufenden Betrieb — deshalb wird eine Kopie geändert, an echten Daten geprüft und erst dann scharf geschaltet. Zugangsdaten liegen dabei in den Credentials von n8n und nicht im Workflow selbst, damit derselbe Ablauf in verschiedenen Umgebungen laufen kann.
Zur Übergabe gehört mehr als ein Zugang: eine kurze Beschreibung des Zwecks, die benannte verantwortliche Person, der Fehlerpfad und die Antwort auf die Frage, was zu tun ist, wenn der Workflow für einen Tag abgeschaltet werden muss.
Eine Automatisierung bekommt Rechte in deinen Systemen — oft mehr, als ein einzelner Mitarbeiter hätte. Deshalb gilt für jede Anbindung das Prinzip der geringsten Rechte: eigene technische Zugänge je Zweck, keine Sammel-Tokens mit Vollzugriff, und eine Liste, welcher Workflow welchen Zugang nutzt.
Sobald ein Sprachmodell beteiligt ist, kommt die Frage dazu, welche Felder das Haus verlassen. Auftragsverarbeitung, Serverstandort und Speicherfristen klärt man vor dem Rollout. Und wenn ein Workflow Arbeitsleistung messbar macht, ist die Mitbestimmung kein nachgelagertes Formalie-Thema, sondern Teil der Planung.
Diese Seite dreht sich um n8n, weil es für viele Abläufe ein guter Weg ist. Unsere Leistung heißt trotzdem Automatisierung, nicht n8n. Welcher Weg am Ende läuft, entscheidet der Fall: wie oft er vorkommt, welche Systeme beteiligt sind, wer ihn später ändern können muss und was passiert, wenn er einmal nicht durchläuft. Das Werkzeug ist die letzte Entscheidung in dieser Kette, nicht die erste.
n8n lohnt sich, wenn mehrere Systeme beteiligt sind, der Ablauf sich absehbar noch ändert und mehr als eine Person nachvollziehen können muss, was passiert. Der Ablauf liegt dann sichtbar vor: Jeder Schritt ist einzeln zu sehen, jeder Durchlauf lässt sich nachlesen, und eine Anpassung braucht kein Deployment. Genau das fehlt einem Skript, das nur sein Autor versteht.
Genauso oft ist das Ergebnis eines Erstgesprächs, dass es n8n gar nicht braucht. Dann bauen wir es anders:
Häufig ist es eine Kombination: n8n verbindet, was sich schnell ändert, während der kritische Kern in Code liegt. Die Reihenfolge bleibt dieselbe — erst der Ablauf, dann das Werkzeug.
Wir sagen das lieber vor dem Projekt als danach. Gegen n8n spricht es, wenn einer der Wege oben die Aufgabe einfacher erledigt. Und es spricht dagegen, wenn niemand den Betrieb übernehmen kann und auch keine Betreuung vorgesehen ist. Ein unbeaufsichtigter Automatisierungsserver ist kein Fortschritt, sondern eine Altlast in Zeitlupe.
Drei Projekte aus der Praxis. Wir nennen Branche und Größe, keine Namen und keine Orte — so braucht keiner unserer Auftraggeber eine Freigabe zu erteilen, damit wir über die Arbeit sprechen können. Die Zahlen stammen aus Messungen im laufenden Betrieb; wie gemessen wurde und was die Zahl nicht belegt, steht jeweils dabei.
Ausgangslage. Aus dem Erstgespräch: „Unsere Anfragen kommen auf mehreren E-Mail-Adressen rein. Bevor jemand überhaupt ein Angebot schreibt, müssen wir die Nachricht lesen, den richtigen Kollegen finden und alles ins CRM übertragen. Wenn viel los ist, bleibt etwas liegen oder zwei Leute kümmern sich um dieselbe Anfrage.“
Gebaut. Ein n8n-Ablauf führt die Anfragen aus mehreren Postfächern zusammen und übernimmt Kundendaten, Ansprechpartner, Produktnummern und Anfrageinhalt aus E-Mails und Anhängen. Zuständigkeiten sind nach Produktgruppe und Region hinterlegt, CRM-Kontakte werden abgeglichen und neue nur bei eindeutiger Zuordnung angelegt. Jeder Vorgang entsteht samt Originalnachricht, die zuständige Person im Vertrieb wird benachrichtigt. Unvollständige Angaben und unklare Zuordnungen laufen in eine manuelle Prüfliste statt ins CRM. Dazu Dublettenschutz, Fehlerprotokolle, Benachrichtigungen und ein kontrollierter Wiederanlauf, wenn eine Schnittstelle ausfällt.
Was nicht automatisiert wurde. Die Angebotserstellung sowie die Prüfung von Preisen und Lieferfähigkeit blieben beim Vertrieb.
Ergebnis. Der manuelle Aufwand für Sichtung, Zuordnung und CRM-Pflege sank von 9 auf 2 Minuten je Anfrage. Bei 300 Anfragen im Monat ergibt das 300 × (9 − 2) ÷ 60 = 35 Arbeitsstunden monatlich.
Wie gemessen wurde. Aktive Bearbeitungszeit vor und nach der Einführung an einer vergleichbaren Stichprobe mit zwei Vertriebsmitarbeitenden, Normalfälle und Ausnahmen anteilig gewichtet; das Monatsvolumen stammt aus Postfach und CRM, Wartezeit ist nicht als Arbeitszeit gezählt.
Dauer. Rund vier Wochen — eine Woche Prozessaufnahme, zwei Wochen Umsetzung, eine Woche Testbetrieb und Übergabe.
Rechnungen kamen per Mail an, ohne dass sofort erkennbar war, welches Objekt und welcher Verwalter zuständig sind — entsprechend oft blieben sie in einem Postfach liegen. Ein zentraler Rechnungseingang in n8n übernimmt jetzt Rechnungsnummer, Lieferant, Betrag und Objektbezug, legt unsichere Angaben zur Prüfung vor, markiert mögliche Dubletten und verteilt Freigabeaufgaben mit Originalbeleg, Erinnerung und Eskalation. Bei rund 350 Eingangsrechnungen im Monat sank die mediane Zeit vom Rechnungseingang bis zur fachlichen Freigabe von 5 auf 2 Werktage. Das beschreibt eine kürzere Durchlaufzeit, nicht drei eingesparte Arbeitstage je Rechnung; geringere Mahnkosten oder zusätzliche Skontoerträge behaupten wir ohne eigenen Nachweis nicht. Zahlungen löst der Ablauf nicht aus — die fachliche Prüfung blieb bei der Verwaltung, die Buchung bei der Buchhaltung.
Vor jedem Eintritt wurde mehreren Beteiligten hinterhertelefoniert — Arbeitskleidung, Information der Abteilung, vorbereitete Zugänge —, und jeder Standort machte es etwas anders. Heute gibt eine gemeinsame Eintrittsliste mit Freigabeschritt durch die Personalabteilung den Anstoß; n8n verteilt danach Aufgaben an Standortleitung, Fachabteilung, IT und Materialausgabe, mit getrennten Checklisten für Rezeption, Housekeeping, Küche und Verwaltung, Fälligkeiten relativ zum Eintrittsdatum und Erinnerungen vor dem Start. Die aktive organisatorische Vorbereitung durch Personalabteilung und Standortverantwortliche zusammen sank von 90 auf 35 Minuten je Neueintritt, bei 6 Eintritten im Monat rund 5,5 Arbeitsstunden. Nicht enthalten sind Bewerbungsgespräche, Vertragserstellung und die eigentliche Einarbeitung. Verträge, Gehaltsentscheidungen und die Freigabe von Zugriffsrechten blieben bei den zuständigen Personen.
Das hängt an drei Dingen: wie viele Systeme beteiligt sind, wie gut deren Schnittstellen dokumentiert sind und wie viele Ausnahmen der Ablauf kennt. Eine seriöse Zahl entsteht nach dem ersten Gespräch, in dem wir den Ablauf durchgehen — nicht vorher auf einer Preisliste.
Wir schneiden bewusst klein: Der erste produktive Workflow ist der kleinste Ausschnitt, der schon Nutzen bringt. Wie lange das dauert, entscheidet vor allem, wie schnell Zugänge und Testdaten bereitstehen. Den realistischen Rahmen nennen wir nach der Diagnose.
Ja. Ein sinnvoller Einstieg ist die Prüfung einer bestehenden Instanz: Fehlerpfade, Wiederholungen, Idempotenz, Credentials, Aufbewahrung von Ausführungsdaten und die Frage, welche Workflows überhaupt noch gebraucht werden.
Nicht automatisch. Läuft dein Bestand stabil und verarbeitet keine heiklen Daten, ist ein Wechsel selten den Aufwand wert. Der Umstieg lohnt sich, wenn Datenhoheit, eigene Schnittstellen, komplexere Logik oder das Volumen zum Thema werden.
Ja, aber als Teil eines Ablaufs mit klaren Grenzen: definierter Input, geprüfter Output, ein festgelegter Punkt, an dem ein Mensch übernimmt. KI-Showcases ohne produktiven Nutzen bauen wir nicht.
Unsere Arbeitsweise, hier konkret auf n8n angewendet: erst verstehen, dann bauen, dann betreiben.
Wir gehen den Ablauf mit den Menschen durch, die ihn heute erledigen: Auslöser, Systeme, Zugänge — und vor allem die Ausnahmen. Am Ende steht der eine Prozess, dessen Automatisierung sich zuerst lohnt, samt der Sonderfälle, die er aushalten muss.
Wir bauen den kleinsten Workflow, der echten Nutzen bringt — mit Fehlerpfad, Wiederholungen und Tests an realen Fällen statt an Wunschdaten. Du siehst ihn laufen, bevor er in deinem Betrieb Entscheidungen auslöst.
Wir schalten produktiv, beobachten Ausführungen und Fehlerquote und erweitern dort, wo der echte Betrieb es zeigt. Zur Übergabe gehören Dokumentation, Zugänge und ein Notfallpfad für den Tag, an dem etwas klemmt.
Weitere Leistungen
Dein nächster Schritt
Erzähl mir kurz, welcher Prozess heute bremst und welche Systeme beteiligt sind. Ich sage dir offen, ob n8n dafür das richtige Werkzeug ist — und wenn nicht, welches.