No-Code vs. Individualentwicklung: Wo Bubble aufhört zu skalieren
Nutzt No-Code für Validierung, interne Tools, Standard-CRUD und weniger als ~1.000 Nutzer — dort ist es schneller und günstiger, Punkt. Es hört auf zu skalieren bei komplexen Rechten, Performance, tiefen Integrationen, DSGVO-Anforderungen an den Datenstandort und an dem Tag, an dem ihr einen Entwickler einstellen wollt. Kommt dieser Tag, wird euer laufendes No-Code-Produkt zur Spec für den günstigsten individuellen Neubau, den ihr je kaufen werdet.
Wir verdienen unser Geld mit Individualentwicklung — lest das also als Aussage gegen das eigene Interesse: No-Code ist oft die richtige Wahl, und wir sagen das auch in Erstgesprächen.
Wann ist No-Code die richtige Wahl?
Vier Situationen, in denen wir euch raten würden, uns nicht zu beauftragen: Ihr validiert, ob überhaupt jemand das Produkt will. Ihr baut ein internes Tool für eine Handvoll Kollegen. Die App ist Standard-CRUD, also Formulare über Daten. Oder ihr erwartet weniger als etwa 1.000 Nutzer. In allen vier Fällen kauft ihr euch mit Individualentwicklung langsamere Iteration für mehr Geld.
Wo hört Bubble auf zu skalieren?
Die Wände, gegen die Teams laufen, ungefähr nach Häufigkeit sortiert:
Rechte. Admin und Nutzer funktioniert. "Teamleiter sehen ihr Team, externe Partner sehen ein Projekt, Auditoren lesen alles" macht aus visueller Logik unwartbares Spaghetti.
Performance. Listen über Zehntausende Datensätze, Suche über Relationen, Reporting. Visuelle Plattformen verstecken den Query-Plan — also könnt ihr ihn nicht optimieren.
Integrationstiefe. Ausgehende Webhooks sind einfach. Bidirektionale ERP-Synchronisation, Exporte, die die IT eurer Kunden akzeptiert, oder eine eigene API — da ist Schluss.
Datenstandort. Wenn Enterprise-Kunden oder euer Datenschutzbeauftragter fragen, wo genau die Daten liegen, wer die Subdienstleister sind und wie Löschung funktioniert, ist "das Hosting macht die Plattform" keine akzeptable Antwort mehr.
Hiring. Für eine proprietäre Plattform gibt es keinen tiefen Arbeitsmarkt. Ihr könnt euch Kapazität nicht dazuholen — ihr mietet Fähigkeit, für immer.
Validierungsphase vs. Wachstumsphase
| Bedarf | Validierungsphase (No-Code) | Wachstumsphase (individuell) |
|---|---|---|
| Nutzer | Dutzende bis Hunderte | Tausende und mehr |
| Rechte | Admin / Nutzer | Rollen, Teams, Audit-Trail |
| Integrationen | Ausgehende Webhooks | Bidirektionale Syncs, eigene API |
| Datenstandort | Die Plattform entscheidet | Ihr entscheidet (EU-Hosting) |
| Team | Founder baut selbst | Entwickler, die ihr einstellen könnt |
Wenn eure nächsten zwölf Monate in der linken Spalte stattfinden, bleibt bei No-Code. Sind zwei oder mehr Zeilen nach rechts gewandert, fangt an zu planen.
Der Neubau ist ein Feature, kein Scheitern
Neu bauen klingt nach verbranntem Geld. Das Gegenteil stimmt: Ein laufendes No-Code-Produkt mit echten Nutzern ist die beste Spezifikation, die je geschrieben wurde — echte Abläufe, echte Randfälle, validierte Nachfrage, null Anforderungsworkshops. Nach unserer Erfahrung ist der individuelle Neubau aus einem laufenden No-Code-Produkt der günstigste individuelle Build überhaupt, weil die teure Unsicherheit schon abbezahlt ist.
Wenn ihr die Wand erreicht: Genau dieser Neubau ist der Kern unserer MVP-Entwicklung — und unser 4-Wochen-MVP-Playbook zeigt, wie schnell das gehen kann.
Olio auf LinkedIn
