Die mobile Entwicklung lebte lange nach einer einfachen Regel: entweder schnell oder mit Quellcode. Klassische No-Code-Plattformen brachten Geschwindigkeit, sperrten das Projekt aber in eine proprietäre Engine. Die Entwicklung mit React Native gab Kontrolle, verlangte aber ein Team und Monate Arbeit. Draftbit versucht, beide Welten zu vereinen: ein visueller Editor, der am Ende echten React-Native-Code liefert statt einer Blackbox.
Das klingt nach dem perfekten Kompromiss — doch der Teufel steckt im Detail. Wir haben Draftbit auseinandergenommen: Was es kann, wo es stolpert, was es kostet, wie es sich gegen FlutterFlow und Adalo schlägt und für wen es wirklich geeignet ist.
Was Draftbit ist
Draftbit ist eine Cloud-Plattform zum Bauen mobiler Apps. Sie läuft komplett im Browser, und das Ergebnis ist ein React-Native-Projekt auf Basis des Expo-Frameworks. Die Kernidee ist simpel: Sie setzen die Oberfläche mit der Maus auf einer unendlichen Leinwand zusammen, verbinden Daten, und die Plattform erzeugt echten Code, den Sie herunterladen, lokal ausführen und von Hand weiterentwickeln können.
Genau das unterscheidet Draftbit von „Blackbox"-Baukästen, bei denen die App nur innerhalb des Dienstes existiert. Es gibt keinen harten Vendor-Lock-in: Wenn Ihnen die Plattform morgen nicht mehr gefällt, lebt das Projekt in einer Standard-React-Native-Toolchain weiter und lässt sich ohne Draftbit weiterentwickeln.
In den letzten Jahren hat sich das Produkt deutlich in Richtung KI verschoben. Der Editor basiert inzwischen auf Agenten (auf Basis populärer Coding-Modelle), und einen Teil der Arbeit kann man in Worten beschreiben statt sie von Hand zusammenzusetzen. Draftbit positioniert sich längst nicht mehr nur als Baukasten, sondern als Hybridumgebung zwischen No-Code und vollwertiger Entwicklung.
Vorteile und Nachteile
Gleich ehrlich: Es gibt auch reichlich Nachteile.
Vorteile:
- Am Ende steht echter React-Native/Expo-Code, ohne Vendor-Lock-in.
- Visueller Editor auf unendlicher Leinwand, verständlich auch für Nicht-Entwickler.
- KI-Agenten machen aus einer Textbeschreibung einen funktionierenden Screen.
- Fertige Integration mit Supabase und beliebigen REST/GraphQL-APIs.
- Live-Vorschau im Browser, auf dem Gerät und in iOS/Android-Simulatoren.
- Veröffentlichung im Web, im App Store und bei Google Play aus einer Hand.
- Export nach GitHub und als Zip, Unterstützung für eigene Code-Komponenten.
- Klare Navigation: Stacks, Tabs und Drawer-Menüs werden visuell konfiguriert.
Nachteile:
- Die Preise werden in Credits gemessen: starke Agenten-Generierung leert das Limit schnell.
- Vollständiger Code-Export und Store-Veröffentlichung gibt es nur in bezahlten Tarifen.
- Der Editor ist auf den Desktop ausgelegt: vom Tablet oder Handy aus ist das Bauen mühsam.
- Die Liste fertiger Integrationen ist schmaler als die Welt nativer Module.
- Die Plattform ist auf den englischsprachigen Markt ausgerichtet — keine deutschsprachige Betreuung.
- Komplexe Animationen, ungewöhnliche Gesten und schwere native Logik erfordern weiterhin Handarbeit.
- Das Credit-Modell macht die Ausgaben weniger planbar als ein Festpreis-Abo.
So sieht die Arbeit aus: Editor und Komponenten
Die Grundlage von Draftbit ist ein visueller Editor. Links die Liste der Screens, in der Mitte die Leinwand, rechts die Eigenschaften des gewählten Elements. Komponenten werden mit der Maus gezogen: Textblöcke, Buttons, Bilder, Listen, Formulare, Karten, Tabs, Navigationsleisten. Für jedes Element gibt es Abstände, Typografie, Zustände (normal, gedrückt, deaktiviert) und Responsivität für verschiedene Bildschirmgrößen.
Komponenten werden genauso beschrieben wie in der React-Native-Welt — es sind dieselben Views und Styles, nur über ein Panel zusammengesetzt. Mehr noch: Sie können eigene JavaScript-Komponenten schreiben und externe Bibliotheken einbinden, wenn die Standardkomponenten nicht reichen. Das ist der entscheidende Unterschied zu „geschlossenen" Baukästen: Draftbit hat nichts dagegen, wenn Sie unter die Haube schauen.
Eine eigene Schicht ist die Navigation. Stacks, Tabs und Drawer-Menüs werden unterstützt, zwischen den Screens lassen sich Übergänge und Parameterübergabe einstellen. Navigation ist genau die Stelle, an der visuelle Baukästen sonst auseinanderfallen — hier funktioniert sie vorhersehbar und wird ebenso vorhersehbar in Code exportiert.
Auch Zusammenarbeit gibt es: In Team-Tarifen können mehrere Personen ein Projekt gleichzeitig bearbeiten, Rollen und Rechte sind getrennt. Für Agenturen und Produktteams ist das kritisch — kein Dateien-Hinundherschicken mehr, kein Warten auf den Nächsten.
KI-Agenten: von der Beschreibung zum Screen
Der neue Kern des Produkts sind Agenten. Sie schreiben in normaler Sprache, was Sie brauchen („füge einen Profil-Screen mit Avatar, Name und Logout-Button hinzu"), und der Agent ändert das Projekt. Änderungen erscheinen sofort im visuellen Editor und im Code, das Ergebnis lässt sich in der Live-Vorschau prüfen.
Es ist ein interessantes Hybridmodell:
- Der Designer bearbeitet Screens mit der Maus und wahrt die visuelle Konsistenz.
- Der Entwickler liest den Code, bindet externe Bibliotheken ein und verfeinert die Logik.
- Der Agent übernimmt die Routine: Entwurfsscreens, Formulare, typische Komponenten.
Doch genau die Agenten kosten Geld. Sie verbrauchen Credits, und im kostenlosen Tarif ist der Zugang begrenzt. Ein Projekt kann in mehreren isolierten Cloud-Sandboxes gleichzeitig laufen — in höheren Tarifen mehr — und mehrere Agenten dürfen parallel arbeiten. Das beschleunigt die Arbeit, verlangt aber Sorgfalt: Je mehr Agenten laufen, desto schneller ist das Monatslimit weg.
Daten und Backend
Draftbit drängt kein bestimmtes Backend auf, schiebt Sie aber standardmäßig in Richtung Supabase. Das ist praktisch: Datenbank, Authentifizierung und API entstehen fast ohne Einrichtung, und ein Startprojekt bekommt sofort ein funktionierendes Backend.
Darüber hinaus verbindet sich die Plattform mit beliebigen REST- und GraphQL-Endpunkten und holt Daten aus Tabellen und externen Diensten. In höheren Tarifen stehen eigene MCP-Server zur Verfügung — ein Mechanismus, der den Agenten direkt mit Ihren Datenquellen arbeiten lässt. Klingt abstrakt, bedeutet aber praktisch: Der Agent kann nicht nur Screens bauen, sondern auch das Datenschema aus Ihrem Dienst ziehen.
Für ein typisches MVP ist das mehr als genug: Produktliste, Nutzerprofile, Bestellungen, Chats, ein Feed — alles auf Standardintegrationen. Und braucht man eine eigene Datenquelle, verbindet man sie über eine normale REST-Anfrage ohne großes Theater.
Code und Abwesenheit von Vendor-Lock-in
Das Hauptargument von Draftbit ist der Quellcode-Export. Ab einem bestimmten Tarif lässt sich ein Projekt als Archiv exportieren oder nach GitHub pushen. Das sind die „echten" React-Native-Dateien, die über Expo bauen und sich in jedem Code-Editor öffnen.
Was das praktisch bringt:
- Das Projekt lässt sich verlustfrei an ein Entwicklungsteam übergeben.
- Man kann ein natives Modul ergänzen, das der Baukasten nicht hat.
- Man kann die Plattform verlassen, ohne die App neu zu schreiben.
- Der Code wird in git versioniert wie jedes normale Projekt.
- Man kann eigene Modelle und API-Keys einbinden.
Für Unternehmen senkt das das Risiko: Selbst wenn die Plattform die Preise ändert oder schließt, bleibt die App bei Ihnen. Genau deshalb wird Draftbit oft als „sicherer" erster Schritt in die mobile Entwicklung gewählt — einer, aus dem es einen Ausweg gibt.
Veröffentlichung im Web, App Store und Google Play
Draftbit kann eine App auf mehreren Wegen veröffentlichen. Am einfachsten ist die Web-Version auf einer draftbit.dev-Subdomain, verfügbar auch im kostenlosen Tarif. Danach kommen iOS- und Android-Builds und die Veröffentlichung in den App-Stores.
Im Pro-Tarif verspricht man Hilfe bei der App-Store-Einreichung — das spart deutlich Nerven, denn die Regeln von Apple und Google sind für sich genommen ein eigenes Abenteuer. Eigene Domains und das Entfernen des Draftbit-Brandings gibt es in bezahlten Tarifen: Für ein Kundenprodukt ist das das Minimum, denn ein fremdes Baukasten-Logo auf dem App-Screen wirkt unprofessionell.
Denken Sie an die Anforderungen der Stores: Entwicklerkonten (Apple Developer, Google Play Console) müssen Sie weiterhin selbst bezahlen, und kein Baukasten nimmt Ihnen das ab.
Preise
Das Abrechnungsmodell sind Credits. Ein Tarif gibt Ihnen ein monatliches Kontingent, das für Arbeit ausgegeben wird — vor allem für KI-Agenten. Manuelles Bauen mit der Maus kostet wenige Credits, starke Generierung viel.
Ungefähre Tarife zum Zeitpunkt der Veröffentlichung (prüfen Sie die offizielle Preisseite — die Limits und Raster haben sich mehrfach geändert):
- Free — $0: bis ~10.000 Credits pro Monat, einige Projekte, visueller Editor, Web-Veröffentlichung auf draftbit.dev, eingeschränkter Agentenzugang.
- Standard — etwa $20/Monat: mehr Credits, unbegrenzte Projekte und Integrationen, voller Code-Export, Veröffentlichung für iOS/Android/Web, eigene Domains, Branding-Entfernung.
- Pro — etwa $40/Monat: noch mehr Credits, mehrere parallele Agenten, eigene MCP-Server, GitHub-Export, Simulatoren, App-Store-Hilfe, Priority-Support.
- Team — etwa $200/Monat: ~250.000 Credits, 10 Editor-Plätze, Live-Zusammenarbeit, Schulungen.
- Enterprise — individuell: SSO/SAML, privates oder selbst gehostetes Deployment, SLA, dedizierte Infrastruktur.
Bei jährlicher Zahlung gibt es meist rund 20% Rabatt. Verschiedene Quellen nennen unterschiedliche Zahlen — orientieren Sie sich an der offiziellen Seite: Draftbits Tarifraster wurde mehrfach geändert, und die Credit-Limits hängen von der aktuellen Politik ab.
Tests und praktische Szenarien
Wir sind mehrere typische Szenarien durchgegangen, um zu sehen, wo Draftbit stark ist und wo nicht.
MVP für ein Startup. Onboarding-Screen, Supabase-Auth, Produktliste aus einer REST-API, Produktkarte, Warenkorb. Das meiste entsteht visuell in Stunden, der Rest wird vom Agenten erledigt. Für den Store-Start braucht es mindestens den Standard-Tarif. Fazit: ein ausgezeichnetes Szenario — dafür wurde die Plattform gebaut.
Internes Tool. Eine Mitarbeiter-App: Aufgabenliste, Formulare, Verzeichnis, Push-Benachrichtigungen. Hier spielt Draftbit seine Stärken aus — perfektes Design ist nicht nötig, wichtig sind Tempo und ein funktionierendes Backend. Credits werden wenige verbraucht, weil alles standardmäßig ist.
Marktplatz. Schwieriger: Es braucht Zahlungen, Rollen, Moderation, die Anbindung eines Zahlungsanbieters. Ein Teil der Logik muss in Code geschrieben oder über Drittdienste gelöst werden. Draftbit schafft das, ist dann aber kein „Baukasten für Anfänger" mehr.
Ein Spiel oder Hardware-Arbeit. Hier das ehrliche Urteil — nichts für dieses Tool. Schwere Grafik, Echtzeit-Kamera, Bluetooth-Geräte, komplexe Animation: Das ist native Entwicklung, und ein visueller Baukasten steht nur im Weg.
Draftbit gegen die Konkurrenz
Vergleichen wir mit den wichtigsten Alternativen.
Draftbit vs. FlutterFlow. FlutterFlow erzeugt Flutter-Code, Draftbit React Native. Kennt Ihr Team Flutter und Dart, ist FlutterFlow logischer. Ist es JavaScript und React Native, nehmen Sie Draftbit. Bei der Reife des Ökosystems wirkt FlutterFlow dichter, bei der Code-Flexibilität liegt Draftbit näher an „echter" Entwicklung.
Draftbit vs. Adalo. Adalo ist einsteigerfreundlicher und im Basisszenario einfacher, sperrt Sie aber viel stärker in seine Umgebung: Export und Kontrolle über den Code sind begrenzt. Draftbit ist am Anfang schwerer, liefert dafür den Quellcode.
Draftbit vs. Bubble. Bubble ist für Web-Apps, Draftbit für Mobile. Für einen Marktplatz oder ein SaaS im Browser nehmen Sie Bubble, für eine App in den Stores Draftbit.
Draftbit vs. native Entwicklung. Ein natives Team liefert maximale Kontrolle und Performance, um den Preis von Zeit und Budget. Draftbit gewinnt dort, wo Time-to-Market zählt und das Produkt noch eine Hypothese testet.
Sicherheit und Teamarbeit
Eine Frage, die in Beschaffungsformularen oft auftaucht: Wo liegen die Daten? Der Projektcode liegt in der Draftbit-Cloud, doch in Team-Tarifen gibt es private und selbst gehostete Optionen sowie SSO und SAML. Für das Unternehmenssegment ist das Pflicht, und die Plattform deckt es ab.
In kostenlosen und niedrigeren Tarifen ist die Rollentrennung bescheiden, und echte Zusammenarbeit gibt es erst bei Team. Arbeiten mehr als ein oder zwei Personen am Projekt, lohnt sich sofort der Blick auf Team-Tarife — sonst müssen Sie sich „reihum" abstimmen.
Leistungsgrenzen und Stolperfallen
Eine Draftbit-App ist normales React Native, also bei der Geschwindigkeit nicht langsamer als eine handgebaute App auf demselben Stack. Das native Rendering bleibt erhalten, die Oberfläche reagiert flüssig. Probleme beginnen dort, wo ein Produkt auf komplexe Logik trifft, für die der Baukasten einfach keinen fertigen Block hat.
Stolperfallen, die man vorher kennen sollte:
- Credits werden unvorhersehbar verbraucht. Aktive Agenten-Arbeit kann ein Monatslimit in wenigen Tagen verbrennen — am Anfang nicht offensichtlich.
- Manche Funktionen gibt es nur bezahlt. Code-Export, Simulatoren, GitHub-Integration — alles jenseits von Free.
- Das Template-Ökosystem ist bescheidener als bei den großen Web-Baukästen: Verlassen Sie sich nicht auf eine Turnkey-Lösung.
- Plattform-Updates. Draftbit hat Tarife und Limits mehrfach geändert, das Budget sollte jährlich überprüft werden.
Für wen Draftbit geeignet ist
Draftbit ist kein Ersatz für native Entwicklung und kein Spielzeug-Baukasten. Es ist ein Werkzeug für konkrete Situationen:
- Gründer und Produktmanager, die ein MVP in Wochen statt Monaten im App Store brauchen.
- Teams mit einem React-Native-Entwickler, die die Layout-Routine beschleunigen wollen.
- Agenturen, die Kunden-Apps nach Vorlage bauen.
- Interne Tools: Apps für Mitarbeiter, Außendienstteams, Buchhaltung.
- Designer, die einen Mockup ohne Team zu einer funktionierenden App bringen wollen.
Es passt nicht, wenn die App schwere native Logik braucht (Spiele, Hardware, komplexe Grafik) oder wenn das Budget schlicht kein Abo vorsieht.
Häufige Fragen
Muss ich programmieren können? Nein. Das Basisszenario wird visuell gebaut. Je komplexer das Produkt, desto nützlicher sind aber JavaScript- und React-Native-Kenntnisse.
Was passiert, wenn ich nicht mehr zahle? Sie können den Code exportieren und selbst weiterentwickeln. Die App funktioniert weiter.
Kann ich mein eigenes Backend nutzen? Ja, über REST oder GraphQL. Supabase ist nur ein bequemes Standard-Backend, keine Pflicht.
Veröffentlicht Draftbit die App für mich? Die Plattform hilft bei Builds und Einreichung, aber die Entwicklerkonten bei Apple und Google richten Sie selbst ein und bezahlen sie selbst.
Wie viele Credits brauche ich? Das hängt davon ab, wie stark Sie Agenten nutzen. Manuelles Bauen ist günstig, wortgesteuerte Generierung teuer.
Fazit
Draftbit ist eines der wenigen No-Code/Low-Code-Werkzeuge, die Sie nicht in ihrer Sandbox einsperren wollen. Echter React-Native-Code, GitHub-Export, KI-Agenten und ein klarer Weg in den App Store — eine starke Kombination für einen schnellen Start eines mobilen Produkts.
Bezahlt wird das mit Credits und Abo: Der kostenlose Tarif eignet sich zum Ausprobieren, Lernen und für die Web-Veröffentlichung, ein echtes Produkt braucht mindestens Standard. Das Credit-Modell ist der größte Nachteil: Die Ausgaben sind schwerer planbar als bei einem Festpreis-Abo, besonders wenn das Team Agenten intensiv nutzt.
Brauchen Sie Kontrolle über den Code und Tempo, ist Draftbit einen kurzen Test wert: Der kostenlose Tarif lässt Sie den Editor bewerten, bevor Sie zahlen. Brauchen Sie maximale Performance und native Features, ist ein klassisches Entwicklungsteam weiterhin unschlagbar.
Haben Sie schon einmal eine mobile App visuell gebaut? Teilen Sie Ihre Erfahrung — was hat gewonnen: das Tempo des Baukastens oder die Freiheit des Codes?