vi3ecoding Team
Vor zwei Jahren wurde man ausgelacht für die Frage "kann ich an einem Wochenende eine echte SaaS bauen?".
Heute wird man nur noch gefragt, welchen Builder man benutzt hat.
Für mich ist die Antwort seit 18 Monaten Lovable. Lang genug, um bezahlte Kunden-Projekte damit zu shippen — inklusive foodla.eu, eine Multi-Restaurant-Plattform mit Auth, Dashboards und Suche.
Lovable ist 2026 kein Prototyping-Spielzeug mehr. Es ist ein Produktions-Tool, wenn man es so behandelt.
Weiterlesen auf vi3ecoding:
- Der Lovable + Supabase Stack
- Context-Dateien für Lovable-Projekte
- Eine SaaS-MVP an einem Wochenende auf Lovable shippen
Hier der ehrliche Founder-Guide — was es ist, was es nicht ist, und der Workflow, den ich tatsächlich nutze.
Was Lovable wirklich ist
Lovable ist ein AI App Builder. Du beschreibst, was du willst, und es shippt eine echte React + Tailwind App, gehostet, optional mit Supabase-Backend.
Was es von den zwölf Nachahmern unterscheidet:
- Es schreibt echten Code, den du lesen und ändern kannst.
- Es behandelt Supabase als First-Class-Backend, nicht als Datenbank-Nachgedanken.
- Es läuft auf einem Context-Engineering-Workflow, nicht nur auf Prompt-Tricks.
- Es shippt Full-Stack — Auth, RLS, Edge Functions, File Storage — in derselben Session.
Was es nicht ist: ein No-Code-Drag-and-Drop-Tool. Wenn du Webflow wolltest, ist das hier nichts für dich.
Für wen Lovable ist
Drei Gruppen, in dieser Reihenfolge:
- Founder, die ihr eigenes Produkt shippen. MVPs, interne Tools, Landing Pages mit Logik.
- Vibe-Coder, die für Kunden bauen. Das ist heute der Großteil von Vi3ecodings Pipeline.
- Produkt-Menschen in größeren Teams, die mit echtem Code prototypen wollen statt mit Figma.
Wenn du Senior-Entwickler bist und schon schnell mit Next.js lieferst, fühlt sich Lovable an Tag eins restriktiv an — und an Woche zwei überraschend nützlich.
Der Workflow, den ich wirklich nutze
Reduziert, immer derselbe.
- Context-Dateien schreiben (Produkt, Stack, Design, Entscheidungen). ~20 Minuten.
- Skelett in ein, zwei Prompts bauen. ~30 Minuten.
- Supabase verkabeln — Auth, Tabellen, RLS. ~1 Stunde.
- Ein Feature End-to-End shippen, bevor das nächste kommt.
- Diff reviewen. Immer.
Die letzte Regel überspringen die meisten. Lovable schreibt echten Code. Echter Code verdient ein echtes Review.
Die Fehler aus meinem ersten Monat
Damit du sie nicht machen musst:
- Ich habe ganze Features in einem Prompt verlangt. Sie funktionierten fast, was schlimmer war als gar nicht.
- Ich habe die Context-Dateien übersprungen, weil ich "das Projekt kenne". Die AI nicht.
- Ich habe Scope in jedem Prompt schleichen lassen.
- Ich habe Supabase als Nachgedanken behandelt. Auth und RLS muss man mitdenken, nicht anbauen.
Die Lösung ist überall dieselbe: kleinere Asks, reicherer Kontext, häufigere Reviews.
Wo Lovable großartig ist
- Von Idee zu klickbarem Produkt in einer Session.
- Ehrliche Stack-Defaults (TanStack Start, Tailwind, Supabase) ohne Lock-in.
- Datenbank als Teammate, nicht als Black Box.
- Auch Nicht-Engineers shippen etwas, das nicht peinlich ist.
- Schnelle UI-Iteration — was per Hand 40 Minuten braucht, dauert hier 2 Prompts.
Wo Lovable hakt
Ich würde lügen, wenn ich das weglassen würde.
- Sehr große Refactors über viele Dateien können driften. Aufteilen.
- Heavy Custom Animations und schräge Third-Party-Widgets brauchen Hand-Arbeit.
- Schlechten Kontext repariert es nicht. Garbage in, Garbage App.
- Lange Chat-Sessions werden laut — bei Bedarf neue starten.
Keiner dieser Punkte ist ein Blocker. Alle werden mit dem richtigen Workflow leichter.
Lovable vs die anderen AI-Builder
Die ehrliche Kurzversion:
- vs Bolt — Bolt ist schneller bei winzigen Prototypen; Lovable gewinnt bei Backend, Auth und allem, was du wirklich shippen willst.
- vs v0 — v0 ist ein UI-Generator. Lovable baut Applikationen.
- vs Cursor — Cursor ist für Engineers in einer bestehenden Codebase. Lovable ist für Builder, die von einer Spec starten.
Für ein echtes Produkt mit Datenbank, Usern und Umsatz ist Lovable heute die offensichtliche Wahl.
Wie ich Lovable-Kunden-Arbeit price
Meine volle Rate teile ich nicht im Blog, aber die grobe Form:
- Landing Page mit Logik: halber bis ein Tag Arbeit.
- Internes Tool mit Auth und 3–5 Screens: 1–2 Wochen.
- Echtes SaaS-MVP mit Supabase: 3–6 Wochen, wie ein kleines Dev-Shop-Projekt.
Der Grund, warum das funktioniert: Ich verkaufe keine Stunden. Ich verkaufe geshippte Produkte. Lovable komprimiert nur die Stunden.
Ein echtes Beispiel: foodla.eu
Multi-Restaurant-Plattform. Restaurants onboarden sich selbst, verwalten Menüs, loggen sich ein, suchen über die Datenbank. Echte User, echte Daten, echtes Revenue-Modell.
Gebaut auf Lovable, mit Supabase im Backend. Rund 10 Stunden fokussierte Build-Zeit nach den Context-Dateien. Dasselbe Projekt wäre 2022 ein Mehr-Monats-Engagement mit zwei Entwicklern gewesen.
Das Spannende ist nicht die gesparte Zeit. Es ist die Iterations-Geschwindigkeit nach Launch.
Solltest du dein nächstes Projekt auf Lovable wetten?
Wenn du Produkte shippst, ja. Wenn du Pitch-Decks shippst, nein.
Lovable belohnt Founder, die wie Operatoren denken, und bestraft Prompt-Touristen.
Das Tool ist nicht mehr der Engpass. Du bist es. Das ist die gute Nachricht.