So führst du einen SaaS-Smoke-Test mit Lovable durch

Ein SaaS-Smoke-Test mit Lovable bedeutet: Du veröffentlichst ein fokussiertes Angebot, nennst einen Preis und misst, ob die richtigen Besucher Zugang anfordern - noch bevor du das eigentliche Produkt baust. Das Experiment lässt sich innerhalb von 48 Stunden starten, doch genügend Traffic für ein klares Urteil ist damit nicht garantiert. Dieser Leitfaden liefert dir die Seitenstruktur, einen fertigen Build-Prompt zum Kopieren, ein Budgetlimit von 75 Dollar und klare Regeln für die nächsten Schritte.

Was ein SaaS-Smoke-Test tatsächlich beweist

Ein Smoke-Test misst die Resonanz auf ein Angebot. Er beweist nicht, dass Kunden zahlen, zahlende Kunden bleiben oder das versprochene Ergebnis erzielen.

Diese Unterscheidung spart Solo-Gründern Wochen an Arbeit. Eine Seite kann Registrierungen anziehen, weil das Versprechen attraktiv klingt - während der eigentliche Workflow viel zu selten vorkommt, um ein Abonnement zu tragen.

Die entscheidende Frage ist konkreter: Macht eine bestimmte Zielgruppe einen verbindlichen nächsten Schritt, nachdem sie ein konkretes Ergebnis und den Preis gesehen hat?

Als Beispiel dient hier ein Tool für kleine Buchhaltungsbüros, das eine Excel-Liste fehlender Belege in individuelle Erinnerungs-Entwürfe für Mandanten verwandelt. Geplanter Preis: 29 Dollar pro Monat. Das sind Testparameter, keine Empfehlung oder verifizierte Geschäftszahlen.

Die Testseite zeigt ein deutlich gekennzeichnetes Beispiel, erklärt den Ablauf und bietet einen Button: "Vorabzugang zum Preis von 29 $/Monat anfordern".

Direkt daneben steht: "Konzept-Vorschau. Noch nicht verfügbar. Keine Zahlung erforderlich."

Das ist ein ehrlicher Smoke-Test. Ein gefakter Checkout, der erst nach Eingabe der Kreditkartendaten verrät, dass das Produkt gar nicht existiert, ist völlig unnötig.

Teste das Angebot, nicht dein Talent für UI-Generierung

Lovable erleichtert den Bau der Seite enorm. Vertrieb liefert das Tool aber nicht, und höfliches Interesse verwandelt es auch nicht magisch in echte Nachfrage.

Verzichte auf Dashboard, Login, Billing-Integration und AI-Backend. All das klärt technische Detailfragen, bevor überhaupt die Kaufbereitschaft geklärt ist.

Dein Test braucht nur:

• Eine klar definierte Zielgruppe.
• Ein wiederkehrendes Problem.
• Ein konkretes Resultat.
• Einen sichtbaren Richtpreis.
• Einen messbaren nächsten Schritt.

Klingt deine Idee noch nach "KI-Produktivitätsplattform für Unternehmen", musst du sie erst schärfen. Such dir im Bereich für App-Ideen einen Workflow und wähle Zielgruppe und Auslöser, um das Ganze greifbar zu machen.

Hypothese, Budget und Abbruchkriterien definieren

Formuliere deine Entscheidungskriterien, bevor du Lovable überhaupt öffnest. Sonst wird jede einzelne Anmeldung zur Ausrede, einfach weiterzuentwickeln.

Für unser Buchhaltungs-Beispiel lautet die Hypothese: "Kleine Buchhaltungskanzleien, die fehlenden Mandantenunterlagen hinterherlaufen, fordern Vorabzugang zu einem Tool für Erinnerungs-Entwürfe an, nachdem sie den Preis von 29 Dollar pro Monat gesehen haben."

Der Preis gehört zwingend in die Hypothese. Wer ihn verschweigt, sammelt nur Klicks für ein unklares Versprechen.

Setz auf ein zeitlich begrenztes Experiment

Plane rund 11 Stunden aktive Arbeitszeit innerhalb eines 48-Stunden-Fensters ein. Das sind Richtwerte, keine festen Garantien.

| Aufgabe | Zeitbudget (aktiv) | Ergebnis | |---|---:|---| | Zielgruppe, Problem und Entscheidungsregel definieren | 1 Stunde | Schriftlicher Experiment-Steckbrief | | Konzeptseite bauen | 2 Stunden | Eine veröffentlichte Seite | | Speicher, Tracking und Tests konfigurieren | 2 Stunden | Funktionierender Funnel mit geprüften Events | | Relevante Besucher gewinnen | 3 Stunden | Nachvollziehbare Traffic-Quellen | | Kurze Folgegespräche führen | 2 Stunden | Echtes Feedback statt reiner Klickzahlen | | Auswerten und entscheiden | 1 Stunde | Weitermachen, anpassen, stoppen oder unschlüssig |

Deckle die zusätzlichen Ausgaben für das Experiment bei 75 Dollar. Eine mögliche Aufteilung: 40 Dollar für gezielten Traffic, 15 Dollar für eine optionale Domain und 20 Dollar Puffer. Das sind Budgetgrenzen, keine fixen Angebote. Spar dir die Domain, falls sie zu teuer ist.

Dieses Limit versteht sich ohne dein bestehendes Lovable-Abo und deine Arbeitszeit. Jedes neue Abo oder Backend-Upgrade musst du zu den Gesamtkosten hinzurechnen, bevor du es abschließt. Stand Oktober 2026 solltest du dich an der aktuellen Lovable-Preisübersicht und deinen Kontoeinstellungen orientieren, statt dich auf feste Credit-Zusagen zu verlassen.

Du musst nicht zwingend Traffic kaufen. Der Zugang zu einer passenden Fachgruppe bringt oft mehr als 40 Dollar für breit gestreute Anzeigen.

Definiere konkrete Zielmarken

Für einen ersten Orientierungstest eignen sich folgende Schwellenwerte:

• Mindestens 100 qualifizierte Landing-Sessions.
• Mindestens 10 Sessions mit Klick auf den Zugangs-Button.
• Mindestens fünf erfolgreiche Vorab-Anfragen.
• Mindestens drei Folgegespräche mit Personen, die dem Zielprofil entsprechen.

Das sind bewusst gesetzte Hürden, keine Branchenstandards oder statistisch abgesicherte Stichprobengrößen. Sie geben dem Test Struktur, beweisen aber noch keinen Product-Market-Fit.

Als qualifizierte Session zählt jeder Besuch ohne eigene Tests oder erkennbare Bots, der über eine zielgruppenrelevante Quelle kommt. Ob das Profil wirklich passt, klärst du in kurzen Gesprächen. Kampagnen-Tracking allein belegt schließlich keinen Beruf.

Klicks von hilfsbereiten Freunden zählen nicht. Verwirf die Idee aber auch nicht gleich als gescheitert, nur weil lediglich 17 Leute auf der Seite waren. Zu wenig Traffic bedeutet schlicht: Das Experiment ist nicht aussagekräftig.

Testseite in Lovable aufsetzen und tracken

Halte die erste Version radikal schlank. Erkläre das Ergebnis direkt im sichtbaren Bereich (Above the fold), zeig ein Muster, nenn den Preis und frag nach Interessenten.

Für das Buchhaltungsbeispiel eignet sich eine Headline wie: "Verwandle deine Liste fehlender Belege in fertige Erinnerungs-Entwürfe".

Das sagt mehr aus als "Dein KI-gestützter Finanz-Copilot" und verspricht nicht das Blaue vom Himmel.

Diesen Build-Prompt verwenden

```text Baue einen responsiven, einseitigen SaaS-Konzepttest.

Zielgruppe: kleine Buchhaltungsbüros, die Mandanten wegen fehlender Belege hinterherlaufen. Ergebnis: Verwandelt eine Excel-Tabelle mit fehlenden Belegen in individuelle Erinnerungs-Entwürfe. Geplanter Preis: 29 $/Monat. Als Richtwert kennzeichnen, nicht als verbindliches Angebot.

Das ist ein Nachfrage-Experiment, kein funktionierendes Produkt. Keine Authentifizierung, kein Billing, keine KI-Generierung und keine Datei-Uploads bauen.

Seitenbereiche:

1. Konkrete Headline und ein Satz zur Erklärung.
2. Drei-Schritte-Workflow: Liste vorbereiten, Entwürfe prüfen, über bestehende Mail-Programme versenden.
3. Statisches Vorher-Nachher-Beispiel mit fiktiven Namen und Daten.
4. Geplanter Preis und ein primärer Call-to-Action.
5. Kurze FAQ und Hinweise zum Datenschutz.

Alle Beispiele als exemplarisch kennzeichnen, nicht als Ausgabe eines echten Produkts. Direkt neben dem CTA folgenden Hinweis platzieren: "Konzept-Vorschau. Noch nicht verfügbar. Keine Zahlung erforderlich."

CTA: "Vorabzugang zum Preis von 29 $/Monat anfordern". Öffne ein Formular, das nur die E-Mail-Adresse und optional die aktuelle Übergangslösung abfragt. Erkläre, dass die Einsendung Rückfragen zu diesem Konzept ermöglicht und kein allgemeines Marketing-Abo ist.

Bei erfolgreicher Übermittlung einen Dankes-Status anzeigen. Erfolg nur anzeigen, wenn der Server die Speicherung bestätigt. Doppelte Einsendungen verhindern und serverseitige Basis-Validierung sowie Missbrauchsschutz einbauen.

Tracke landing_view und access_click über eine zufällige Session-ID. Erfasse access_request_success serverseitig erst nach erfolgreicher Speicherung. Keine E-Mail-Adressen oder Freitext-Antworten an Analytics-Tools senden. Kein Fingerprinting oder Werbetracker verwenden. Zugangsanfragen vertraulich behandeln. Kein öffentlicher Lesezugriff.

Erkläre vor der Umsetzung den Speicher, die Analytik, Zugriffskontrollen sowie alle Einrichtungs- oder Einwilligungsschritte, die ich erledigen muss. Behaupte nicht, dass Integrationen funktionieren, bevor sie konfiguriert und getestet sind. ```

Betrachte das Ergebnis als Entwurf. Generierte Datenschutztexte garantieren keinen rechtskonformen Umgang mit Daten, und ein Prompt, der sichere Speicherung verlangt, überprüft noch lange nicht die technische Umsetzung. Kontrolliere die tatsächliche Konfiguration, bevor du Mailadressen sammelst.

Verlange bei Anpassungen immer nur eine begrenzte Änderung auf einmal. Die Prompt-Bibliothek hilft, wenn eine kleine Korrektur sonst in einem ungewollten kompletten Neuaufbau ausartet.

Miss einen Funnel, keine Klicksammlung

Nutze drei Events mit klarer Bedeutung:

| Event | Auslöser | Bedeutung | |---|---|---| | `landing_view` | Erster Seitenaufruf in einer Session | Ein Besucher hat das Angebot gesehen | | `access_click` | Erster Klick auf den Zugangs-Button in der Session | Das Angebot hat zum nächsten Schritt motiviert | | `access_request_success` | Server bestätigt gespeicherte Anfrage | Der Besucher hat die Anfrage vollständig abgeschickt |

Bereinige Events innerhalb derselben Session um Duplikate und filtere Testaufrufe heraus. Eine zufällige Session-ID verhindert künstlich aufgeblähte Klickzahlen. Beachte aber: Sessions sind keine eindeutigen Personen. Wer über einen zweiten Browser zurückkehrt, taucht zweimal auf.

Zähle bei der Conversion-Rate nur Sessions mit mindestens einer bestätigten Anfrage, keine reinen Klick-Events auf Absenden. Reagiere fehlerfrei auf bereits bekannte Mailadressen, ohne sie als neue Anfrage zu werten.

Setze auf Parameter wie `utm_source=bookkeeper_group`. E-Mail-Adressen gehören unter keinen Umständen in eine URL. Passe Tracking und Consent-Banner an die Vorgaben deiner Zielmärkte an; der Verzicht auf Werbetracker entbindet dich nicht automatisch von Datenschutzpflichten.

Checkliste vor dem Launch

• [ ] Die Seite stellt unmissverständlich klar, dass es sich um ein Konzept handelt.
• [ ] Der geplante Preis ist vor dem Absenden sichtbar.
• [ ] Beispiele enthalten ausschließlich erfundene Daten.
• [ ] Das Formular funktioniert mobil und im privaten Browserfenster.
• [ ] Schlägt das Speichern fehl, erscheint ein Fehler statt einer Dankesnachricht.
• [ ] Anonyme Besucher können gespeicherte Anfragen nicht abrufen.
• [ ] Mehrfaches Klicken verfälscht die Event-Zählung auf Session-Ebene nicht.
• [ ] Analytics erfasst weder Mailadressen noch Freitext-Antworten.
• [ ] Verwendungszweck und Kontakt für Löschanfragen sind ausgewiesen.
• [ ] Eigene Test-Einsendungen sind aus den Berichten herausgefiltert.

Wenn du den privaten Zugriff auf den Speicher nicht verifizieren kannst, sammle noch keine E-Mails. Behebe das Problem oder weiche auf einen sauber konfigurierten Formulardienst mit klaren Zugriffsrechten aus.

Den 48-Stunden-Test durchziehen und entscheiden

Das Zeitlimit soll Ausgaben und Endlos-Basteleien eindämmen, dich aber nicht dazu verleiten, dir Ergebnisse schönzurechnen.

Stunde 0 bis 8: Veröffentlichen und verifizieren

Verfasse das Briefing, erstelle die Seite und teste den kompletten Ablauf einer Anfrage. Prüfe gespeicherte Datensätze und Events direkt im System. Ein funktionierender Button auf einer generierten Oberfläche beweist erst einmal gar nichts.

Sobald du Besucher auf die Seite holst, bleibt das Angebot unverändert. Technische Bugs darfst du beheben, aber ändere nicht mittendrin Headline, Preis und CTA gleichzeitig. Sonst vermischst du zwei Experimente in einem chaotischen Datensatz.

Stunde 8 bis 36: Die richtigen Besucher anlocken

Konzentriere dich auf einen Hauptkanal, in dem deine Zielgruppe bereits unterwegs ist. Für Buchhaltungs-Tools kommen relevante Fachforen infrage, in denen Feedback-Posts erlaubt sind, oder gezielt kontaktierte Kanzleien mit passendem Profil.

Kommuniziere offen, dass du Feedback zu einem Konzept suchst. Halte dich an Community-Regeln und rechtliche Vorgaben für Direktansprache. Scrape keine riesigen Kontaktlisten und tarne deine Anfrage nicht als neutrale Empfehlung.

Trenne die Ergebnisse sauber nach Quellen. Zehn Anfragen aus einer breiten Startup-Community wiegen oft weniger als drei Rückmeldungen echter Buchhalter, die von ihrem monatlichen Beleg-Chaos berichten.

Wird bezahlter Traffic zu teuer, um dein Ziel innerhalb des Budgets zu erreichen, stoppe die Kampagne. Verwässere nicht die Zielgruppe, nur um die Besucherzahlen künstlich aufzuhübschen.

Stunde 36 bis 48: Das Verhalten hinter den Zahlen analysieren

Stelle Interessenten drei Fragen:

1. Wann trat dieses Problem zuletzt bei dir auf?
2. Wie hast du es gelöst und wie lange hat das ungefähr gedauert?
3. Was würde den Preis von 29 Dollar pro Monat für dich unrentabel machen?

Achte auf konkrete Erfahrungen und aktuelle Workarounds. Ein "Klingt spannend" ist kein Kaufbeleg. Genauso wenig wie ein unverbindliches Versprechen, später vielleicht ein Abo abzuschließen.

Angenommen, du verzeichnest 120 qualifizierte Sessions, 14 Zugangs-Klicks und sechs bestätigte Anfragen. Das entspricht einer Klickrate von 11,7 Prozent und einer Anfrage-Quote von 5 Prozent. Damit hast du die Zielmarken rechnerisch erreicht, doch die Aussagen aus den Gesprächen wiegen schwerer.

Nutze diese Entscheidungsmatrix:

| Ergebnis | Entscheidung | Nächster Schritt | |---|---|---| | Traffic-Ziel verfehlt | Nicht aussagekräftig | Distribution optimieren oder weiteren begrenzten Test ansetzen | | Qualifizierter Traffic, kaum Klicks | Überarbeiten oder beenden | Prüfen, ob Besucher das Angebot verstanden haben | | Klicks, aber kaum bestätigte Anfragen | Hürden analysieren | Formular testen und nach Einwänden fragen | | Anfragen von der falschen Zielgruppe | Signal verwerfen | Kanal oder Positionierung schärfen | | Anfragen plus echter Leidensdruck | Vorsichtig fortfahren | Workflow mit ausgewählten Nutzern testen |

Weitermachen bedeutet hier: die nächste Hypothese testen, nicht sofort die komplette Software programmieren. Du brauchst erst Belege dafür, dass das Ergebnis echten Nutzen stiftet, Kunden Geld in die Hand nehmen und der Workflow regelmäßig wiederkehrt.

Halte die Ergebnisse auf einer Seite fest: Datum, Traffic-Quellen, Ausgaben, Kennzahlen, Einwände und die getroffene Entscheidung. Überarbeitest du das Angebot, archiviere die alten Daten getrennt, statt sie zu vermischen. Ziel ist es, die nächste Wette kleiner und fundierter anzugehen.

Lässt sich ein Lovable-Smoke-Test komplett kostenlos umsetzen?

Durchaus, sofern dein bestehendes Lovable-Kontingent, Hosting, Formularspeicher und Analytics das Experiment abdecken. Nutze die integrierte Subdomain und sammle Besucher ohne bezahlte Werbung. Prüfe vorher die geltenden Limits; kostenlose Software ändert nichts am Zeitaufwand, passende Interessenten aufzuspüren.

Welche Conversion-Rate ist bei einem SaaS-Smoke-Test gut?

Eine pauschale Quote gibt es nicht. Traffic-Qualität, Preis und die geforderte Verbindlichkeit verändern die Zahlen massiv. Im gewählten Beispiel sind fünf Anfragen pro 100 qualifizierten Sessions ein Richtwert, keine feste Branchennorm. Die Passung der Zielgruppe und ein spürbarer Leidensdruck sagen mehr aus als die nackte Prozentzahl.

Sollte man bei einem SaaS-Smoke-Test direkt Zahlungen annehmen?

Nicht bei dieser Art von Experiment. Eine Vorab-Anfrage prüft das Interesse ab, ohne Zahlungs- oder Lieferpflichten zu begründen. Ein späterer Vorbestellungs-Test erfordert klare Lieferfristen, Erstattungsregeln und rechtliche Absicherung. Verwechsle Vorab-Anmeldungen keinesfalls mit validiertem Umsatz.