Warum 30 kleine Apps mehr bringen als ein einziges großes Projekt

In den letzten zehn Jahren galt für Indie-Entwickler eine einfache Regel: Baue ein Produkt, finde eine Nische, optimiere es und verkaufe es. Diese Strategie funktionierte 2014 noch perfekt. Doch seit 2022 hat sich der Markt radikal gewandelt – und bis 2026 wird sie für die meisten Solo-Gründer zur falschen Default-Einstellung.

Im Zeitraum von November 2025 bis April 2026 erreichten acht Solo-Gründer monatliche Einnahmen von über 20.000 Dollar. Ihr Erfolgsrezept? Ein Portfolio aus vielen kleinen Projekten statt eines einzigen großen Produkts. Diese Strategie widerspricht dem klassischen Rat, ist aber heute oft die wirtschaftlichere Wahl.

Warum das so ist, welche mathematischen Grundlagen dahinterstecken und wie du selbst ein solches Portfolio aufbaust, erfährst du in diesem Artikel. Am Ende weißt du, ob ein Portfolio aus einem oder sieben Produkten für dich passt – und welche Kennzahl entscheidend ist, um den Erfolg jedes einzelnen Projekts zu bewerten.

Die drei Gründe, warum Portfolios heute sinnvoller sind

Die Entscheidung für oder gegen ein Portfolio hängt nicht von Trends ab, sondern von drei messbaren Veränderungen seit 2014:

1. Der Aufwand pro Produkt sinkt dramatisch

• 2014: Ein funktionierendes SaaS-Produkt mit Zahlungsabwicklung erforderte etwa 400 Stunden Entwicklungszeit.
• 2020: Für dieselbe Funktionalität waren nur noch rund 120 Stunden nötig.
• 2026: Heute reichen etwa 25 Stunden – inklusive Authentifizierung, Zahlungsabwicklung und einer nutzbaren Benutzeroberfläche.

2. Das Signal-Rausch-Verhältnis verbessert sich

• 2014: Ein Gründer startete ein Projekt und wartete sechs bis zwölf Monate auf Feedback.
• 2026: Heute lassen sich innerhalb eines Jahres 10 bis 30 verschiedene Ansätze testen – jeder für nur 30 bis 90 Tage.

3. Die Erfolgsquote bleibt stabil

• Unabhängige Berichte von SaaS-Gründern zeigen eine Erfolgsquote von etwa 1:8 bis 1:15.
• Eine konservative Schätzung liegt bei 1:10.

Kombiniert man diese Zahlen, wird der Vorteil klar: 2014 hatte man pro Jahr nur eine Chance auf Erfolg. 2026 kann man bis zu 20 Versuche starten – und bei einer Erfolgsquote von 1:10 wären das im Schnitt zwei erfolgreiche Produkte pro Jahr. Das ist der wirtschaftliche Kern der Portfolio-Strategie.

Wie sich Umsätze in einem Portfolio verteilen

Ein Portfolio generiert keine gleichmäßigen Einnahmen. Stattdessen entsteht eine typische Long-Tail-Verteilung, wie sie auch bei Pieter Levels‘ 12-Produkte-Portfolio zu beobachten ist: Ein paar Produkte tragen den Großteil der Einnahmen, während der Rest der Projekte eher der Exploration und dem Funneling dient.

Ein konkretes Beispiel: Ein Gründer namens Max erzielte mit 30 Apps monatliche Einnahmen von 22.000 Dollar. Die durchschnittliche Einnahme pro App lag bei 733 Dollar – doch die Realität sieht anders aus:

• App 1: 35–50 % der Einnahmen (7.700–11.000 $)
• App 2: 15–20 % der Einnahmen (3.300–4.400 $)
• App 3: 10–15 % der Einnahmen (2.200–3.300 $)
• Apps 4–6: 5–8 % der Einnahmen pro App (1.100–1.760 $)
• Apps 7–15: 1–3 % der Einnahmen pro App (220–660 $)
• Apps 16+: Fast keine Einnahmen, vernachlässigbar

Diese Verteilung folgt einem Power-Law-Muster. Die Erkenntnis daraus: Nicht jedes Projekt muss ein Hit werden. Es reicht, wenn einige wenige Produkte die Einnahmen tragen – der Rest dient als Experimentierfeld.

Die Kill-Regel: Warum sie entscheidend ist

Ein Portfolio ohne klare Kill-Regel wird schnell zum Zeitfresser. Jedes unfertige Projekt benötigt Wartung, Support-Anfragen häufen sich, Abhängigkeiten müssen aktualisiert werden, und abgelaufene Domains kosten Geld. Ohne eine strikte Regel zur Beendigung gescheiterter Projekte wird aus dem Portfolio schnell ein Albtraum.

Eine funktionierende Kill-Regel besteht aus drei Komponenten:

1. Zeitrahmen festlegen

• Für SaaS-Produkte: 30 Tage
• Für Content-Produkte: 60 Tage
• Für Marktplätze: 90 Tage

2. Erfolgsschwelle definieren

• Mindestens 3 zahlende Kunden
• Oder ein monatlicher Umsatz von 50 Dollar
• Oder 100 aktive Nutzer mit einer Retention von über 20 %

3. Konsequente Umsetzung sicherstellen

• Archiviere den Code
• Deaktiviere die Domain
• Erstatte bestehende Abos
• Veröffentliche eine kurze Post-Mortem-Analyse

Ein Beispiel für eine solche Regel könnte lauten: „Falls ein Produkt nach 30 Tagen weniger als 3 zahlende Kunden hat, archive ich das Repository, leite die Domain auf meine Portfolio-Seite weiter und verfasse einen kurzen Bericht, bevor ich mit dem nächsten Projekt beginne.“

Der psychologische Effekt ist entscheidend: Ohne eine vorher definierte Regel wirst du sentimental und neigst dazu, ein Projekt weiterzuführen – selbst wenn es keine Aussicht auf Erfolg hat. Die Kill-Regel schützt dich vor dieser Falle.

Ein einfacher Rechner zur Entscheidungsfindung

Mit diesem einfachen Werkzeug kannst du prüfen, ob ein Portfolio für dich infrage kommt. Kopiere den Code in eine Tabellenkalkulation, trage die Werte ein und erhalte eine Empfehlung:

Input-Parameter:
H = Stundenaufwand pro Produkt (inkl. Auth, Zahlungen, UI)
S = Erfolgsquote pro Versuch (Standardwert: 0,10, falls unbekannt)
D = Distributionsfaktor (1,0 bei unbekannter Reichweite, 3,0 bei bestehender Plattform)

Berechnung:
Versuche pro Jahr = (365 / 30) * D
Erwartete Erfolge = Versuche pro Jahr * S
Empfohlene Portfolio-Größe = ceil(20.000 / (Erwarteter Erfolgsumsatz pro Produkt))

Hinweis: Der obige Code ist ein vereinfachtes Beispiel. Für eine präzise Berechnung kannst du ihn in deine Tabellenkalkulation übernehmen und die Parameter anpassen.

Fazit: Wann lohnt sich ein Portfolio?

Die Portfolio-Strategie ist kein Allheilmittel, aber sie passt heute zu vielen Solo-Gründern. Der Schlüssel liegt nicht in der Anzahl der Produkte, sondern in der Fähigkeit, schnell zu experimentieren, klare Kill-Regeln zu definieren und sich von Misserfolgen nicht entmutigen zu lassen.

Ob ein Portfolio für dich funktioniert, hängt von deiner Risikobereitschaft, deiner Entwicklungsgeschwindigkeit und deiner Bereitschaft ab, konsequent zu handeln. Wenn du bereit bist, diese Regeln zu akzeptieren, könnte die Zukunft des Indie-Entwickelns nicht in einem einzigen großen Projekt, sondern in vielen kleinen, aber gezielten Versuchen liegen.