Dein Lovable-Prototyp funktioniert — jetzt wird er zur SaaS

Lovable ist ein KI-gestütztes Tool, das mit Prompts und Chat-Interface Fullstack-Apps generiert (React-Frontend, Node- oder Python-Backend, Supabase-Integration). Für Validierung, MVP-Tests und das erste Investorengespräch funktioniert das gut.

Was an einem Wochenende entsteht, lässt sich nicht einfach so in den produktiven Betrieb nehmen. Lovable-Prototypen können typische Lücken haben: manche sind Sicherheitsthemen, manche teure Fehler, manche schlicht nicht zu Ende gedacht.

Das bringen wir in Ordnung. In vier bis acht Wochen. Mit ehrlicher Einschätzung, klarem Plan und ohne versteckte Kosten.

Stärken und Grenzen

Was Lovable kann — und wo es endet

Lovable ist gut darin, schnell etwas zum Laufen zu bringen. Die Stärken:

  • Schnelle Prototypen: Von der Idee zu funktionierender UI und API-Integration in Stunden statt Wochen.
  • Full-Stack: React-Frontend, Node- oder Python-Backend, Supabase — nicht nur ein Frontend-Tool.
  • Iteration: Mit jeder Anpassung berücksichtigt die KI mehr Kontext und wird treffsicherer.
  • Supabase-nativ: Vorverbunden mit Supabase-Postgres, RLS-Policies sind möglich.

Wo Lovable an Grenzen stösst:

  • Sicherheit nicht erzwungen: Lovable schlägt RLS-Policies vor, setzt sie aber nicht zwingend durch. In einem öffentlich berichteten Fall waren mehr als 170 Lovable-Apps angreifbar, weil RLS fehlte oder unvollständig war.
  • Code-Qualität schwankt: In dokumentierten Praxis-Tests waren viele KI-Vorschläge brauchbar, andere brachen Funktionalität oder führten zu Sicherheitslücken. Deshalb prüfen wir den Code, statt ihn blind zu übernehmen.
  • Schleifen beim Fehlersuchen: Die KI versucht Fehler zu beheben, führt alte Bugs wieder ein, verbraucht Tokens. Das kostet Geld und Zeit.
  • Keine Mehrkundenfähigkeit: Lovable generiert Single-Tenant. Mehrkundenfähigkeit muss nachträglich sauber gebaut werden.
  • Kein Überblick im Betrieb: Fehlerverfolgung, Alarme, Monitoring sind nicht vorhanden. Du merkst Probleme erst, wenn Kunden anrufen.
Die Lücken

Typische Lücken in einem Lovable-Prototyp

01
Row-Level-Security (RLS) fehlerhaft oder unvollständig

Lovable kann Supabase-Policies generieren, aber deren Wirkung muss geprüft werden. Joins, Service-Role-Keys oder fehlende Mandanten-Filter können sonst Datenlecks erzeugen. Folge: Kunde B sieht Daten von Kunde A. Vertrauensverlust und Datenschutzrisiken.

02
Supabase-Backend-Limits nicht beachtet

Supabase hat Limits (Verbindungen, Query-Timeouts, Update-Raten). Lovable optimiert nicht in diese Richtung, es generiert. Folge: Ab etwa 100 gleichzeitigen Nutzern: Timeouts, Einbrüche bei der Performance.

03
Stripe-Anbindung nur an der Oberfläche

Lovable kann Stripe-Buttons bauen, aber: Die Verarbeitung von Webhooks fehlt häufig. Preisänderungen, Rechnungs-Links, Abos müssen nachgebaut werden. Schweizer Mehrwertsteuer ist nicht ab Werk gelöst. Folge: Zahlungen kommen an, aber Rechnungen sind falsch oder fehlen. Probleme bei der Compliance.

04
Keine getrennten Umgebungen

Entwicklung, Test und Live-Betrieb laufen auf der gleichen Supabase-Instanz. Daten vermischen sich. Folge: Ein Feature-Branch geht in den Live-Betrieb. Echte Kundendaten werden überschrieben oder gelöscht.

05
KI-Kosten nicht kontrolliert

Lovable-Apps erzeugen oft viele API-Aufrufe. Tokens fliessen raus. Jede Anpassung kostet erneut. Folge: Bei rund 1000 aktiven Nutzern: USD 500 bis 5'000 pro Monat nur für LLM-Aufrufe.

06
Keine Architektur-Dokumentation

Was die KI gebaut hat, verstehst meist nur du, und auch nur, solange du nah dran bist. Folge: Eine neue Entwicklerin kommt ins Team und findet sich nicht zurecht. Deine Wartungskosten steigen deutlich.

So arbeiten wir

In drei Phasen vom Prototyp zur SaaS

01

Code-Analyse

1 bis 2 Wochen, kostenlos
  • Sicherheit: RLS-Lücken, Secrets im Code, fehlende Validierungen.
  • Architektur: Ist die Datenbankstruktur tragfähig? Welche Flows sind Single-Tenant?
  • Externe Anbindungen: Stripe, E-Mail, LLM-Aufrufe. Wo liegen die Risiken?
  • Technische Schulden: Was muss sofort fixiert werden, was kann warten?
  • Du bekommst eine schriftliche Risiko-Übersicht, einen priorisierten Plan, eine Aufwandsschätzung und einen Zeitplan bis zum Live-Gang.
02

Sicher und produktionsreif machen

4 bis 8 Wochen
  • Sicherheit zuerst: Zugriffskontrollen testbar machen, Datenbank- und Backend-Secrets in einem Secret-Store, Eingaben validieren, Rate-Limits.
  • Mehrkundenfähigkeit: Workspace-Modell, Mandanten-Kontext in allen relevanten Datenflüssen, je nach Stack RLS-Policies oder andere Isolationsmechanismen.
  • Stripe und Bezahlung: Webhooks korrekt verarbeiten, Rechnungen mit Schweizer Mehrwertsteuer, sauberer Upgrade-Pfad.
  • Getrennte Umgebungen: Dev, Staging, Live. Git-Branches und Deployment-Pipeline.
  • KI-Kosten unter Kontrolle: Limits pro Nutzer, Caching, Modell-Routing, Budget-Alarme.
  • Überblick im Betrieb: Fehlerverfolgung, Performance-Monitoring, Log-Aggregation.
  • Dokumentation: Architektur-Diagramme, RLS-Policies erklärt, Playbook für häufige Support-Fragen.
03

Wachsen und mitskalieren

laufend
  • Monitoring: Wir behalten deine Kennzahlen im Blick. Bei steigender CPU oder mehr Fehlern melden wir uns.
  • Updates: Sobald neue Datenbank- oder Infrastruktur-Features sinnvoll sind, integrieren wir sie.
  • KI-Kosten: Bei zehnfacher Nutzerzahl andere Strategien. Wir passen an.
  • Roadmap: Neue Funktionen analysieren, priorisieren, bauen.
Heuristik

Wann lohnt sich Härtung, wann Neuaufbau?

Härtung passt, wenn:

  • Dein Lovable-Code ist inhaltlich richtig (die Logik funktioniert).
  • Keine grundsätzlichen Architektur-Fehler.
  • Die Datenbankstruktur ist sauber (sinnvolle Normalisierung, Foreign Keys vorhanden).
  • Der Code ist lesbar genug, dass ein neuer Entwickler sich zurechtfindet.

Dauer: 4 bis 6 Wochen.

Neuaufbau ist besser, wenn:

  • Der Lovable-Code ist verworren (zirkuläre Logik, unklare Abhängigkeiten).
  • Die Datenbankstruktur ist grundsätzlich falsch (zum Beispiel alles in einer Tabelle).
  • Dein Produkt ist zu komplex für den Lovable-Output (zum Beispiel Reporting-Engine, Echtzeit-Synchronisation).
  • Du brauchst eine Sprache, die Lovable nicht generiert (Rust, Go).

Dauer: 8 bis 16 Wochen. Dafür höhere Code-Qualität und flexiblere Architektur.

Preisrahmen

Was kostet die Lovable-Härtung?

Code-Analyse
Kostenlos

Schriftlicher Bericht, Risiko-Übersicht und Härtungs-Plan. 1 bis 2 Wochen.

Härtung (Standard)
CHF 10’000 bis 40’000

Für Lovable-Prototypen mit klarer Grundstruktur. 4 bis 6 Wochen. Sicherheit, Skalierung, Bezahlung, Mehrkundenfähigkeit.

Härtung (komplex)
CHF 40’000 bis 80’000

Für grössere Lovable-Projekte, viele Anbindungen, spezielle Compliance. 6 bis 8 Wochen.

Neuaufbau
CHF 80’000 bis 300’000

Wenn zu viel von Grund auf neu gebaut werden muss. 8 bis 16 Wochen.

Betrieb und Weiterentwicklung
Monatlich skalierbar

Wir managen Infrastruktur, Wartung, Sicherheit, Updates und Skalierung. Der Kunde kann weiter vibecoden und neue Features erfinden; wir prüfen, härten und mergen sie kontrolliert über klare Regeln und eine saubere Pipeline in den produktiven Betrieb. Die monatlichen Kosten wachsen mit Nutzung und Anspruch, damit der Start auch mit wenigen Usern tragbar bleibt.

FAQ

Häufige Fragen zu Lovable und SaaS

Kann ich meinen Lovable-Code nach Next.js migrieren?

Ja, mit überschaubarem Aufwand. Lovable generiert React mit Node- oder Python-Backend. Next.js ist ein Framework, das React um Server-Side Rendering, API-Routes und Bildoptimierung erweitert. Wenn dein Lovable-Code inhaltlich sauber ist, lässt er sich in ein Next.js-Projekt übernehmen. Das dauert typischerweise 1 bis 2 Wochen. Danach bekommst du bessere Performance, besseres Bild-Handling und besseres Caching. Das ist optional. Lovable-Apps laufen auch auf reinem React mit Node weiter.

Bleibt mein bisheriges Backend, oder wechselt ihr auf eure Infrastruktur?

Das entscheiden wir nach der Code-Analyse. Häufig migrieren wir auf eine cloud-native Infrastruktur mit Postgres oder MongoDB Atlas, gehostet in der Schweiz oder in Europa, je nach Compliance und Kostenstruktur. Manchmal bleibt das bestehende Backend sinnvoll. Wichtig ist, dass Betrieb, Sicherheit und Skalierung langfristig kontrollierbar und portierbar bleiben.

Was ist mit den Lovable-Komponenten, gehören die mir?

Lovable-Output ist in der Regel Standard-Code wie React und Tailwind. Wir prüfen im Einzelfall, welche Teile portierbar sind und welche Plattform-Annahmen ersetzt werden müssen. Ziel ist: alles in Git, lesbar, dokumentiert und so austauschbar wie möglich.

Baut ihr auch Backend-Funktionen für Lovable-Apps, oder nur Härtung?

Beides. Manche Lovable-Prototypen haben Lücken oder Fehler in der Geschäftslogik. Dann schreiben wir neue Backend-Funktionen oder reparieren bestehende. Wir versuchen aber, möglichst viel deines Lovable-Outputs zu erhalten. Neuer Code von uns ist kommentiert und dokumentiert.

Wie lange unterstützt ihr mich nach dem Launch?

Wir sind von Anfang an für dich da. Uns ist wichtig, dass ihr mit eurer Software- oder SaaS-Lösung langfristig erfolgreich seid, weil beide Seiten davon profitieren: du bekommst ein stabiles Produkt, wir gewinnen eine starke langfristige Partnerschaft. Deshalb ist uns der laufende Betrieb besonders wichtig. Unsere Begleitung ist optional, sorgt aber dafür, dass Infrastruktur, Wartung, Sicherheit, Updates und Skalierung zu deinen aktuellen Nutzerzahlen und Kosten passen. Ohne laufende Wartung ist ein gehärteter Prototyp zwar launchfähig, aber nach ein paar Wochen können wieder dieselben Probleme entstehen: veraltete Abhängigkeiten, unsaubere Feature-Merges, Sicherheitslücken oder steigende Betriebskosten.

Können wir mit zweiwöchigen Etappen arbeiten?

Ja, das ist unser Standard. Alle zwei Wochen Code-Review und Demo der letzten Features, danach die nächste Etappe. Du kannst jederzeit Prioritäten verschieben. Kein Problem, wir arbeiten agil.

Kostet die Code-Analyse wirklich nichts?

Ja. Wir analysieren deinen Lovable-Code kostenlos. Danach sagen wir dir ehrlich, ob sich eine Härtung lohnt oder ein Neuaufbau sinnvoller ist. Wenn du danach nicht mit uns arbeiten möchtest, ist das in Ordnung.

Wie stellt ihr sicher, dass Kundendaten sicher sind?

Wir setzen auf unsere cloud-native Infrastruktur mit klar getrennten Umgebungen, verschlüsselten Datenbanken, gehärteten Secrets und kontrollierten Zugriffsrechten. Sensible Daten werden anonymisiert oder zusätzlich verschlüsselt, je nach Schutzbedarf auch feldgenau mit eigener Schlüsselhoheit. Dazu kommen Secret-Rotation, strukturierte Logs, Monitoring, Eingabevalidierung und Rate-Limiting pro IP und pro Nutzer. So bleiben Daten, Betrieb und Skalierung kontrollierbar.

Bereit, deinen Lovable-Prototyp produktionsreif zu machen?

Schick uns deinen Code (Git-Repo, .zip oder Live-Link). Wir analysieren ihn kostenlos, schicken dir einen schriftlichen Bericht und einen klaren Plan für die Härtung.