Diese Fragen werden uns in fast jedem Onboarding-Call gestellt, meist in den ersten fünf Minuten, meist in irgendeiner Form von „wie unterscheidet sich das eigentlich von X“. Nachfolgend die tatsächlichen Fragen, beantwortet so, wie wir sie einem Freund beantworten würden, nicht wie in einer Pressemitteilung.
Ist das dasselbe wie No-Code-Tools wie Bubble oder Webflow?
Nicht wirklich, auch wenn das Marketing sie manchmal wie Cousins klingen lässt. No-Code-Tools geben dir eine Canvas und eine Komponentenbibliothek – du entscheidest immer noch selbst über das Datenbankschema, verdrahtest die Logik zwischen Bildschirmen und suchst den Fehler, warum ein Workflow zweimal ausgelöst wird. Es ist visuelles Programmieren, und es ist wirklich mächtig, sobald man die Lernkurve erklommen hat, die bei Bubble in Wochen gemessen wird, nicht in Minuten. Ein KI-Builder wie dieser hier nimmt eine einfache Beschreibung dessen, was man möchte, und erzeugt selbst das Schema, die Logik und die Bildschirme, und erklärt dann, was er getan hat und warum. Man überprüft Entscheidungen, statt jede einzelne selbst von Grund auf zu treffen. Ehrlich gesagt: No-Code senkt die Einstiegshürde für Leute, die sonst einen Entwickler einstellen müssten. KI-Builder senken sie weiter und verschieben den eigenen Job von „die Teile zusammensetzen“ zu „spezifizieren und das Ergebnis beurteilen“.
Was kann ein freiberuflicher Entwickler, was die KI noch nicht kann?
Vor allem: echte Ambiguität mit Urteilsvermögen behandeln. Wenn deine Spezifikation sagt „Nutzern erlauben, Fortschritt mit Freunden zu teilen“ und nicht sagt, ob das einen öffentlichen Link, einen In-App-Feed oder einen Export nach Instagram bedeutet, wird ein guter Freelancer im richtigen Moment die richtige Klärungsfrage stellen, informiert durch sechs andere Projekte, bei denen genau diese Weggabelung schon einmal aufgetaucht ist. Ein KI-Builder trifft eine vernünftige Wahl und zeigt seine Überlegung – das ist in Ordnung und oft schneller, aber nicht dasselbe wie jemand, der diese Entscheidung schon einmal schiefgehen sah und einen unaufgefordert davor bewahrt.
Freelancer tragen Kontext auch auf eine menschliche Weise über Sitzungen hinweg mit sich. Sie erinnern sich an Dinge wie:
- Dass du das letzte Farbschema gehasst hast
- Dass sich deinem Investor eine bestimmte Kennzahl wichtig ist
- Dass du nebenbei erwähnt hast, dass du Popups nicht ausstehen kannst
Und es gibt eine Kategorie von Integrationsarbeit – eine seltsame Legacy-SOAP-API, ein selbstgestricktes Lagersystem eines Kunden ohne Dokumentation – bei der eine Person, die mit der IT-Abteilung des Kunden telefonieren kann, Automatisierung immer noch übertrifft. Das ist eine echte Lücke, keine kleine, und man sollte ehrlich damit umgehen, statt so zu tun, als gäbe es sie nicht.
Ist es tatsächlich günstiger, als jemanden einzustellen?
Für den ersten Build in der Regel ja, und das nicht knapp.
| Freiberuflicher Entwickler | KI-Builder | |
|---|---|---|
| Stundensatz | 75 $/Stunde (bescheiden angesetzt für jemand Kompetentes) | Was auch immer die verbrauchten Credits kosten |
| Zeit bis zu einer funktionierenden v1 | 60–120 Stunden | Ein Nachmittag |
| Gesamt für v1 | $4,500–$9,000 | Bei den meisten Projekten nur ein Bruchteil davon |
Der Umfang dieser v1 ist in beiden Fällen derselbe: Auth, eine Datenbank, drei oder vier zentrale Bildschirme, etwas grundlegendes Styling – bevor auch nur ein einziger echter Nutzer sie berührt hat.
Aber der erste Build war nie der teure Teil. Der teure Teil ist alles danach – die vierzehn Runden von „kann man den Button eigentlich verschieben“ und „was wäre, wenn wiederkehrende Nutzer eine andere Startseite sähen“, die die Retainer-Stunden eines Freelancers eine Slack-Nachricht nach der anderen auffressen.
Wir haben zugesehen, wie ein Gründer sechs Wochen und den Großteil eines Budgets von 12.000 $ für einen Umfang ausgegeben hat, der als „eine einfache Warteliste-App“ begann und Nachricht für vernünftige Nachricht zu etwas mit drei Nutzerrollen und einem Empfehlungssystem heranwuchs, das niemand eingeplant hatte. Niemand hat in dieser Geschichte etwas falsch gemacht.
Scope Creep bei Stundenabrechnung passiert einfach, wenn jede Iteration pro Runde teuer ist. Die eigentliche Ersparnis beim Bauen mit KI liegt nicht in der ersten Version – sie liegt darin, dass Runde elf ungefähr so viel kostet wie Runde eins.
Was ist mit No-Code-Plattformen – sind die nicht auch günstiger?
Günstiger als ein Freelancer, meist ja. Günstiger als ein KI-Builder, nicht immer, wenn man die Zeit einrechnet, die man selbst mit dem Erlernen des Tools und dem Zusammensetzen verbringt. Die größeren Kosten bei No-Code kommen langsamer: Plattform-Lock-in. Bubble-Apps exportieren nicht in portablen Code, den man einem anderen Entwickler übergeben oder überall hosten kann, wo man möchte – die App lebt dauerhaft innerhalb der Laufzeitumgebung dieser Plattform, und später von ihr wegzumigrieren bedeutet einen Neubau, keinen Export. Das ist ein fairer Tausch, wenn man damit einverstanden ist, für immer auf dieser Plattform zu bleiben. Es ist eine böse Überraschung, wenn nicht.
Bin ich gebunden, wenn ich hier anfange und später wechseln möchte?
Man sollte in der Lage sein, den tatsächlichen Quellcode zu bekommen – das echte Ding, kein proprietäres Format – und ihn mitzunehmen, wohin man möchte. Wenn eine Plattform diese Frage nicht mit einem klaren Ja beantworten kann, sollte man das sorgfältig abwägen, bevor man etwas Ernsthaftes darauf aufbaut, und es ist die eine Frage, die wir jedem empfehlen würden, jedem KI-Builder zu stellen, bevor man ein ernsthaftes Projekt darauf setzt.
Welches ist tatsächlich am schnellsten zum Launch?
- KI-Builder – fast immer am schnellsten bis zur v1: Minuten bis Stunden statt Wochen.
- No-Code – an zweiter Stelle, vorausgesetzt man kennt das Tool bereits; wenn man bei null anfängt, kommen echte Wochen dazu, und die sollte man nicht kleinreden.
- Freelancer – am langsamsten bis zum ersten Launch, aber oft am schnellsten richtig, im engen Sinne, dass eine erfahrene Person teure Fehler abfängt, bevor sie sich aufsummieren – die Art von Sache, die einen drei Monate später einen Neubau kostet, wenn sie niemand frühzeitig bemerkt hat.
Muss ich trotzdem irgendwann programmieren lernen?
Nein, aber es hilft dabei, bessere Fragen zu stellen, ähnlich wie ein bisschen Wissen über Autotechnik dabei hilft, mit einem Mechaniker zu sprechen, ohne ein Angebot für ein neues Getriebe zu bekommen, das man nicht braucht. Man muss die Logik nicht selbst schreiben können, um eine nützliche Meinung dazu zu haben, ob die gezeigte Logik das Richtige tut. Diese Meinung zu kultivieren lohnt sich unabhängig davon, für welchen der drei Wege man sich entscheidet – es ist die eigentliche Fähigkeit, die allen dreien zugrunde liegt.
