Low-Code oder Eigen­ent­wicklung? Wann sich Code lohnt

„Sollen wir das mit einer fertigen Plattform bauen oder lieber programmieren lassen?“ Diese Frage höre ich in fast jedem Erstgespräch, sobald es konkret wird. Sie ist berechtigt – und sie wird meistens falsch gestellt. Dieser Artikel ordnet die Entscheidung für Geschäftsführer ein, die einen Prozess automatisieren wollen und unsicher sind, ob sie dafür ein Werkzeug von der Stange oder eine maßgeschneiderte Lösung brauchen.

Die Frage ist falsch gestellt

„Low-Code oder Eigenentwicklung“ klingt nach einer Grundsatzentscheidung – als müssten Sie sich einmal für ein Lager entscheiden und dann dabei bleiben. So funktioniert es nicht. Die sinnvolle Frage lautet nie „Plattform oder Code im Allgemeinen“, sondern: Was braucht genau dieser eine Prozess?

Eine Low-Code-Plattform wie n8n setzt Abläufe aus vorgefertigten Bausteinen zusammen – einem Auslöser und einer Kette von Schritten, die Sie auf einer Oberfläche verbinden, statt jede Zeile selbst zu schreiben. Eine Eigenentwicklung programmiert dieselbe Logik individuell. Beides kann denselben Prozess abbilden. Der Unterschied liegt nicht im Ergebnis, sondern in Tempo, Wartbarkeit und darin, wer die Lösung später noch versteht.

Die Frage ist nie „Plattform oder Code“ im Allgemeinen, sondern: Was braucht dieser eine Prozess? Standard-Abläufe zwischen vorhandenen Systemen sind mit einer Low-Code-Plattform schneller gebaut, leichter zu warten und für mehr Menschen im Betrieb nachvollziehbar. Eine Eigenentwicklung lohnt sich dort, wo der Prozess selbst Ihr Wettbewerbsvorteil ist – nicht dort, wo er nur zwei Systeme verbinden soll.

Wofür eine Low-Code-Plattform die richtige Wahl ist

Der mit Abstand häufigste Automatisierungsfall im Mittelstand ist Integration: Daten aus einem Formular ins CRM, eine Rechnung aus dem Postfach in die Buchhaltung, eine Benachrichtigung von System A nach System B. Es geht selten um neuartige Algorithmen, sondern darum, vorhandene Werkzeuge sauber miteinander zu verdrahten. Genau dafür sind Low-Code-Plattformen gebaut.

Drei Vorteile zählen hier:

• Tempo: Was als Eigenentwicklung Wochen dauert, steht als Workflow oft in Tagen. Sie konfigurieren bestehende Bausteine, statt Infrastruktur, Fehlerbehandlung und Schnittstellen von Grund auf zu schreiben.
• Wartbarkeit: Ein visueller Ablauf ist für mehr Menschen lesbar als fremder Quellcode. Fällt der ursprüngliche Entwickler aus, kann jemand anderes den Workflow nachvollziehen – ein unterschätzter Risikofaktor in kleinen Teams.
• Unabhängigkeit: n8n ist quelloffen (source-available) und lässt sich selbst hosten. Das öffentlich geförderte Mittelstand-Digital Zentrum Berlin nennt genau diese „digitale Souveränität“ als Kernargument für Low-Code: weniger Abhängigkeit von externen Dienstleistern, schnellere Anpassung im eigenen Haus.

Dass Low-Code längst kein Nischenwerkzeug mehr ist, zeigt der Markt: Gartner prognostizierte für 2025, dass über 70 % der neuen Geschäftsanwendungen Low-Code- oder No-Code-Technologien nutzen – gegenüber unter 25 % im Jahr 2020. Für Standardprozesse ist die fertige Plattform nicht der Kompromiss, sondern die bessere Wahl.

Wann sich Eigenentwicklung wirklich lohnt

Es gibt Fälle, in denen eine individuelle Entwicklung die richtige Investition ist. Als Faustregel kippt die Entscheidung in Richtung eigener Code, wenn mindestens einer dieser Punkte zutrifft:

• Der Prozess ist Ihr Produkt. Wenn die Software das ist, was Sie am Markt verkaufen – nicht nur internes Werkzeug –, gehört sie in Ihre Hand. Standardprozesse unterscheiden Sie nicht vom Wettbewerb; Ihr Kernprozess schon.
• Extreme Anforderungen an Tempo oder Menge. Millionen Vorgänge pro Stunde, harte Latenzgrenzen im Millisekundenbereich – dort stoßen generische Bausteine an Grenzen, und maßgeschneiderter Code spielt seine Stärke aus.
• Sehr spezielle Fachlogik. Hochkomplexe Berechnungen, eigene Datenmodelle, Regelwerke, die sich nicht in vorgefertigte Schritte pressen lassen.
• Tiefe Einbettung. Die Logik muss in ein bestehendes Produkt oder eine eigene Anwendung eingebaut werden, nicht als eigenständiger Ablauf danebenstehen.

Der ehrliche Hinweis: Diese Fälle sind seltener, als viele denken. „Unser Prozess ist besonders“ stimmt fast immer für die Fachlogik – aber fast nie für das Drumherum aus Auslöser, Datentransport, Benachrichtigungen und Protokollierung, das den Großteil der Arbeit ausmacht.

Spricht für die Plattform	Spricht für Eigenentwicklung
Standard-Integration vorhandener Systeme	Der Prozess ist Ihr verkauftes Produkt
Schnell live, von mehreren wartbar	Millionen Vorgänge/Stunde oder harte Latenz
Begrenztes Budget, knappe Entwicklerzeit	Sehr spezielle Fach- oder Berechnungslogik
Ablauf soll eigenständig danebenlaufen	Tiefe Einbettung in eine eigene Anwendung

Der dritte Weg: das Beste aus beidem

In der Praxis ist die Entscheidung selten ein hartes Entweder-oder. Gute Plattformen lassen sich genau dort öffnen, wo der Standard nicht reicht. In n8n übernimmt das der Code-Node: ein „escape hatch“, wie die Dokumentation ihn nennt – ein Baustein, in den Sie eigenen JavaScript- oder Python-Code schreiben, wenn die fertigen Knoten Ihren Fall nicht abdecken.

So bleibt der Großteil – Auslöser, Schnittstellen, Fehlerbehandlung – im wartbaren visuellen Ablauf, und nur die wirklich individuelle Logik landet in echtem Code. Ein paar Grenzen sollten Sie kennen: Der Code-Node greift nicht direkt aufs Dateisystem zu und stellt keine eigenen HTTP-Anfragen (dafür gibt es eigene Knoten); externe npm-Pakete laufen nur in selbst gehosteten Instanzen, und Python kann in der n8n-Cloud keine Bibliotheken nachladen. Für die meisten Sonderfälle reicht das trotzdem locker.

Dieser Hybridweg ist oft die ehrlichste Antwort: keine komplette Eigenentwicklung für einen Prozess, der zu 90 % Standard ist – aber auch kein Verbiegen der Plattform für die 10 %, die wirklich speziell sind.

Was die Entscheidung langfristig kostet

Die Baukosten sind nur die halbe Rechnung. Entscheidend ist, was die Lösung über Jahre kostet – und hier verschiebt sich das Bild oft zugunsten von Low-Code.

Eigener Code bindet Sie an Menschen, die ihn pflegen können. Jede Schnittstellenänderung, jedes Sicherheitsupdate, jede neue Anforderung braucht Entwicklerzeit. Wie schnell eine Automatisierung Pflege braucht – abgelaufene Zugänge, geänderte APIs, neue Versionen –, habe ich in Wartung von Automatisierungen beschrieben; bei einer Eigenentwicklung tragen Sie diese Last allein, bei einer verbreiteten Plattform teilen Sie sie mit deren Updates und Community. Eine ehrliche Gesamtkostenrechnung gehört in jedes Projekt; was alles hineinspielt, steht in Was kostet Prozessautomatisierung.

Low-Code hat eine eigene Schattenseite: Wird einfach drauflosgebaut, entsteht schnell unkontrollierter „Wildwuchs“ – Workflows, die niemand mehr überblickt. Das Mittelstand-Digital Zentrum Berlin warnt ausdrücklich vor solcher Schatten-IT und empfiehlt klare Regeln und einen kleinen, kontrollierten Start. Welche Abläufe sich überhaupt zuerst eignen, klärt Welche Prozesse zuerst automatisieren?.

Wie ich an die Entscheidung herangehe

Ich arbeite überwiegend mit n8n, habe also eine Schlagseite – und gerade deshalb ist mein erster Reflex bei jedem Prozess die Frage, ob er überhaupt Eigenentwicklung braucht. Meistens lautet die Antwort: nein. Standardintegration gehört auf eine Plattform, die wirklich individuelle Logik bekommt ihren Code-Baustein, und nur der seltene Kernprozess rechtfertigt eine vollständige Eigenentwicklung. Der Maßstab ist immer der Prozess, nie die Technologie-Vorliebe.

Wenn Sie vor genau dieser Entscheidung stehen, schauen wir sie uns gemeinsam an: Im kostenlosen Prozess-Check gehen wir Ihren konkreten Fall durch und klären ehrlich, ob eine fertige Plattform reicht oder wo sich eigener Code lohnt.