Glossar
Low-Code:
Baukasten mit Programmieranteil.
Low-Code liegt zwischen Baukasten und Eigenentwicklung. Es erlaubt mehr als reines Klicken, verlangt aber jemanden, der mit den Grenzen der Plattform umgehen kann.
Kurz gesagtLow-Code-Plattformen bieten grafische Bausteine und lassen an den Stellen, wo diese nicht reichen, kleine Programmteile zu. Sie eignen sich für Betriebsanwendungen mit eigener Logik, setzen aber technisches Wissen, Pflege und eine Entscheidung für eine Plattform voraus.
Was Low-Code ist
Low-Code beschreibt Entwicklungsumgebungen, in denen der größte Teil einer Anwendung aus fertigen Bausteinen entsteht und nur besondere Logik programmiert wird. Man zieht Masken, Tabellen und Abläufe zusammen und fügt an den Stellen, an denen die Bausteine nicht genügen, ein paar Zeilen Code ein. Das beschleunigt die Entwicklung gegenüber einer Individualprogrammierung und bleibt flexibler als reines No-Code.
Der typische Einsatz sind interne Anwendungen: ein Freigabeportal, eine Auftragsverwaltung, ein Formularsystem mit Rollen und Berechtigungen. Die Plattform liefert Benutzerverwaltung, Datenhaltung und Oberfläche, sodass sich ein Team auf die Fachlogik konzentrieren kann.
Der Preis ist die Bindung an die Plattform. Wer eine Anwendung auf einer bestimmten Low-Code-Plattform baut, ist an deren Bedingungen, Preise und Weiterentwicklung gebunden. Ein Wechsel kann einen Neuaufbau bedeuten.
Beispiel (Freigabeportal für Einkaufsanfragen)
Fiktives Beispiel, kein Kundenfall.
Ein Maschinenbaubetrieb will, dass Einkaufsanfragen digital erfasst, nach Betrag an verschiedene Freigebende geleitet und archiviert werden. Auf einer Low-Code-Plattform entsteht in kurzer Zeit eine Anwendung mit Formular, Rollen und Benachrichtigungen. Eine kleine Programmierung berechnet die Freigabestufe nach Betrag und Kostenstelle. Ein KI-Schritt liest angehängte Angebote aus und füllt Felder vor, die der Antragsteller prüft.
Die Plattform trägt Rollen und Daten, die Fachlogik ist schlank, und der KI-Schritt hilft beim Ausfüllen. Die Freigabeentscheidung liegt bei den Verantwortlichen.
No-Code, Low-Code und Eigenentwicklung
| Merkmal | No-Code | Low-Code | Eigenentwicklung |
|---|---|---|---|
| Programmierkenntnisse | Keine | Punktuell | Umfassend |
| Flexibilität | Begrenzt | Mittel | Hoch |
| Geschwindigkeit | Hoch | Hoch bis mittel | Geringer |
| Bindung an Anbieter | Hoch | Hoch | Gering, eigener Quellcode |
| Pflegeaufwand | Gering bis mittel | Mittel | Mittel bis hoch |
| Geeignet für | Einfache Verbindungen | Interne Fachanwendungen | Besondere Anforderungen |
Welche Stufe passt, hängt von Aufgabe, Datenlage und Pflegekapazität ab. Ein Agent kann in allen drei Umgebungen als Baustein arbeiten.
Grenzen und Risiken
- Plattformabhängigkeit. Preise, Funktionen und Bedingungen bestimmt der Anbieter. Planen Sie einen Ausstieg ein.
- Schattenanwendungen. Wenn Fachabteilungen eigene Lösungen bauen, ohne dass die IT davon weiß, entstehen unbetreute Systeme mit Firmendaten.
- Datenschutz. Die Plattform verarbeitet Ihre Daten. Bei personenbezogenen Daten braucht es einen Vertrag zur Auftragsverarbeitung (Art. 28 DSGVO) und Klarheit über den Speicherort.
- Sicherheit. Rollen, Zugänge und Schnittstellen müssen konfiguriert und überwacht werden. Das BSI beschreibt Sicherheitsrisiken beim Einsatz generativer Modelle, die auch bei KI-Bausteinen in Plattformen gelten.
- Technische Schuld. Schnell gebaut ist nicht gleich gut gebaut. Ohne Dokumentation und Tests wird jede Änderung riskanter.
Entscheidungshilfe: Wann Low-Code passt
Low-Code passt, wenn eine interne Anwendung mit Rollen, Daten und Abläufen gebraucht wird, die es als Standardprodukt nicht gibt, und wenn eine Person im Haus oder bei einem Dienstleister die Plattform dauerhaft betreut. Es passt weniger, wenn die Anforderungen so besonders sind, dass Sie ständig gegen die Grenzen der Plattform arbeiten, oder wenn die Anwendung zum Kern Ihres Geschäfts gehört und volle Kontrolle verlangt.
Stellen Sie sich vor der Entscheidung vier Fragen. Erstens: Wer pflegt die Anwendung in zwei Jahren, wenn der Bauer längst anderswo arbeitet? Zweitens: Was kostet die Plattform bei doppelt so vielen Nutzern? Drittens: Wie kommen wir an unsere Daten und Abläufe heran, wenn wir wechseln wollen? Viertens: Wie sind Rollen und Rechte abgesichert?
Lassen sich diese Fragen sauber beantworten, ist Low-Code ein gutes Werkzeug. Bleiben sie offen, sollte man zuerst klären, bevor man die erste Maske baut. Der Aufwand dafür beträgt wenige Stunden und erspart Monate.
Wichtig ist auch die Rolle der Fachabteilung. Sie kennt die Abläufe am besten und sollte beim Entwurf mitwirken, ohne dass sie die Technik verantworten muss. Eine gute Aufteilung: Die Fachabteilung beschreibt und testet, eine technische Person baut und dokumentiert.
Sicherheit und Berechtigungen bei Plattform-Anwendungen
Low-Code-Anwendungen bündeln Daten aus mehreren Quellen und machen sie mehreren Nutzern zugänglich. Damit wächst die Bedeutung eines sauberen Rollenkonzepts: Wer darf lesen, wer ändern, wer freigeben, wer sehen, dass etwas existiert? Legen Sie Rollen entlang von Aufgaben fest, nicht entlang von Personen, und prüfen Sie sie bei Personalwechseln.
Dazu gehört die Frage nach Protokollen. Eine Anwendung, die Freigaben verwaltet, muss zeigen können, wer wann was freigegeben hat. Fehlt diese Spur, ist sie für den Zweck ungeeignet, egal wie bequem die Oberfläche ist. Prüfen Sie ebenso, wo die Daten liegen und ob Sicherungen existieren, die Sie selbst wiederherstellen können.
Bei KI-Bausteinen innerhalb der Plattform gilt zusätzlich: Klären Sie, welche Daten an das Modell gehen, ob es zum Training genutzt wird und welcher Anbieter dahintersteht. Diese Auskünfte gehören in den Vertrag, nicht nur in die Werbung.
Wie wir damit umgehen
Wir nutzen Low-Code-Plattformen nicht aus Prinzip, sondern wenn sie einem Vorgang dienen, den Ihr Team danach selbst weiterpflegen kann. Wo Sicherheit, Freigaben und Protokollierung im Vordergrund stehen, bauen wir gezielt und schlank, damit Sie nicht von einer Plattform abhängen. In beiden Fällen dokumentieren wir den Ablauf und klären, wer ihn betreut.
Eine Einordnung für Ihren Fall bekommen Sie im Erstgespräch. Weiterführend: No-Code, Workflow und die Leistung Individuelle KI-Tools.
Wir prüfen dabei zuerst, ob die vorhandene Plattform die Aufgabe trägt, bevor wir etwas Neues vorschlagen.
Häufige Fragen
Brauche ich Programmierer für Low-Code?
Für einfache Anwendungen nicht unbedingt. Sobald besondere Logik, Anbindungen oder Sicherheitsfragen dazukommen, braucht es technisches Wissen. Planen Sie mindestens eine Person ein, die die Plattform versteht.
Ist Low-Code billiger als eine Eigenentwicklung?
Beim Start kann sie günstiger sein, auf Dauer hängt es von Lizenzen, Pflege und Wechselkosten ab. Wir stellen die Varianten im Angebot gegenüber.
Kann ich KI in Low-Code-Anwendungen einbauen?
Ja, über fertige Bausteine oder Schnittstellen. Wichtig sind Freigaben, Rechte und die Frage, welche Daten an das KI-Modell gehen.
Was passiert, wenn der Plattformanbieter Preise erhöht?
Sie sind an die Bedingungen gebunden, solange Sie die Plattform nutzen. Halten Sie Ablauf, Daten und Logik so dokumentiert, dass ein Umzug möglich bleibt.
Wer haftet für Fehler in einer Low-Code-Anwendung?
Wer haftet, klärt im Einzelfall Ihre Rechtsberatung. Vertragliche Zusagen von Plattformanbietern und Dienstleistern sollten Sie prüfen und im Zweifel rechtlich beraten lassen.
Quellen und rechtlicher Rahmen
- DSGVO, Art. 28 (Auftragsverarbeiter): Verarbeitet ein Dienstleister personenbezogene Daten im Auftrag, arbeitet der Verantwortliche nur mit Auftragsverarbeitern, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten. Die Verarbeitung folgt einem Vertrag, der unter anderem Gegenstand, Dauer, Art und Zweck festlegt. (abgerufen 21. Oktober 2026)
- BSI: Generative KI-Modelle, Chancen und Risiken für Industrie und Behörden (21.1.2025): Das BSI beschreibt neben den Chancen neuartige IT-Sicherheitsrisiken generativer KI-Modelle sowie mögliche Gegenmaßnahmen. Es richtet sich an Unternehmen und Behörden, die den Einsatz in ihren Arbeitsabläufen erwägen. (abgerufen 21. Oktober 2026)
Die Zusammenfassungen sind sinngemäß; maßgeblich sind die verlinkten Originaltexte. Das ist ein allgemeiner Überblick zu Ihrem Umfeld, keine Rechtsberatung und keine Aussage zu Ihrem Einzelfall.
Autor: Melvin Mümken, Gründer & Technischer Leiter. Stand: 22.10.2026. Die Hinweise sind ein allgemeiner Überblick und keine Rechtsberatung.