Wie ich in 3 Monaten eine KI-SaaS-App solo gebaut habe — Stack, Kosten, Learnings

8. April 2026 · 6 Min. Lesezeit

Ich habe in 3 Monaten eine vollständige SaaS-App gebaut. Alleine. Ohne Team, ohne Investoren. Nicht als Entwickler — sondern als Produktmensch mit 15 Jahren Erfahrung in Digitalisierung und IT-Management. Aber eben: zum ersten Mal selbst gebaut. Mein monatliches Budget: 200 EUR.

Das klingt nach LinkedIn-Bullshit. Ist es nicht. In diesem Artikel zeige ich den vollständigen Stack, die echten Kosten und die Entscheidungen, die den Unterschied gemacht haben — und was das für Unternehmen bedeutet, die vor ähnlichen Build-Fragen stehen.

Das Produkt

Method Strength ist eine KI-gestützte Krafttraining-App für Erwachsene über 40. Personalisierte Trainingspläne, Post-Workout-Coaching, automatisches Einschränkungs-Management. Bilingual (Deutsch/Englisch), DSGVO-konform, mit Stripe-Payment.

Kein Prototyp. Kein MVP im Sinne von "halb fertig". Ein produktionsreifes Produkt mit 110+ Übungen, Offline-Fähigkeit, AI-Feedback-Schleife und einem Lighthouse Score von 90+.

Warum ich das gebaut habe, ist eine andere Geschichte (kurz: Ich trainiere seit 20 Jahren Krafttraining, und jede App auf dem Markt fühlte sich an, als wäre sie von Leuten gebaut worden, die selbst nicht trainieren. Irgendwann war es einfacher, eine eigene zu bauen.). Hier geht es um das Wie.

Der Stack — und was er kostet

Kein AWS. Kein Kubernetes. Keine DevOps-Pipeline. Kein Terraform.

Nicht weil diese Tools schlecht sind — sondern weil sie für ein Solo-Projekt Overhead erzeugen, der die Geschwindigkeit killt.

Die 5 Architektur-Entscheidungen, die alles bestimmt haben

1. Security und Datenarchitektur VOR Features

Mein erster Sprint war nicht "cooles Feature bauen". Es war: Row Level Security auf jeder Supabase-Tabelle. Offline-first Sync-Architektur. AI-Kosten-Monitoring ab Tag 1.

Langweilig? Absolut. Aber diese Entscheidungen nachträglich zu korrigieren hätte Wochen gekostet. Am Anfang waren es Stunden.

Bei Bankhaus Lampe habe ich die digitale Transformation einer Privatbank mit 1.200 Mitarbeitern verantwortet. Tempo ging nur, weil wir in Woche 1 die harten Infrastruktur-Entscheidungen getroffen haben — nicht in Monat 3.

Prinzip: Die unsichtbaren Entscheidungen am Anfang bestimmen, wie schnell du am Ende bist.

2. Progressive Web App statt Native

Kein App Store. Kein React Native. Kein Flutter. Eine PWA, die auf iOS und Android funktioniert, installierbar ist und offline arbeitet.

Warum? Weil der App Store Review-Prozess allein 1-2 Wochen kosten kann. Weil jedes Update sofort bei allen Nutzern ankommt. Und weil eine Person keinen nativen Code für zwei Plattformen pflegen kann.

Der Trade-off: Keine Push-Notifications (kommt mit der nativen App in Phase 7), kein App-Store-Discovery. Für den Start war das der richtige Kompromiss.

3. AI als Kern, nicht als Feature

Method Strength ist kein "regelbasiertes Produkt mit ChatGPT draufgeklebt". Die KI ist das Produkt.

Nach jedem Workout analysiert sie Gewichte, Wiederholungen, subjektive Belastung und Freitext-Feedback. "Knie hat heute gezwickt" → sie reduziert kniebelastende Übungen, schlägt Alternativen vor, passt den Plan an.

Das ist der Unterschied zwischen einem AI-Wrapper und einem AI-nativen Produkt. Der Wrapper automatisiert einen bestehenden Prozess. Das AI-native Produkt macht etwas, das ohne AI unmöglich wäre.

4. Claude Code als Entwicklungspartner

Ich habe nicht "mit AI programmiert" im Sinne von "ChatGPT hat mir Code-Snippets generiert". Claude Code war mein Pair-Programming-Partner für das gesamte Projekt.

Architektur-Entscheidungen, Code-Reviews, Refactoring, Test-Erstellung, Dokumentation — alles im Dialog. 81 strukturierte Entwicklungspläne, ~155 Commits.

Der entscheidende Punkt: AI ersetzt nicht das Denken. Sie beschleunigt die Umsetzung. Ich musste trotzdem wissen, welche Architektur sinnvoll ist, welche Trade-offs ich eingehe, und in welcher Reihenfolge ich baue. Diese 15 Jahre Erfahrung in Digitalisierung und IT-Management kann kein AI-Tool ersetzen.

5. Bilingual ab Tag 1

Deutsch und Englisch von Anfang an. Nicht "bauen wir später ein". Internationalisierung nachträglich einzubauen ist einer der teuersten Fehler in der Produktentwicklung.

Mit AI-gestützter Übersetzung und einer sauberen i18n-Architektur war das in der initialen Entwicklung fast kostenlos. Nachträglich hätte es Wochen gedauert.

Was nicht funktioniert hat

Nicht alles war ein Erfolg. Zwei konkrete Fehlschläge:

Google Ads: 100 EUR Budget, 14 Tage, DACH-Markt. Ergebnis: Bei 2 EUR CPC und 10% Signup-Rate kostet ein Free-User 20 EUR. Wenn 5% davon zahlen, liegt der CAC bei 400 EUR. Bei 9 EUR Monatsabo wird das nie profitabel. Erkenntnis für 100 EUR statt für 50.000 EUR: Mein Preispunkt passt nicht zu Paid Acquisition. Wachstum muss organisch sein.

Reddit-Marketing: 30 Posts in relevanten Subreddits, ehrliche und hilfreiche Beiträge. Ergebnis: 20 Besucher. Nicht 20.000 — zwanzig. Die Community reagiert allergisch auf alles, das nach Promotion riecht, auch wenn der Inhalt gut ist. Die Strategie muss noch reifen.

Warum ich das teile: Weil in Vorstandspräsentationen nie jemand sagt "dieser Kanal hat nicht funktioniert". Stattdessen wird skaliert, bevor die Mathe stimmt.

Was das für Unternehmen bedeutet

Ich schreibe das nicht als Gründer-Tagebuch. Ich schreibe es, weil die Implikationen für jedes Unternehmen relevant sind, das digitale Produkte baut oder bauen will.

Der Build-vs-Buy-Kalkül hat sich fundamental verschoben.

Vor 3 Jahren hätte ein Projekt wie Method Strength ein Team von 3-5 Leuten gebraucht: Frontend-Entwickler, Backend-Entwickler, Designer, Produktmanager. 6-12 Monate Entwicklungszeit. Budget: geschätzt 200.000-500.000 EUR.

Heute: Eine Person mit Domänen-Expertise und den richtigen AI-Tools. 3 Monate. 600 EUR Gesamtkosten.

Das bedeutet nicht, dass Teams überflüssig werden. Es bedeutet:

1. MVPs und Validierungen brauchen kein Projektteam mehr. Eine einzelne Person mit der richtigen Erfahrung kann in Wochen validieren, was früher Monate dauerte.

2. Der Engpass verschiebt sich. Von "Können wir das bauen?" zu "Wissen wir, was wir bauen sollen?" Die Umsetzung wird billiger. Die Strategie wird wertvoller.

3. Interne Innovation wird bezahlbar. Ein Corporate-Startup, das früher 500.000 EUR Runway brauchte, kann mit einem Bruchteil starten — wenn die richtige Person am Steuer sitzt.

Fazit

200 EUR im Monat. 3 Monate. Ein Produkt, das live ist und aktive Nutzer hat.

Die Werkzeuge existieren. Die Frage ist nicht mehr "Können wir das?". Die Frage ist: Wer in eurem Unternehmen versteht genug von Strategie UND Umsetzung, um diese neuen Möglichkeiten zu nutzen?

Markus Stolzenburg ist Gründer von Stolzenburg Ventures und berät Unternehmen bei digitaler Strategie, AI-Produktentwicklung und Venture Building. Zuvor leitete er die digitale Transformation bei Bankhaus Lampe / Hauck Aufhäuser Lampe und baute den IT-Bereich der FOM Hochschule mit über 45 Mitarbeitern auf.

Sie stehen vor einer ähnlichen Entscheidung — ob eigenes Produkt, internes Tool oder AI-Strategie? → Kontakt aufnehmen