Du musst 2026 nicht programmieren lernen, um ein echtes Abo-Geschäft zu bauen. Du brauchst ein Problem, eine Woche fokussierte Arbeit und ein Tool, das die Technik zusammenstaucht. Diese Anleitung führt durch jede Entscheidung, damit du bis Sonntag launchst.
Software wurde früher von Software-Ingenieuren gebaut. Die Leute, die ein Werkzeug brauchten, der Zahnarzt mit einem Terminproblem, der Freelancer, der in Rechnungen ertrinkt, der Gründer mit einer These: mussten ihre Idee durch jemanden übersetzen, der programmieren konnte, und zusehen, wie sie verwässert zurückkam. Die Geschichte des Indie-SaaS ist die Geschichte dieser Verwässerung.
Diese Lücke schloss sich in den letzten achtzehn Monaten leise. Heute kann ein Gründer, der ein Produkt in einfacher Sprache beschreiben kann, es in einer Woche launchen. Wir haben das oft genug gesehen, um das Muster aufzuschreiben. Hier ist es.
Tag 0: Die richtige Haltung
Vor dem ersten Prompt verinnerliche eine Idee: du baust keine Software. Du baust ein Geschäft, das sich zufällig als Software ausdrückt. Der Code ist der billigste Teil. Das Denken ist der teure Teil. Lovable schreibt den Code; das Denken musst du übernehmen.
Praktisch heißt das drei Verpflichtungen. Du wirst dem Umfang nicht hinterherjagen. Du wirst dem Feinschliff nicht vor der Nützlichkeit hinterherjagen. Und du wirst das Gespräch mit den ersten zehn Leuten, die dich vielleicht bezahlen, nicht überspringen.
Tag 1: Das kleinste nützliche Produkt abstecken
Die meisten gescheiterten SaaS-Versuche sterben beim Abstecken. Der Gründer beschreibt eine Vision statt eines Features, die KI produziert eine visionsförmige Skizze, und drei Wochen verschwinden in etwas, für das niemand zahlen will.
Die Lösung ist unglamourös: schreib einen einzigen Absatz, der den Nutzer, den schmerzhaften Moment und die kleinste Handlung nennt, die du ihm erlaubst, um den Schmerz zu lindern. Passt es nicht in einen Absatz, hast du es nicht abgesteckt.
Der Ein-Absatz-Test
Ein Nutzer (konkrete Person) hat gerade (konkreter schmerzhafter Moment). Er öffnet meine App und (einzelne Hauptaktion), was (einzelnes messbares Ergebnis) erzeugt. Alles andere ist eine spätere Version.
Als wir eine Kohorte von vierzig Lovable-Gründern durch diese Übung schickten, waren die, die launchten, fast durchweg die, die an Tag eins ehrlich absteckten. Die, die es nicht taten, bauten ewig weiter.
Tag 2: Der erste Prompt, der wirklich funktioniert
Öffne Lovable. Widersteh dem Drang, einen langen, hoffnungsvollen Prompt zu schreiben, der jedes Feature nennt. So ein Prompt produziert eine generische App, die du dreimal neu baust.
Schreib stattdessen einen Prompt, der die Marke, das Publikum, die einzelne Hauptaktion und eine klare visuelle Referenz nennt. Etwa so:
Bau die Marketing-Landing-Page und den einzelnen Kern-Screen für ein SaaS namens Tally Notes. Publikum: Indie-Freelancer, die Stundenzettel von Hand führen. Kern-Screen: eine ruhige Oberfläche in Magazin-Qualität, um abrechenbare Zeit in unter fünf Sekunden zu erfassen. Ästhetik: Linear trifft Kinfolk: großzügiger Weißraum, feiner Serifen-Akzent in Überschriften, sanfter violetter Verlauf im Hero. Kein Dashboard-Wildwuchs.
Beachte, was dieser Prompt tut. Er nennt eine Marke, damit die KI sich darauf festlegt. Er nennt ein Publikum, damit die Texte konkret sind. Er nennt einen einzelnen Screen, damit die KI nicht ausufert. Und er nennt eine visuelle Referenz, damit das Design meinungsstark ist. Das Ergebnis wird nicht perfekt sein, aber nah genug, um zu iterieren.
Tag 3: Authentifizierung und die Datenbank
Bitte Lovable, E-Mail-und-Passwort-Authentifizierung und einen Google-Anmelde-Button hinzuzufügen. Das ist ein Prompt. Das verwaltete Backend stellt die Datenbank, die Auth-Tabellen und die Row-Level-Security-Richtlinien hinter den Kulissen bereit. Du siehst im nächsten Preview einen funktionierenden Anmeldefluss.
Definier jetzt dein Datenmodell: aber tu es über die Nutzung, nicht über die Architektur. Sag Lovable, was ein Nutzer speichern können soll, nicht welche Spalten zu erstellen sind. Das Modell entwirft das Schema; du prüfst, dass der Nutzerfluss funktioniert.
Eine kleine Gewohnheit, die Wochen spart
Klick dich nach jeder bedeutsamen Änderung durch das Live-Preview, wie es dein künftiger erster Kunde täte. Melde dich an. Logg dich aus. Vergiss dein Passwort. Melde dich wieder an. Drei Minuten davon fangen Bugs, die ein automatischer Test nicht fände.
Tag 4: Das eine Feature, für das Leute zahlen
An Tag vier hast du eine Hülle. Bau jetzt das einzelne Feature, das das ganze Produkt rechtfertigt. Nicht drei Features. Eins. Bau es gut genug, dass ein Fremder es ohne Anleitung nutzen könnte.
Für Tally Notes ist das, eine abrechenbare Stunde in unter fünf Sekunden zu erfassen. Die ganze UI beugt sich um dieses Ziel. Für ein anderes Produkt ist es etwas anderes. Aber die Disziplin ist dieselbe: jede Komponente, jeder Prompt, jede Verfeinerung an Tag vier sollte sich zu diesem einen Erlebnis summieren.
Tag 5: Zahlungen, Pläne und Preise
Verbinde Stripe. Lovable hat eine Ein-Prompt-Integration, die eine Checkout-Session, ein Billing-Portal und einen Webhook-Handler auf dem verwalteten Backend erstellt. Definier zum Start einen einzigen Plan: meist irgendwo zwischen $9 und $29 pro Monat: und bepreis nach dem Wert des schmerzhaften Moments, den du linderst, nicht nach der Arbeit, die du reingesteckt hast.
Die meisten Erstgründer bepreisen zu niedrig. Der Instinkt kommt aus dem Hochstapler-Syndrom, nicht aus Marktforschung. Der Preis, der einem kleinen Unternehmen Ernsthaftigkeit signalisiert, liegt selten unter $19 im Monat.
Tag 6: Feinschliff, Texte und eine Landing Page, die konvertiert
Feinschliff an Tag sechs geht nicht um Verläufe. Es geht darum, Reibung zu entfernen. Geh den ganzen Fluss als Erstnutzer durch und notier jeden Moment des Zögerns. Bitte dann Lovable, jeden zu beheben. Ein Button, der seinen Zweck nicht klarmacht. Ein Formularfeld, das für den Nutzer ausgefüllt werden könnte. Eine Bestätigung, die ein einzelner Klick sein könnte.
Die Landing Page ist die andere Hälfte von Tag sechs. Eine Ein-Satz-Überschrift, die das Problem in den Worten des Nutzers nennt. Ein zweiter Satz, der die Linderung nennt. Ein einzelner CTA. Ein klarer Preis. Ein paar ehrliche Screenshots. Nichts sonst. Die meisten SaaS-Landing-Pages scheitern, weil sie erfolgreich aussehen wollen, statt klar zu sein.
Tag 7: Launch und die ersten zehn Kunden
Launch an Tag sieben nicht auf Product Hunt. Launch an zehn konkrete Leute. Leute, von denen du weißt, dass sie in dem schmerzhaften Moment sind, den dein Produkt adressiert. Mail sie einzeln an, mit einem Satz über das, was du gebaut hast, und einem Link zum Ausprobieren. Fünf antworten. Einer oder zwei zahlen.
Diese ein oder zwei zahlenden Kunden sind nicht der Preis. Sie sind die Daten. Sprich eine Woche mit ihnen. Beobachte, wie sie das Produkt nutzen. Hör auf das zweite Feature, nach dem sie immer wieder fragen. Das ist deine Roadmap, dir gratis gegeben von den Leuten, deren Problem du tatsächlich gelöst hast.
Öffne den Editor, schreib deinen ersten Prompt und starte die Woche.
Was nach dem Launch passiert
Das Woche-eins-Playbook ist bewusst eng. Sobald du deine ersten zehn Kunden hast, ändert die Arbeit ihre Form. Du baust kein Produkt mehr; du führst ein Geschäft mit Software darin. Das ist ein anderer Essay, aber dasselbe Tool. Lovable ist eine Werkstatt, die du weiter nutzt.
Häufig gestellte Fragen
Muss ich programmieren lernen, um Lovable zu nutzen?
Nein. Du musst klar schreiben und klar denken. Das Modell produziert den Code aus deinen Beschreibungen. Die meisten erfolgreichen Gründer in unserer Kohorte öffneten nie einen Code-Editor.
Wie lange dauert es wirklich, ein SaaS mit Lovable zu bauen?
Ein fokussierter Gründer kann eine nützliche, bezahlte erste Version in fünf bis sieben vollen Tagen launchen. Zwei Wochen, wenn du auch Marketing-Texte schreiben und Screenshots machen musst. Der Großteil der Verzögerung ist Entscheiden, nicht Engineering.
Was mache ich, wenn Lovable etwas falsch macht?
Beschreib in zwei Sätzen, was du siehst, gegenüber dem, was du erwartet hast. Das Modell ist exzellent darin, die Lücke zu schließen, wenn du sie präzise benennst. Vage Prompts bekommen vage Korrekturen.
Kann ich Lovable für ein ernstes, langfristiges Geschäft nutzen?
Ja. Der exportierte Code ist eine standardmäßige React-, Vite- und TypeScript-Codebasis. Das verwaltete Backend baut auf Postgres auf. Es gibt kein Vendor-Lock-in, das dich hindert, später Ingenieure einzustellen.
Wie nehme ich Zahlungen?
Lovable integriert Stripe über einen einzigen Prompt. Checkout, Billing-Portal und Webhook-Handling werden automatisch auf dem verwalteten Backend gerüstet.
Das Briefing
Das Beste von Lovable, einmal pro Woche.
Tiefe Tests, Gründer-Fallstudien und Growth-Taktik. Ohne Füllstoff.
Kein Spam. Abmeldung mit einem Klick.
Bau etwas mit uns
Mit Lovable loslegen
Öffne Lovable, schreib deinen ersten Prompt und launch das Ding, über das du schon viel zu lange nachdenkst.
Mit Lovable loslegen
