News

Low Code: Wann es reicht und wann nicht

12. Oktober 2026 · DigifyNow

Bei Low Code bauen Sie eine Anwendung aus fertigen Bausteinen: Datenmodell, Formulare und Abläufe klicken Sie zusammen, nur Sonderfälle werden per Skript ergänzt. Heraus kommt meist kein eigener Quellcode, sondern eine Konfiguration, die nur auf der Plattform des Anbieters läuft. Das passt für interne Formular-, Freigabe- und Listen-Apps. Bei Kundenzugang, Offline-Nutzung, komplexer Logik oder vielen Nutzern sollten Sie prüfen, ob sich eine individuelle Entwicklung lohnt.

Was ist Low Code und wie funktioniert es technisch?

Low Code bezeichnet Plattformen, auf denen man Anwendungen überwiegend in einer grafischen Oberfläche zusammenstellt. Man legt ein Datenmodell an, zieht Formulare per Drag-and-drop zusammen und modelliert Abläufe als Flussdiagramm. Geprägt hat den Begriff das Analysehaus Forrester im Jahr 2014. Technisch entsteht dabei in der Regel kein eigenständiger Quellcode. Stattdessen speichert die Plattform eine Konfiguration, also Metadaten, die ihre eigene Laufzeitumgebung beim Ausführen auswertet. Die App läuft deshalb nur dort, wo diese Laufzeit läuft – meistens in der Cloud des Anbieters. Das „Low“ im Namen steht für die Stellen, an denen doch programmiert wird: Formeln, Skripte in JavaScript oder einer herstellereigenen Sprache und Aufrufe externer REST-Schnittstellen.

In der Praxis heißt das: Erste Masken und Freigabeschritte stehen oft schon nach wenigen Tagen. Teuer wird es, sobald eine Anforderung nicht mehr in die Bausteine der Plattform passt. Ab dann arbeitet man gegen das Werkzeug statt mit ihm. In Erstgesprächen bei DigifyNow begegnet uns genau dieser Fall: Eine Low-Code-App lief intern gut, bis Kunden darauf zugreifen, Monteure offline arbeiten oder eine zweite Gesellschaft mit eigenen Rechten abgebildet werden sollte.

No-Code/Low-Code: Was ist eigentlich der Unterschied?

Beide Begriffe werden oft in einem Atemzug genannt, gemeint sind aber zwei verschiedene Stufen. No-Code richtet sich an Fachanwender ohne Programmierkenntnisse. Was der Baukasten nicht anbietet, geht schlicht nicht. Low Code richtet sich an technisch versierte Anwender oder Entwickler und erlaubt eigene Logik über Skripte und Schnittstellen. Beides unterscheidet sich klar von einer individuellen Entwicklung, bei der echter Quellcode entsteht, den man auf einem beliebigen Server betreiben kann.

Der wichtigste Punkt steht in der letzten Zeile: Ihre Daten bekommen Sie fast immer als CSV oder JSON heraus. Die Abläufe, Masken und Regeln, die Sie gebaut haben, aber meistens nicht.

Was kann ein Low-Code-Tool und wo stößt es an Grenzen?

Ein Low-Code-Tool bringt fast immer dieselben Grundbausteine mit: Tabellen oder ein relationales Datenmodell, einen Formular- und Listen-Designer, einen Workflow-Editor für Freigaben und Benachrichtigungen, ein Rollen- und Rechtekonzept und Konnektoren zu verbreiteten Systemen wie E-Mail, Kalender oder Buchhaltung. Für ein Urlaubsantragsformular, eine Prüfliste in der Werkstatt oder eine Übersicht über Wartungsverträge reicht das oft. Schwierig wird es an diesen Stellen:

• Lizenzmodell pro Nutzer: Sollen externe Kunden oder viele Saisonkräfte zugreifen, wächst die Lizenzzahl mit. Das Rechenmodell, das bei zehn Innendienstlern aufging, passt dann nicht mehr.
• Plattformlimits: Je nach Lizenzstufe gelten Obergrenzen für Datensätze, API-Aufrufe pro Tag oder die Laufzeit von Abläufen. Prozesse, die nachts tausende Datensätze abgleichen, laufen gegen diese Grenzen.
• Offline-Nutzung: Viele Plattformen setzen eine dauerhafte Verbindung voraus. Monteure im Funkloch können dann nichts speichern.
• Komplexe Logik: Preisregeln mit vielen Ausnahmen werden im Flussdiagramm zu Gebilden, die nach einem halben Jahr niemand mehr versteht, weil es keine Versionskontrolle und keine automatisierten Tests im üblichen Sinn gibt.
• Oberflächen-Updates des Anbieters: Ändert er Bausteine oder kündigt er Konnektoren ab, müssen Sie nachziehen – zu seinem Zeitplan, nicht zu Ihrem.

Welche Low-Code-Tools gibt es und welches passt zu einem KMU?

Low-Code-Tools lassen sich grob in vier Gruppen einteilen: Plattformen, die an eine Office- oder Groupware-Suite gekoppelt sind; Integrations- und Workflow-Werkzeuge, die vor allem Systeme miteinander verbinden; Datenbank-Frontends für interne Tabellen-Apps; und große Enterprise-Plattformen für Konzern-IT mit eigenem Entwicklerteam. Welche Gruppe passt, hängt weniger von der Funktionsliste ab als von vier Fragen: Wer nutzt die App, wo liegen die Daten, wer pflegt sie in zwei Jahren und wie kommen Sie wieder heraus?

Verarbeitet ein Tool personenbezogene Daten, brauchen Sie mit dem Anbieter einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO. Sitzt der Anbieter außerhalb der EU, kommen die Regeln zur Drittlandübermittlung aus Art. 44 ff. DSGVO hinzu. Ob Ihr Einsatz diese Anforderungen erfüllt, hängt aber davon ab, wie Sie das Tool betreiben – das kann kein Anbieter für Sie zusagen. DigifyNow empfiehlt in solchen Fällen kein bestimmtes Produkt aus dem Katalog. Wir schauen uns Ihren Ablauf an und sagen ehrlich, ob ein Baukasten, den Sie vielleicht schon über Ihre Office-Lizenz haben, die Aufgabe trägt. Oder ob die Anforderungen absehbar darüber hinauswachsen und eine eigene Web-App die stabilere Basis ist. Diese Einschätzung ist kostenlos und unverbindlich.

Wie läuft Low-Code-Entwicklung im Unternehmen sauber ab?

Auch bei der Low-Code-Entwicklung gilt: Klicken ersetzt nicht das Denken. Wer ohne klares Bild des Ablaufs anfängt, baut den heutigen Medienbruch einfach digital nach. Bevor das erste Formular entsteht, sollte deshalb eine kurze Prozessanalyse stehen, die festhält, wer welche Daten wann braucht. Danach hat sich diese Reihenfolge bewährt:

1. Ablauf aufnehmen: Beteiligte, Eingaben, Freigaben und Sonderfälle auf einer Seite festhalten, inklusive der Fälle, die nur einmal im Quartal vorkommen.
2. Datenmodell zuerst: Tabellen und Beziehungen festlegen, bevor Masken entstehen. Ein falsches Datenmodell lässt sich später nur mit Datenmigration korrigieren.
3. Prototyp in einer Timebox von zwei bis vier Wochen bauen, mit echten Nutzern testen und vorab festlegen, ab welchem Ergebnis Sie abbrechen.
4. Rollen, Rechte und Verantwortliche festlegen: Wer darf Abläufe ändern, wer gibt Änderungen frei, wer ist Ansprechpartner, wenn die Person aus der Fachabteilung das Unternehmen verlässt?
5. Dokumentieren und Ausstieg planen: Datenexport testen und festhalten, welche Logik wo steckt.

Schritt drei ist im Kern ein Proof of Concept. Er beantwortet die eine Frage, ob das Werkzeug den Ablauf tragen kann, bevor das ganze Team darauf umgestellt wird.

Wann lohnt sich Low Code nicht und was ist die Alternative?

Low Code ist die falsche Wahl, wenn die Anwendung selbst Ihr Produkt oder Ihr Unterschied zum Wettbewerb ist. Das Gleiche gilt, wenn Kunden sie im App Store finden sollen, wenn sie offline funktionieren muss oder wenn Ihre Geschäftslogik viele Ausnahmen hat. Auch bei absehbar wachsender Nutzerzahl rechnet sich das Lizenzmodell pro Kopf oft schlechter als gedacht. Hinzu kommt die Abhängigkeit: Der EU Data Act (Verordnung (EU) 2023/2854) gilt seit dem 12. September 2025 und erleichtert den Wechsel zwischen Cloud-Diensten, unter anderem mit einer Kündigungsfrist von höchstens zwei Monaten. Er betrifft aber vor allem Ihre Daten. Eine nachgebaute App-Logik liefert Ihnen niemand mit.

Die Alternative ist eine schlanke maßgeschneiderte Software, bei der DigifyNow zunächst ein MVP in 4–8 Wochen baut, das nur die Kernfunktionen enthält, und danach in kurzen Schritten erweitert. Ein Beispiel ist das Backoffice mit CRM für Mundo Marketing. Wann das wirtschaftlicher ist als ein Standardwerkzeug, haben wir im Vergleich Individualsoftware vs. SaaS durchgerechnet. KI-Assistenten beim Programmieren verschieben die Grenze zusätzlich: Sie beschleunigen Routinearbeiten, ersetzen aber kein Review. Was KI-Softwareentwicklung tatsächlich leistet und woran sie scheitert, steht in einem eigenen Beitrag.

Kostenlose Einschätzung für Ihr Projekt anfragen