Ein vollständiger Leitfaden dazu, wie Unternehmensanwendungen heute ohne Entwickler entstehen - von den Grundbegriffen über den Vergleich der Ansätze bis dorthin, wo No-Code nicht mehr reicht. Wegweiser zu allen ausführlichen Artikeln zum Thema.
Vor fünf Jahren bedeutete der Satz „wir brauchen ein eigenes System“ ein halbes Jahr Entwicklung und ein Budget, das sich eine kleine Firma nicht leisten konnte. Heute gibt es fünf verschiedene Wege zum selben Ergebnis, und die Unterschiede sind für einen nicht-technischen Menschen nahezu unsichtbar - bis er anstößt.
Dieser Leitfaden ist ein Wegweiser. Er geht alle Begriffe durch, die um das Thema kreisen, sagt ehrlich, wo jeder Ansatz an Grenzen stößt, und verweist bei jedem Kapitel auf einen ausführlichen Artikel.
1. Was No-Code ist und was nicht
No-Code ist eine Art, Anwendungen zu bauen, bei der Sie statt Code fertige, getestete Bausteine zusammensetzen - Datenbanken, Ansichten auf Daten, Formulare, Automatisierungen. Das Ergebnis ist kein Quellcode, sondern eine Konfiguration, die die Plattform für Sie betreibt.
Das häufigste Missverständnis: No-Code heißt nicht „einfachere Anwendungen“. Es heißt eine andere Arbeitsteilung. Das Nachdenken darüber, was das System tun soll und wie die Daten zusammenhängen, bleibt bei Ihnen - Sie müssen es nur nicht in eine Programmiersprache übersetzen.
Das zweite Missverständnis: No-Code heißt nicht, dass alles möglich ist. Es gibt Anforderungen, die kein fertiger Baustein abdeckt. Gute Plattformen bieten dafür einen Notausgang (einen eigenen Automatisierungsknoten, einen Webhook, eine API), sodass Sie eine Ausnahme lösen statt der ganzen Anwendung.
Ausführlich: Was No-Code ist und wie es funktioniert.
2. No-Code, Low-Code, Vibe Coding - drei Punkte auf einer Achse
Drei Begriffe, die das Marketing austauschbar verwendet, obwohl sie Verschiedenes beschreiben. Am leichtesten merkt man sie sich mit einer Frage: wie viel Quellcode besitzen und pflegen Sie am Ende?
| No-Code | Low-Code | Vibe Coding | |
|---|---|---|---|
| Wie viel Code Ihnen gehört | Keiner | Teilweise | Der ganze |
| Wer es nutzt | Ein nicht-technischer Mensch | Entwickler oder erfahrener Nutzer | Wer Code lesen kann |
| Pflege | Die Plattform | Sie für Ihren Teil | Sie komplett |
| Passt für | Ein Unternehmenssystem | Ein System mit einer Ausnahme | Prototyp, Einmaliges |
Ausführlich: Low-Code vs. No-Code vs. Vibe Coding und No-Code vs. Vibe Coding.
3. KI-Baukästen: was sie wirklich können
Werkzeuge wie Lovable, Bolt oder v0 machen aus einem Satz in Minuten einen funktionierenden Bildschirm. Daran ist nichts unecht - sie können das wirklich und sie sind sehr gut darin.
Die Grenze zeigt sich erst am Tag danach. Ein erzeugter Bildschirm klärt nicht, wo die Daten physisch wohnen, wer sie sichert, wer die App hostet und wie man einstellt, dass ein Vertriebler keine Einkaufspreise sieht. Diese drei Schichten - Daten, Berechtigungen, Betrieb - trennen einen Prototyp von einem System.
Den Bildschirm erzeugen beide Werkzeuge. Der Unterschied liegt darunter.
Ein Prototyp beantwortet die Frage „wie könnte das aussehen“. Ein System muss auch beantworten, wo die Daten liegen, wer sie hostet und wer die Preise sieht.
Eine praktische Faustregel: ein Prototyp ist in Ordnung, solange er keine Daten enthält, um die es Ihnen leidtäte.
Ausführlich: Lovable, Bolt, v0 und Co..
4. Die Frage, die die meisten Firmen überspringen: wer pflegt es
Software zu schreiben war nie der teure Teil. Teuer ist die Pflege - die Jahre, in denen sich Gesetze, Abläufe und Menschen ändern. Die KI hat Tag eins billiger gemacht und die restlichen tausend Tage unberührt gelassen.
Ein typisches erstes Jahr einer erzeugten App: Tag eins in Betrieb, Monat zwei eine fest im Code stehende Satzänderung, Monat sechs ein neuer Kollege mit eingeschränkten Rechten, Monat zwölf geht etwas kaputt und niemand im Team versteht den Code.
Drei Fragen, bevor Sie etwas Wichtiges auf erzeugtem Code aufbauen:
- Wer im Unternehmen liest diesen Code, wenn etwas schiefgeht?
- Wie viele Änderungen erwarten wir im Jahr und wer macht sie?
- Was passiert, wenn diese Person geht?
Ausführlich: Die KI schreibt Ihnen die App. Wer repariert sie?.
5. Wie No-Code unter der Haube funktioniert
Um zu entscheiden, ob No-Code für Sie reicht, hilft es zu wissen, woraus es besteht. Praktisch immer aus fünf Schichten:
Datenbanken und Verknüpfungen. Die Grundlage von allem. Ein Auftrag weiß, zu welchem Kunden er gehört, eine Rechnung zu welchem Auftrag, ein Stundennachweis wohin. Ohne das ist es kein System, sondern eine Sammlung von Listen.
Ansichten. Dieselben Daten unterschiedlich dargestellt, je nachdem, wer schaut - Tabelle, Kanban, Kalender, Zeitachse, Diagramm, Galerie. Vertrieb und Projektleitung schauen auf dasselbe, nur durch eine andere Linse.
Formulare und Datenerfassung. Der Weg, auf dem Daten von außen hereinkommen - vom Kunden, von der Website, vom Kollegen im Außendienst.
Automatisierungen. Regeln in der Form Auslöser → Bedingung → Aktion. Hier wird aus dem System etwas, das selbst arbeitet.
Berechtigungen. Wer welche Datenbanken, Datensätze und Spalten sieht. Keine Zusatzfunktion, sondern eine Regel, die überall gelten muss.
Ausführlich: Ein Datenmodell, das mit dem Team wächst und Automatisierung: die vollständige Einführung.
6. Vorlage oder eigenes Modell?
Die häufigste Weggabelung. Ein Test mit drei Fragen entscheidet sie in fünf Minuten:
- Machen Sie es genauso wie Ihre Wettbewerber? Ein Standardprozess verträgt eine fertige Vorlage.
- Wie viele Dinge führen Sie nebenbei in Tabellen? Vier und mehr heißt, Sie haben Ihr eigenes System in Tabellen, und eine Vorlage löst das nicht.
- Wie oft ändert sich Ihr Prozess? Zweimal im Jahr ist eine andere Lage als einmal in fünf Jahren.
Das häufigste Ergebnis ist keines der Extreme - es ist „aus etwas Fertigem starten und anpassen“. Genau deshalb ist die wichtigste Eigenschaft eines Systems jene, über die in Angeboten nicht gesprochen wird: ob sich das Datenmodell ändern lässt, nachdem Sie darin zu arbeiten begonnen haben.
Ausführlich: Vorlage oder eigene App? Ein Test mit drei Fragen.
7. Wo No-Code wirklich nicht reicht
Das ehrliche Kapitel. No-Code ist nicht immer die richtige Antwort. Es ergibt keinen Sinn, wenn:
- Die Software Ihr Produkt ist. Sie verkaufen sie oder sie ist Ihr Wettbewerbsvorteil - dann müssen Sie sie ganz besitzen.
- Sie nichttriviale Berechnungen oder Algorithmen brauchen. Routenoptimierung, Simulation, maschinelles Lernen auf eigenen Daten.
- Sie extreme Datenmengen oder Antwortzeiten haben. Millionen Transaktionen am Tag sind keine No-Code-Domäne.
- Sie spezielle Hardware brauchen. Industriebusse, Lesegeräte, Geräte mit eigenem Protokoll.
- Sie ein eigenes Entwicklungsteam haben. Dann ist Pflege interne Kapazität, keine externe Ausgabe.
Für alles andere - CRM, Auftragsverwaltung, Helpdesk, internes Portal, Rechnungsstellung, Fristenüberwachung - ist No-Code heute meist der schnellere und günstigere Weg zum selben Ergebnis.
8. Wie man anfängt
Der schnellste Weg von der Entscheidung zu etwas Funktionierendem hat vier Schritte:
- Beschreiben Sie in normaler Sprache, was das System können soll. Nicht technisch. „Ich will wissen, wer der Kunde ist, wann die Montage ist, wer daran arbeitet und ob sie berechnet wurde.“
- Lassen Sie daraus einen Plan entstehen und prüfen Sie ihn. Die Struktur von Datenbanken und Verknüpfungen ist das Einzige, was sich gründlich zu prüfen lohnt.
- Fangen Sie kleiner an, als Sie wollen. Die meisten ergänzen am Anfang ein Modul, das nach zwei Wochen niemand öffnet.
- Beziehen Sie die Leute früher ein, als es sich anfühlt. Das erspart Umbauten der Ansichten.
Ausführlich: Ich habe unser Firmensystem an einem Nachmittag gebaut und Erste Schritte mit Apexloop.
Häufige Fragen zu No-Code und KI-Entwicklung
Eignet sich No-Code auch für eine größere Firma?
Ja. Entscheidend ist nicht die Mitarbeiterzahl, sondern die Art der Anforderungen. Eine Firma mit fünfzig Personen und gewöhnlichen Abläufen (Aufträge, Kunden, Rechnungen, Dokumente) ist ein idealer No-Code-Fall. Ein Fünf-Personen-Team, das ein Produkt mit einzigartigem Algorithmus baut, braucht Entwicklung.
Was passiert mit den Daten, wenn wir die Plattform verlassen?
Daten müssen jederzeit strukturiert und ohne Aufpreis exportierbar sein. Fragen Sie danach vor der Unterschrift - bei einer No-Code-Plattform wie bei einem Entwicklungsdienstleister. Eine ausweichende Antwort ist selbst eine Antwort.
Brauchen wir jemanden Technischen?
Zum Bauen nicht. Um herauszufinden, was Ihre Hauptentitäten sind und wie sie zusammenhängen, ja - aber das ist Arbeit für jemanden, der Ihren Prozess versteht, nicht für einen Programmierer.
Wie lange dauert es, bis das System nutzbar ist?
Eine erste funktionierende Version ist eine Frage von Stunden bis zu einem Tag. Eine Version, mit der das Team zufrieden ist, zwei bis drei Wochen normalen Betriebs mit laufendem Nachjustieren. Der Unterschied ist nicht technischer Natur - der Prozess wird im Laufen verfeinert.
Können wir No-Code mit eigenem Code kombinieren?
Ja, und das ist üblich. Der weitaus größte Teil der Anwendung bleibt ohne Code, und eine konkrete Ausnahme wird über Webhooks oder API gelöst. Der Unterschied zur Eigenentwicklung liegt im Verhältnis - Ihnen gehört eine Ausnahme, nicht das System.