Build in Public: Ein Lovable SaaS zu 1.000 US-Dollar monatlichem wiederkehrendem Umsatz

Wir schreiben das Jahr 2026. Ein SaaS aufzubauen ist in mancher Hinsicht schwieriger denn je. Der Markt ist übersättigt mit Nischen-Tools, und die Kosten für die Kundenakquise sind immens. Doch in anderer Hinsicht war es nie einfacher. KI-App-Builder haben die Umsetzungsgeschwindigkeit für Solo-Gründer und kleine Teams grundlegend verändert. Ein funktionsfähiges, KI-gestütztes Produkt lässt sich heute in Wochen, nicht in Monaten, entwickeln und auf den Markt bringen.

Genau das mache ich jetzt. Diese Serie ist ein transparenter, schnörkelloser Bericht über den Aufbau eines SaaS von Grund auf mit Lovable. Das Ziel ist, von 0 auf den ersten Meilenstein von 1.000 US-Dollar monatlich wiederkehrenden Einnahmen zu kommen. Das Produkt heißt PersonaFlow. Dies ist Woche Null.

Die Startlinie: Idee, Stack und Markt

Die Idee für PersonaFlow entstand aus einem echten, wiederkehrenden Problem, das ich bei Produkt- und Marketingteams beobachtet habe: Das Erstellen datengestützter User Personas ist ein langsamer, manueller und oft subjektiver Prozess. Teams verwenden entweder zu einfache Vorlagen, die wenig Mehrwert bieten, oder sie verzetteln sich in wochenlanger Forschungszusammenfassung. Es gibt eine klare Lücke für ein Tool, das diesen Prozess beschleunigt, ohne die Qualität zu beeinträchtigen.

PersonaFlow will genau dieses Tool sein. Es ist eine KI-App, die qualitative Daten - wie Transkripte von Kundeninterviews, Umfrageantworten und Support-Tickets - aufnimmt und innerhalb von Minuten reichhaltige, umsetzbare User Personas generiert. Der Kernwert ist nicht nur Geschwindigkeit. Es geht darum, Personas auf tatsächliche Kundendaten zu stützen und sie zu einem dynamischen Tool statt zu einem statischen Dokument zu machen.

Die Wahl des richtigen Stacks ist entscheidend. Für ein solches Projekt wäre vor ein paar Jahren die Standardwahl ein React-Frontend, ein Python-Backend mit FastAPI und ein Wochenende, das man mit Docker verbringt, gewesen. Nicht mehr. Der KI-Builder-Bereich ist ausgereift, und für diese spezielle Anwendung war Lovable die offensichtliche Wahl.

Hier ist ein kurzer Überblick über die Landschaft im Jahr 2026 und warum Lovable für PersonaFlow das Rennen gemacht hat:

| Tool | Hauptanwendungsfall | Warum nicht für PersonaFlow? | | :--- | :--- | :--- | | Lovable | Datenintensive KI-Workflows & Full-Stack-Anwendungen | N/A - Es ist die richtige Wahl. | | v0.dev | KI-generierte UI-Komponenten | Es ist ein fantastischer UI-Beschleuniger, aber kein Full-Stack-Builder. Es generiert Code, es betreibt das Backend nicht. | | Bolt | Autonome KI-Agenten & komplexe Orchestrierungen | Bolt ist für agentenbasierte Systeme gebaut. Es ist Overkill für einen strukturierten Workflow wie 'Daten rein, Persona raus'. | | Cursor | KI-nativer Code-Editor | Cursor ist eine IDE, keine No-Code-/Low-Code-Plattform. Es hilft, Code schneller zu schreiben, aber Lovable hilft, das Schreiben von Code ganz zu vermeiden. |

Lovable ist der Sweet Spot. Es bietet eine visuelle Oberfläche für den Aufbau komplexer KI-Ketten, integrierte Vektordatenbanken, native Benutzerauthentifizierung über Partner wie Clerk und einen überraschend leistungsfähigen UI-Builder. Es ist das Webflow für KI-native Anwendungen. Es ermöglicht mir, mich auf die Produktlogik zu konzentrieren, nicht auf den Boilerplate-Code.

Woche 1: Vom Prompt zum funktionierenden Prototyp

Die erste Woche drehte sich darum, das Kernkonzept zu beweisen und einen funktionsfähigen, wenn auch noch hässlichen, Prototyp zu erstellen. Das Ziel war einfach: Kann ich in Lovable einen KI-Workflow erstellen, der Rohtext aufnimmt und eine strukturierte Persona produziert? Die Antwort war glücklicherweise ja.

Die gesamte Backend-Logik wurde auf Lovables visueller Workflow-Oberfläche aufgebaut. Es sieht ungefähr so aus:

1. Input: Eine einfache Benutzeroberfläche mit einem großen Textbereich, in den der Benutzer seine Rohdaten (z.B. Interviewnotizen) einfügen kann.
2. Erster AI-Durchlauf: Der Text wird einem 'Summarizer'-Knoten zugeführt, der ein Modell wie Claude 4 Haiku verwendet, um die Schlüsselinformationen zu destillieren und den Input zu bereinigen.
3. Datenextraktions-AI: Die Zusammenfassung wird dann an einen zweiten AI-Knoten weitergeleitet. Dieser hat einen viel komplexeren Prompt, der darauf ausgelegt ist, spezifische, strukturierte Informationen zu extrahieren: Demografie, Ziele, Schmerzpunkte, Motivationen und wichtige Zitate. Der Schlüssel hier ist, das Modell zu zwingen, ein vorhersehbares JSON-Objekt zurückzugeben.
4. Persona-Generierungs-AI: Das strukturierte JSON aus dem vorherigen Schritt wird einem letzten, leistungsstarken Modell zugeführt (ich verwende dafür Claude 4 Opus). Die Aufgabe dieses Modells ist es, die strukturierten Daten in eine Erzählung zu verwandeln und die endgültige, menschenlesbare Persona-Beschreibung zu generieren.
5. Output: Die Ergebnisse werden in einem einfachen Kartenlayout angezeigt. Keine Datenbank, keine Benutzerkonten. Nur reine, zustandslose Ausführung.

Ehrlich gesagt, war der schwierigste Teil das Prompt Engineering für Schritt 3. Einen konsistent strukturierten JSON-Output aus unordentlichem Text zu erhalten, erforderte etwa ein Dutzend Iterationen und viel Ausprobieren. Man lernt, mit dem Modell zu 'sprechen', indem man ihm klare Beispiele und Einschränkungen gibt. Die anfänglichen Kosten für diese Woche waren praktisch null - nur meine Zeit, ein paar Dollar API-Guthaben im kostenlosen Plan von Lovable und viel Kaffee.

Woche 2: MVP mit echten Features auf den Markt bringen

In Woche zwei ging es darum, den Prototyp in ein Minimum Viable Product (MVP) zu verwandeln - etwas, wofür sich ein echter Benutzer anmelden und nutzen könnte. Dies bedeutete, zwei kritische Komponenten hinzuzufügen: Benutzerauthentifizierung und eine persistente Datenbank.

Hier glänzen Plattformen wie Lovable wirklich. Was mich eine Woche Programmierarbeit gekostet hätte, war hier etwa ein Tag Konfiguration.

• Authentifizierung: Ich habe Lovables native Clerk-Integration genutzt. Das Einrichten von Registrierung, Anmeldung und Benutzerverwaltung war eine Frage des Verbindens meines Clerk-Kontos und des Ziehens einiger vorgefertigter Komponenten auf die Seite. Gesamtzeit: vielleicht zwei Stunden. Das ist ein massiver Produktivitätssprung. Die Benutzerauthentifizierung ist gelöst.

• Datenbank: Die zustandslose Natur des Prototyps musste weichen. Ich benötigte eine echte Datenbank, um Benutzerdaten und die generierten Personas zu speichern. Ich wählte Neon, einen serverlosen Postgres-Anbieter. Lovable verfügt über einen integrierten SQL Connector-Knoten, sodass die Verknüpfung der Neon-Datenbank unkompliziert war. Ich schrieb ein paar einfache SQL-Abfragen innerhalb von Lovable, um Personas zu erstellen, zu lesen und aufzulisten, die einem angemeldeten Benutzer zugeordnet sind. Das Schema ist vorerst einfach: eine `users`-Tabelle, eine `projects`-Tabelle und eine `personas`-Tabelle mit einem Fremdschlüssel zum Benutzer.

Mit diesen Elementen an Ort und Stelle verbrachte ich den Rest der Woche mit einigen grundlegenden UI-/UX-Verbesserungen. Ich fügte eine Seitenleiste für die Navigation zwischen einem Dashboard und der Generierungsseite hinzu. Ich organisierte die Ausgabe in Tabs: 'Übersicht', 'Ziele & Probleme' und 'Quelldaten'. Es wird immer noch keine Designpreise gewinnen, aber es ist sauber, funktional und bereit für Feedback.

Am Ende der zweiten Woche war PersonaFlow eine echte, nutzbare Web-App. Gesamte MRR: 0 US-Dollar. Aber das Fundament ist gelegt.

Der Plan: Erste Nutzer und erste Einnahmen gewinnen

Der Fokus verlagert sich nun vom Aufbau auf den Vertrieb. Der Go-to-Market-Plan, um die ersten 10 Nutzer und hoffentlich den ersten zahlenden Kunden zu finden, ist eine direkte, manuelle Arbeit. Hier gibt es keine Patentlösung.

1. Persönliche Ansprache: Ich habe eine Liste von 25 Kontakten - Produktmanager, UX-Researcher und Marketer, mit denen ich zusammengearbeitet habe oder die ich beruflich kenne. Jeder von ihnen erhält eine persönliche E-Mail mit einem Link zur App und dem Angebot eines lebenslangen kostenlosen Zugangs im Austausch für 30 Minuten ihrer Zeit für ein Feedbackgespräch. Das Ziel ist es, 5-7 dieser Personen aktiv zur Nutzung zu bewegen.

1. Community-Engagement: Ich werde Reddit oder Indie Hackers nicht mit "Schaut euch meine neue App an!" zuspammen. Stattdessen werde ich Diskussionen über User Research und Persona-Erstellung an Orten wie r/productmanagement finden. Ich werde echten Rat anbieten und, nur wo es wirklich hilfreich ist, das Tool erwähnen, das ich entwickle, um genau dieses Problem zu lösen.

1. Öffentliches Bauen: Dieser Blogbeitrag ist ein Kernbestandteil der Strategie. Die Dokumentation des Weges schafft Rechenschaftspflicht für mich und bietet hoffentlich einen Mehrwert für andere. Eine Zielgruppe von Mitentwicklern kann eine mächtige Quelle für Early Adopter und Fürsprecher sein.

Was die Preisgestaltung betrifft, halte ich es einfach. Es wird einen kostenlosen Tarif geben, der 3 Persona-Generierungen erlaubt. Der 'Pro'-Plan kostet 19 US-Dollar pro Monat für unbegrenzte Generierungen, Projektorganisation und zukünftige Funktionen. Das unmittelbare Ziel ist nicht, reich zu werden. Es ist, eine Person - nur eine - zu finden, die genügend Wert in PersonaFlow sieht, um bereit zu sein, ihre Kreditkartendaten einzugeben. Das wird der wichtigste Validierungsmeilenstein sein.

FAQ: Kann man wirklich ein vollständiges SaaS in Lovable entwickeln?

Ja, für eine beträchtliche Klasse von KI-nativen Anwendungen kann man das absolut. Lovable kümmert sich um die Frontend-UI, die Backend-Geschäftslogik, die Integration von KI-Modellen und Datenbankverbindungen. Mit seinen nativen Integrationen für Dinge wie Authentifizierung (Clerk) und Zahlungen (Stripe) kann man ein komplettes, produktionsreifes SaaS zusammenstellen, ohne eine einzige Zeile traditionellen Backend-Codes schreiben zu müssen. Man könnte irgendwann an eine Grenze stoßen, wenn es um eine hochgradig individuelle Funktion geht, aber man kann bis zu 10.000 US-Dollar MRR und darüber hinaus kommen, bevor das ein echtes Problem wird.

FAQ: Was kostet der Betrieb dieses Stacks?

Im Moment sind die Kosten unglaublich niedrig. Lovable hat einen großzügigen kostenlosen Plan, den ich noch nutze. Der kostenlose Plan von Clerk deckt bis zu 10.000 monatlich aktive Benutzer ab. Neons kostenloser Plan für Postgres ist für die Anfangszeit mehr als ausreichend. Die einzige echte variable Kosten sind die Nutzung der KI-Modelle, die über Lovable abgerechnet werden. Für die ersten paar hundert Benutzer sollten die gesamten monatlichen Kosten weit unter 50 US-Dollar liegen. Diese niedrige Kostenstruktur macht den Aufbau eines schlanken Startups im Jahr 2026 so machbar.

FAQ: Was ist bisher die größte Herausforderung?

Die größte Herausforderung ist nicht technischer, sondern psychologischer Natur. Der technische Teil war, dank Lovable, schnell und aufregend. Die eigentliche Herausforderung ist das klassische Gründerdilemma: dem Drang zu widerstehen, "nur noch eine Funktion" hinzuzufügen, bevor man es jemandem zeigt. Der schwierige Teil ist, aus der komfortablen Welt des Bauens in die unbequeme Welt des Verkaufens und des Einholens von Feedback zu treten. Das Tool ist ausreichend bereit. Jetzt kommt der eigentliche Test.