Vom Optiker zu 35.000 $/Monat mit 3 Micro-SaaS: Wie Samuel Rondot durch kluges Kopieren und 1%-Verbesserungen reich wurde
Der französische Indie-Hacker Samuel Rondot arbeitete rund drei Jahre als Optiker und brachte sich um 2017 mit einem einzigen 15-stündigen YouTube-Kurs das Programmieren bei. Seine Regel: „Ich baue nie etwas, das nicht schon existiert und erfolgreich ist.“ Er geht in Nischen mit nachweislich zahlenden Kunden und baut eine etwas bessere Version. Sein Portfolio – UseArtemis (LinkedIn-Leadgenerierung), StoryShort.ai (KI-Kurzvideos) und Capacity.so (KI-App-Builder) – erreichte 2025 laut eigener Angabe rund 35.000 $/Monat; StoryShorts 22.309 $ MRR und 391 zahlende Abonnenten sind von TrustMRR über Stripe verifiziert. Allein, ohne Investoren.
Prozess
Samuel Rondots gesamte Methode passt in einen einzigen, wenig glamourösen Satz:
„Ich baue nie etwas, das nicht schon existiert und erfolgreich ist.“
Der französische Indie-Hacker hat kein Informatikstudium und arbeitete etwa drei Jahre als Optiker. Seine gesamte formale Programmierausbildung bestand aus einem 15-stündigen Kurs auf YouTube. Seitdem hat er allein drei SaaS-Produkte gebaut: UseArtemis (LinkedIn-Leadgenerierung), StoryShort.ai (KI-Generator für Kurzvideos) und Capacity.so (KI-App-Builder). 2025 sagte er, die drei zusammen brächten rund 35.000 $ im Monat ein.
Zuerst: Welche Zahlen sind belastbar? Die Portfolio-Summe ist seine eigene Angabe; die Überschrift des Indie-Hackers-Interviews nennt 28.000 $/Monat, und die Zahlen variieren je nach Zeitpunkt und Quelle. Nur StoryShort.ai ist unabhängig verifiziert: TrustMRR, direkt mit dem Stripe-Konto verbunden, zeigte im Juli 2026 22.309 $ MRR, 391 zahlende Abonnenten und 513.973 $ Gesamtumsatz seit dem Start.
Phase 1 · Ein Optiker und ein 15-Stunden-Kurs (um 2017)
Samuel lebte in Frankreich, direkt an der Schweizer Grenze. Nach der Schule wurde er Optiker und arbeitete etwa drei Jahre in einem Brillengeschäft.
Seit dem College hatte er an Websites herumgebastelt, aber nie richtig Programmieren gelernt. Der Wendepunkt war ein 15-stündiger Full-Stack-Kurs auf YouTube. Sein Ansatz war direkt: keine Übungsaufgaben – einen Abschnitt ansehen und ihn sofort in einem echten Projekt anwenden. Das wiederholt er in Interviews: Das Ziel ist nicht „Programmieren lernen“, sondern „etwas bauen, wofür Menschen bezahlen“.
In seinen Optiker-Jahren arbeitete er jeden Morgen vor der Arbeit und jeden Abend danach an Nebenprojekten.
Phase 2 · Ein erstes Geschäft ganz ohne Code (2017)
Sein erstes „Geschäft“ war nicht einmal Software. Es war ein Instagram-Wachstumsautomatisierungsdienst: Eine WordPress-Landingpage nahm Bestellungen und Zahlungen entgegen, dahinter gab es überhaupt keine Automatisierung – er beauftragte Menschen in Indien und Bangladesch, die Likes und Follows von Hand erledigten.
Er lernte daraus zwei Dinge:
- Erst verkaufen, dann bauen. Kunden kaufen Ergebnisse; ob Code oder Menschen sie liefern, ist ihnen egal.
- Nachfrage vor Technologie. Er konnte das System noch nicht bauen, hatte aber bewiesen, dass Menschen dafür zahlen würden.
(Zusammenfassungen des Indie-Hackers-Interviews aus zweiter Hand besagen, dass dieses frühe Geschäft zeitweise rund 30.000 $/Monat erreichte. Wir konnten das im Original nicht bestätigen – also mit Vorsicht genießen.)
Phase 3 · UseArtemis: 15.000 $/Monat – und was er einen Fehler nennt
Als er programmieren konnte, baute er UseArtemis, ein Tool, das LinkedIn-Profile ausliest, damit B2B-Vertriebsteams massenhaft Leads finden. Nach seinen Angaben vom August 2025 hatte es etwa 10.000 Nutzer, rund 15.000 $/Monat Umsatz und etwa 4.000 $/Monat Kosten.
Samuel nutzt es als warnendes Beispiel. Scraping-Produkte gehen kaputt, sobald die Zielplattform ihre Seiten ändert oder Anti-Scraping-Maßnahmen verschärft – und man muss sie sofort reparieren. Sie sehen profitabel aus, ketten einen aber an den Laptop. Daher stammt der Filter „einfache Wartung“ in seiner Ideen-Checkliste.
Phase 4 · StoryShort.ai: eine Nische kopieren, die bereits Geld verdiente (ab August 2024)
2024 boomten „gesichtslose“ Accounts auf TikTok und YouTube Shorts: kein Gesicht vor der Kamera, nur KI-Sprecherstimmen und Stockmaterial, die Geschichten erzählen. Tools in diesem Bereich veröffentlichten ihre Umsätze bereits öffentlich.
Nach Samuels Regel war das genau das gesuchte Signal: Jemand verdient bereits Geld, also ist die Nachfrage echt. Er prüfte es mit seinen Filtern:
- Würde er es selbst nutzen? Ja.
- Nachgewiesene zahlende Nutzer? Konkurrenten teilten öffentlich ihren MRR.
- Wachstum ohne hohe Werbeausgaben möglich? Es gab Raum für SEO und Content.
- Einfach zu warten? Der Kern verkettet bestehende KI-APIs zu einer Pipeline, ganz ohne Scraping.
StoryShort.ai startete im August 2024. Man gibt ein Thema ein; das Tool schreibt das Skript, fügt eine Sprecherstimme hinzu, erzeugt Bilder und Untertitel und liefert ein fertig postbares Kurzvideo.
Das Wachstum begann vollständig mit bezahlter Werbung. Er sagt, der gesamte frühe Traffic kam aus Facebook-Anzeigen. Das ist sein Standard-Playbook: ein paar Wochen Traffic kaufen und sehen, ob Leute zahlen. Nach der Validierung kommen die langsamen Kanäle – SEO-Artikel (die er mit dem automatisierten Schreibtool Outrank massenhaft veröffentlicht), gesichtslose YouTube-Kanäle, die mit StoryShort selbst erstellt werden, und ein Partnerprogramm (bis heute in der Hauptnavigation der Website).
Im August 2025 meldete er für StoryShort rund 20.000 $/Monat, etwa 4.000 Nutzer und rund 5.000 $/Monat Kosten, überwiegend KI-API-Gebühren. Im Juli 2026 verifizierte TrustMRR 22.309 $ MRR.
Phase 5 · Capacity.so: mit KI programmieren und dann „KI, die programmiert“ verkaufen (2025)
2025 wuchsen Prompt-to-App-Tools wie Lovable und Bolt.new explosionsartig – eine weitere Nische, in der offensichtlich jemand Geld verdiente. Samuel baute Capacity.so. Im August 2025 war es noch sehr früh: etwa 50 Nutzer und rund 900 $/Monat. Spätere Berichte sprechen von etwa 3.000 $/Monat.
Auch seine eigene Arbeitsweise änderte sich. Er sagt, Claude Code erledige inzwischen etwa 90 % der Arbeit. Sein Stack ist Next.js + Node.js, gehostet auf Vercel, mit Stripe für Zahlungen. Er hat sogar gesagt: „Wenn ich jetzt 18 wäre, würde ich nicht programmieren lernen. Ich würde KI-Tools nutzen.“ Er ergänzt jedoch, dass Code zu verstehen weiterhin wichtig ist, und lernt weiter.
Die Bilanz: So sehen die echten Zahlen aus
Eine grobe Aufstellung seiner selbst gemeldeten Zahlen vom August 2025:
| Produkt | Monatsumsatz | Monatskosten | Nutzer |
|---|---|---|---|
| StoryShort.ai | ~$20,000 | ~$5,000 | ~4,000 |
| UseArtemis | ~$15,000 | ~$4,000 | ~10,000 |
| Capacity.so | ~$900 | — | ~50 |
| Gesamt | ~$35,900 | ≥$9,000 |
Nach bekannten Kosten ergibt das eine Marge von etwa 70–75 %, mit Werbeausgaben noch weniger. Immer noch hervorragend, aber nicht die online kursierende „85 % Nettogewinn“.
Überlegung
1. Was „Kopieren“ wirklich bedeutet: die Validierung an den Markt auslagern
Samuels „Kopieren“ ist kein pixelgenaues Klonen. Es bedeutet, den teuersten Schritt eines Startups zu überspringen: zu beweisen, dass jemand bezahlt. Die meisten Indie-Entwickler scheitern an „gebaut, aber keiner wollte es“. Er betritt nur Nischen, in denen bereits jemand MRR-Screenshots oder Stripe-Umsätze veröffentlicht hat. Die Umsatz-Screenshots anderer sind seine kostenlose Marktforschung.
Außerdem prüft er mit Ahrefs den Traffic-Mix eines Konkurrenten. Die besten Ziele haben sowohl bezahlte Anzeigen als auch organischen Suchtraffic – Anzeigen bedeuten, dass der Kundenwert die Akquisekosten deckt, SEO bedeutet, dass die Nachfrage dauerhaft ist.
2. Er gewinnt durch die Wachstumsreihenfolge, nicht durch das Produkt
StoryShort hat viele Konkurrenten mit ähnlichen Funktionen. Sein Vorteil ist eine feste Wachstumsreihenfolge:
- Zuerst Anzeigen: Echtes Geld testet Nachfrage und Conversion innerhalb von Wochen.
- Dann SEO: automatisierte Artikel in großer Zahl für langfristig kostenlosen Traffic.
- Mit dem Produkt erstellter Content: gesichtslose YouTube-Kanäle, gebaut mit StoryShort selbst.
- Partnerprogramm: Creator verbreiten das Produkt für ihn.
Schnell vor langsam, kaufen vor aufbauen. Viele Gründer machen es umgekehrt – sechs Monate SEO, bevor sie herausfinden, ob überhaupt jemand das Produkt will – und verschwenden ein halbes Jahr in der falschen Nische.
3. Wartung ist die versteckte Kostenfalle eines Portfolios
„Risiko auf mehrere Produkte verteilen“ klingt gut, aber jedes weitere Produkt bringt zusätzlichen Pflegeaufwand. UseArtemis macht 15.000 $/Monat, und trotzdem nennt er es einen Fehler: LinkedIn-Scraping ist von Natur aus fragil und birgt Risiken bei den Nutzungsbedingungen (LinkedIn geht seit Langem gerichtlich gegen Scraper vor). Bei gleichem Umsatz ist das Produkt mit weniger Wartung mehr wert – der am meisten übersehene seiner vier Filter.
4. KI hat den Wert des Programmierens verändert, nicht den Wert der Nischenwahl
Jemand, der einen einzigen 15-Stunden-Kurs gesehen hat, betreibt heute allein drei SaaS-Produkte; KI-Programmiertools haben daran großen Anteil. Aber die Hürde verschwindet für alle: Wenn du StoryShort mit Claude Code in einer Woche bauen kannst, können andere das auch. Knapp ist das Urteilsvermögen, was man bauen soll, und die Fähigkeit, Kunden zu gewinnen – deshalb kann er sagen, ein 18-Jähriger müsse nicht programmieren lernen.
5. Diesen Fall mit kühlem Kopf lesen
- Zahlen mit Abschlag betrachten: 28.000 $, 35.000 $ und 36.000 $ tauchen in verschiedenen Quellen auf; nur StoryShorts 22.309 $ sind verifiziert. Nach seinen eigenen Kostenangaben liegen die Margen bei etwa 70–75 %, nicht bei 85 %.
- Risiko durch Plattformrichtlinien: Nutzer von KI-Kurzvideotools monetarisieren auf YouTube und TikTok. YouTube verschärfte im Juli 2025 die Monetarisierungsregeln für massenproduzierte, sich wiederholende Inhalte – solche Änderungen treffen die Nachfrage nach StoryShort direkt.
- „Kopieren“ hat Grenzen: Er kopiert Kategorien und Nachfrage, nicht Code, Marken oder Designs. Diese zu kopieren bringt rechtliche Risiken und keinerlei Vorteil.
Aktion
Schritt 1: Eine Liste „validierter Nischen“ anlegen (1 Woche) Verbringe täglich 30 Minuten mit #buildinpublic auf X, Indie Hackers und TrustMRR. Notiere kleine Tools, die ihren Umsatz öffentlich teilen: Name, MRR, Preise, Startdatum. Ziel: 20 Kandidaten.
Schritt 2: Mit den vier Filtern auf 3 reduzieren Für jeden: Würde ich es nutzen? Gibt es Zahlungsnachweise? Kann es ohne hohe Werbeausgaben wachsen? Ist es einfach zu warten? Streiche alles, was vom Scraping fremder Plattformen abhängt oder viel manuellen Support braucht.
Schritt 3: Den Traffic-Mix prüfen Nutze Ahrefs oder die kostenlose Version von Similarweb, um zu sehen, woher der Traffic jedes Kandidaten kommt. Bevorzuge solche mit bezahltem und organischem Suchtraffic. Suche dann auf Reddit und Trustpilot nach „[Konkurrent] alternative / sucks“ und notiere die 2–3 häufigsten Beschwerden – das ist dein „1 % besser“.
Schritt 4: In 1–2 Wochen ein bezahltes MVP ausliefern Baue nur die Kernfunktion plus eine Lösung für die häufigste Beschwerde über den Konkurrenten. Übernimm seinen Stack: Next.js + Vercel + Stripe, mit Claude Code oder Cursor als Programmierer. Nimm ab Tag eins Zahlungen an.
Schritt 5: 2–4 Wochen mit kleinem Werbebudget validieren Schalte kleine Google- oder Meta-Kampagnen und beobachte eine einzige Kennzahl: Zahlen Fremde? Wenn nicht, geh zum nächsten Kandidaten. Nicht hängen bleiben.
Schritt 6: Langsame Kanäle erst nach der Validierung hinzufügen SEO-Artikel, Accounts, die mit deinem eigenen Produkt erstellte Inhalte posten, ein Partnerprogramm – in der Reihenfolge von schnell nach langsam.
Schritt 7: Vor Produkt Nr. 2 die Wartung durchrechnen Starte ein zweites Produkt erst, wenn das erste stabil ist und der wöchentliche Pflegeaufwand im Griff ist. Bevorzuge neue Produkte, die deinen Stack teilen und wenig Wartung erfordern.
Nichts für dich, wenn:
- Du keine paar hundert bis tausend Dollar für Werbetests hast oder Werbung stark ablehnst;
- Du ein originelles „weltveränderndes“ Produkt bauen willst und keine überfüllte Nische akzeptieren kannst;
- Du „einmal bauen, für immer entspannen“-Passiveinkommen erwartest – SaaS bedeutet laufende Fehlerbehebung, Support und Plattformänderungen;
- Deine Kategorie stark von den Richtlinien einer einzigen Plattform abhängt (Monetarisierungsregeln oder API-Zugang) und du keinen Plan B hast.