Was sind Low-Code und No-Code? Haben sie Zukunft?

01Was bedeuten Low-Code und No-Code?

In der klassischen Softwareentwicklung wird jeder Bildschirm, jedes Formular und jede Geschäftsregel von Hand programmiert. Low-Code-Plattformen verlagern einen großen Teil dieser Arbeit in einen visuellen Editor: Sie definieren die Datentabelle, ziehen das Formular per Drag-and-drop auf die Fläche und zeichnen den Freigabeprozess mit einfachen Kästchen. Reichen die fertigen Bausteine nicht aus, ergänzen Sie kleine Code-Schnipsel.

No-Code geht einen Schritt weiter. Die Zielgruppe sind keine Entwickler, sondern Anwender in den Fachabteilungen. Ganz ohne Programmierung lassen sich Formulare, einfache Datenbanken, Automatisierungen oder einseitige Anwendungen bauen. Solche Werkzeuge werden gelegentlich auch Citizen-Developer-Tools genannt, denn sie sollen es der Person, die den Prozess am besten kennt, ermöglichen, ihre Lösung selbst zu bauen – ohne das Softwareteam zu belasten.

Beide Ansätze versprechen dasselbe: den Weg von der Idee zur lauffähigen Anwendung zu verkürzen. Die Unterschiede zeigen sich bei der Flexibilität und bei der Frage, wer das Werkzeug nutzt.

02Unterschied zwischen Low-Code und No-Code

Die wichtigste Zeile der Tabelle wird oft übersehen: die Plattformabhängigkeit. Ihre Anwendung ist an die Bausteine, das Preismodell und den Serverstandort der Plattform gebunden. Ändert die Plattform ihre Regeln, muss sich auch Ihre Anwendung ändern.

03Arten von Low-Code-Plattformen

Es gibt Hunderte von Werkzeugen am Markt, die meisten lassen sich jedoch in wenige Hauptgruppen einteilen. Wer weiß, in welcher Gruppe er sucht, setzt die richtigen Erwartungen.

App-Builder konzentrieren sich darauf, interne Anwendungen auf Basis von Datentabellen und Formularen zu bauen. Werkzeuge zur Workflow-Automatisierung übertragen ein Ereignis aus einem System in ein anderes – etwa indem sie nach dem Ausfüllen eines Formulars eine Zeile in eine Tabelle schreiben und eine E-Mail versenden. Website- und Seiten-Baukästen erzeugen Webseiten mit einem visuellen Editor. Low-Code-Plattformen für Unternehmen bieten großen Firmen dagegen umfassendere, meist teurere Lösungen für Freigabeprozesse, Portale und Reporting.

Jede dieser Gruppen beantwortet eine andere Frage. Wer mit einem Automatisierungstool ein Kundenportal bauen will oder mit einem Seiten-Baukasten die Lagerverwaltung abbilden möchte, scheitert schnell, weil es der Natur des Werkzeugs widerspricht. Formulieren Sie vor der Auswahl das Problem, das Sie lösen wollen, in einem Satz – die passende Werkzeuggruppe ergibt sich oft von selbst.

Achten Sie außerdem auf das Lizenzmodell. Ob pro Nutzer, pro Anwendung oder nach Anzahl der Vorgänge abgerechnet wird, entscheidet darüber, wie sich die anfangs kleinen Kosten mit dem Wachstum entwickeln.

04Vorteile der Entwicklung ohne Code

Diese Vorteile zählen vor allem bei internen Prozessen: einem Urlaubsantrag, einer Inventurliste, einer einfachen Anfragenverfolgung oder einer Anmeldeseite für Veranstaltungen. Tools, die nur wenige Personen nutzen, einfache Geschäftsregeln haben und nicht geschäftskritisch sind, lassen sich mit Low-Code sehr gut umsetzen.

• Tempo: Ein einfaches internes Tool kann in Stunden statt in Tagen fertig sein.
• Niedrige Einstiegshürde: Teammitglieder ohne Programmierkenntnisse können ihren Bedarf selbst lösen.
• Schnelles Ausprobieren: Eine Geschäftsidee mit echten Nutzern zu testen, wird günstiger.
• Fertige Anbindungen: Für gängige Dienste gibt es vorgefertigte Bausteine.
• Geringer Wartungsaufwand: Server, Updates und Backups liegen meist bei der Plattform.

05Grenzen und Risiken von Low-Code

Low-Code stößt dort an Grenzen, wo die Anwendung wächst. Ein Tool, das mit ein paar Formularen begonnen hat, wird im visuellen Editor schnell unübersichtlich, sobald Berechtigungsstufen, komplexe Berechnungen, hoher Traffic und viele Schnittstellen hinzukommen.

Skalierung

Steigen Nutzer- und Datensatzzahlen, ist die Performance durch die Infrastruktur begrenzt, die die Plattform zulässt. Bei den meisten Plattformen wachsen zudem die Kosten mit der Zahl der Nutzer oder Vorgänge. Die Kosten der Skalierung sollten Sie deshalb von Anfang an einkalkulieren.

Anbieterabhängigkeit

Eine Anwendung auf eine andere Plattform zu verschieben, bedeutet meist, sie neu zu schreiben. Selbst wenn Sie Ihre Daten exportieren können, sind Geschäftsregeln und Bildschirme plattformspezifisch. Dafür gibt es einen Fachbegriff: Vendor-Lock-in.

Komplexe Geschäftsregeln

Mehrstufige Preisberechnungen, individuelle Berichte oder branchenspezifische Vorschriften werden schwer lesbar und schwer testbar, wenn sie aus visuellen Blöcken zusammengesetzt sind. Ab einem gewissen Punkt wird aus “wenig Code” ein unleserliches Geflecht aus vielen Blöcken.

Sicherheit und Datenstandort

In welchem Land und unter welchen Bedingungen die Daten gespeichert werden, bestimmt die Plattform. Bei Anwendungen, die personenbezogene Daten verarbeiten, sollte dieser Punkt im Hinblick auf das KVKK (das türkische Datenschutzgesetz, vergleichbar mit der DSGVO) auf Vertragsebene geprüft werden; informieren Sie sich über die aktuelle Rechtslage und fragen Sie Ihre Rechtsberatung.

06Was passt wann?

Die richtige Wahl hängt weniger vom Werkzeug selbst ab als von der Natur des Bedarfs. Die folgenden Fragen machen die Entscheidung in den meisten Fällen deutlich einfacher.

1. Steht die Anwendung im Zentrum des Geschäfts? Bei Kernprozessen wie Verkauf, Reservierung oder Produktion sollten Sie die Kontrolle in der Hand behalten.
2. Wie viele Personen nutzen sie? Ein internes Tool für eine Handvoll Mitarbeiter braucht eine andere Architektur als ein System, das Tausende Kunden verwenden.
3. Mit wie vielen Systemen muss sie verbunden werden? Je mehr Anbindungen an Buchhaltung, Versand, Marktplätze und Zahlungsdienste hinzukommen, desto wichtiger wird Flexibilität.
4. Wo steht sie in fünf Jahren? Bei einem Produkt, das schnell wachsen soll, sollte die Portierbarkeit von Anfang an mitgedacht werden.
5. Wer soll die Daten besitzen? Wenn Sie die volle Kontrolle über Kundendaten brauchen, ist das Eigentum entscheidend.

07Low-Code und Individualsoftware im Vergleich

Die Entwicklung von Individualsoftware erfordert zu Beginn mehr Analyse und Zeit; dafür erhalten Sie ein System, das genau zu Ihrem Geschäft passt, mitwachsen kann und Ihnen gehört. Wie der Prozess abläuft, haben wir in unserem Beitrag zum Ablauf der Individualsoftware-Entwicklung Schritt für Schritt beschrieben.

Es gibt auch einen Mittelweg: das Kernsystem als Individualsoftware zu bauen und kleine interne Werkzeuge am Rand mit Low-Code zu lösen. In diesem Modell sprechen beide Welten über eine API miteinander. Was eine API ist und warum sie so zentral ist, erfahren Sie in unserem Beitrag Was ist eine API?.

Wer sich entschließt, das Programmieren zu lernen, findet mit Was ist Python? einen guten Einstieg; bei Automatisierung und Datenaufgaben kommen Python-Skripte oft dort zum Einsatz, wo Low-Code an seine Grenzen stößt.

08Hat Low-Code Zukunft?

Ja, aber eine Zukunft mit klaren Grenzen. KI-gestützte Werkzeuge machen es leichter, aus einem in natürlicher Sprache beschriebenen Bedarf Formulare und Abläufe zu erzeugen; dadurch verschwimmt die Grenze zwischen Low-Code und Individualsoftware. Für interne Tools und Prototypen wird der Anteil dieser Werkzeuge voraussichtlich weiter wachsen.

Gleichzeitig verschwindet bei Systemen im Kern des Geschäfts, die Wettbewerbsvorteile schaffen, der Bedarf an Kontrolle, Performance und Eigentum nicht. Beide Ansätze werden deshalb nicht als Konkurrenten, sondern als Werkzeuge für unterschiedliche Bedürfnisse nebeneinander bestehen.

Seien Sie bei der Roadmap für Ihr eigenes Unternehmen ehrlich: Welcher Prozess soll lediglich einfacher werden, und welchen wollen Sie wirklich besitzen? Diese Unterscheidung bewahrt Sie davor, in das falsche Werkzeug zu investieren.