Low-Code
Visuelle Entwicklung mit der Möglichkeit, an den entscheidenden Stellen eigenen Code einzusetzen.
Low-Code ist No-Code mit Notausgang. Du arbeitest überwiegend visuell, kannst aber dort eigenen Code einsetzen, wo die fertigen Bausteine nicht reichen: eine eigene Rechenlogik, ein Aufruf an eine fremde Schnittstelle, eine Datenumformung, die kein Baukasten vorsieht.
Wann Low-Code die richtige Wahl ist
Sobald ein Produkt eine eigene Regel hat, die nirgends als Baustein existiert. Beim Mail-Concierge war das die Einordnung eingehender Nachrichten: Die Oberfläche und das Postfach kamen fertig, die Entscheidungslogik dahinter war eigener Code. Bei eightagency ebenso — acht Agenten mit festen Ausgabeschemata und ein Qualitätsprüfer mit Floskel-Blacklist lassen sich nicht klicken.
Als Faustregel: Wenn du beim Bauen anfängst, Bausteine gegen ihren Zweck zu missbrauchen, ist der Punkt erreicht, an dem zwanzig Zeilen Code schneller und wartbarer sind.
Der Unterschied zu No-Code in der Praxis
- No-Code: Du kombinierst, was da ist. Sehr schnell, klare Grenzen.
- Low-Code: Du kombinierst und ergänzt. Etwas langsamer, kaum Grenzen.
- Klassische Entwicklung: Du baust alles selbst. Maximale Freiheit, maximaler Zeitbedarf.
Die meisten unserer Projekte liegen in der Mitte, auch wenn sie nach außen wie reines No-Code aussehen.
Was das für dein Team bedeutet
Low-Code braucht mindestens eine Person, die Code lesen kann. Nicht unbedingt eine, die ihn von Grund auf schreibt — moderne Assistenten erzeugen die Bausteine, aber jemand muss beurteilen, ob das Ergebnis stimmt. Fehlt diese Person, entsteht ein Produkt, das niemand mehr ändern kann, ohne es zu zerstören.
Typische Fallen
Die erste: Code an zu vielen Stellen verstreuen. Wenn in jedem zweiten Automatisierungsschritt ein Skript hängt, hast du eine Anwendung ohne Bauplan. Bündle eigene Logik an wenigen, benannten Stellen.
Die zweite: fehlende Fehlerbehandlung. Fremde Schnittstellen fallen aus, antworten langsam oder liefern Unerwartetes. Ein Prototyp darf das ignorieren, ein Produkt mit Kunden nicht.
Die dritte: Geheimnisse im Klartext. API-Schlüssel gehören in den Schlüsselspeicher der Plattform, nie in eine Formel oder in den Browser.
Unsere Regel
Wir starten jedes Projekt als No-Code und lassen es zu Low-Code werden, wenn die Idee es verlangt — nie vorher. Das klingt banal, spart aber die häufigste verlorene Woche: die, in der ein Team eine Architektur baut, bevor klar ist, ob überhaupt jemand das Produkt will.
Häufige Fragen zu Low-Code
- Was ist der Unterschied zwischen Low-Code und No-Code?
- No-Code kommt komplett ohne eigene Programmierung aus: Du kombinierst fertige Bausteine. Low-Code erlaubt zusätzlich eigenen Code an den Stellen, an denen die Bausteine nicht reichen — eine besondere Rechenregel, eine Schnittstelle, eine Datenumformung. Praktisch beginnt fast jedes ernsthafte Projekt als No-Code und wird an ein oder zwei Stellen zu Low-Code, sobald es eine eigene Logik hat.
- Brauche ich dafür einen Entwickler im Team?
- Für reines No-Code nicht. Sobald eigener Code dazukommt, braucht ihr mindestens eine Person, die Code lesen und beurteilen kann — schreiben lassen sich die meisten Bausteine heute von KI-Assistenten. Ohne diese Person entsteht ein Produkt, das niemand mehr gefahrlos ändern kann. In unseren Projekten übernehmen wir diese Rolle und dokumentieren die Stellen, an denen eigener Code steckt.
Im Einsatz bei diesen Projekten
Statt weiterlesen: anfangen
Wir bauen aus Ideen funktionierende Produkte – meistens in Stunden. Schreib uns, was du testen willst, und wir sagen dir ehrlich, ob und wie schnell es geht.