clowdr.dev
arrow_backZurück zum Logbook
Strategie

Wie du deine nächste Indie-Game-Wette setzt (ohne zwei Jahre in einem Lottoschein zu verbrennen)

Indie Game Marktvalidierung heißt nicht Tabellen. Es heißt: kleinere Wetten im Portfolio statt einer Fünf-Jahres-Moonshot. Dein nächstes Spiel ist eine Wette.

9 Min. Lesezeit
Wie du deine nächste Indie-Game-Wette setzt (ohne zwei Jahre in einem Lottoschein zu verbrennen)

Die meisten Indie-Devs wählen ihr nächstes Spiel nicht aus. Sie kaufen einen Lottoschein. Eine Idee, ein Fünf-Jahres-Schwung, verkauft als Leidenschaft. Dann kommen die Zahlen.

Der Friedhof, den du nicht siehst

Crime-Scene-Flatlay von oben mit rund dreißig generischen Spielmodulen auf einer dunklen Matte, jedes mit einem kleinen handgeschriebenen Beweisetikett mit dreistelligem Dollarbetrag; ein Modul in der Mitte ist von einem schmalen Scheinwerfer hervorgehoben und mit 1.136 Dollar markiert - dem mittleren Lifetime-Umsatz eines Indie-Games.

Geh über irgendein Indie-Dev-Treffen und zähl die Sätze, die mit "Ich arbeite an diesem Spiel, jetzt seit..." anfangen. Drei Jahre. Fünf Jahre. Sieben Jahre. Schau, wie viele davon wirklich geshippt haben.

Die sichtbare Spitze des Eisbergs sieht so aus: Celeste, Stardew Valley, Hollow Knight, Cuphead, Hades. Du kennst sie, weil jemand sie geshippt hat und Millionen Leute sie gekauft haben. Sie sind die 0,1 Prozent.

Die verborgenen 99,9 Prozent sehen so aus. Das mittlere Indie-Game auf Steam verdient 1.136 US-Dollar über seine gesamte Lebenszeit (How To Market A Game, Chris Zukowski). 10.000 US-Dollar Lifetime-Umsatz bringen dich ins 68. Perzentil. Nur rund 5 Prozent aller veröffentlichten Indie-Games machen überhaupt Gewinn (Ryan Clark, GDC Vault).

Nimm irgendein Post-Release-Tagebuch eines Devs:

"I've only cried twice in the past 6-7 years, once was when I found it too hard to medicate my mood, and the other was the day after release."

Das ist kein Warnsignal. Das ist die mittlere Erfahrung beim Release deines ersten "großen Indie-Games".

Die Gewinner, die du kennst, sitzen auf einem Friedhof, der sich nicht fotografieren lässt. Du siehst den Friedhof nicht, weil der Friedhof nicht auf der GDC auftaucht, nicht in deinem For-You-Feed landet und keine Medium-Postmortems schreibt. Er verwandelt sich einfach leise in Jahre, die du nicht zurückbekommst. Mehr dazu, warum diese Projekte überhaupt sterben: Warum 90% aller Indie-Games in der Ideenphase sterben.

Wenn du dich also hinsetzt und fragst "was soll ich als Nächstes bauen?", schaust du nicht auf deine Optionen. Du schaust auf die Handvoll, die es an die Oberfläche geschafft haben. Den Tail. Die Ausreißer. Die Überlebenden.

Und du bist dabei, dein nächstes Projekt genauso auszuwählen wie sie. Mit Gefühl.

Die goldene Gans ist nicht deine Spielidee

Tomas Sala hat The Falconeer solo geshippt. Kein Jam-Build. Ein vollwertiges kommerzielles Flugkampf-Spiel. Danach, statt in einem Fünf-Jahres-Nachfolger zu verschwinden, hat er Bulwark als evolvierende Demo veröffentlicht. Früh shippen. Öffentlich iterieren. Fremde in nahezu Echtzeit entscheiden lassen, ob die Wette richtig dimensioniert war (Sala, GDC Vault - Bulwark Postmortem, abgerufen am 2026-04-23).

Vergleich das mit der Art, wie die meisten Solo-Devs über "das nächste Ding" sprechen. Sie reden darüber, als wäre es ein Quest-Item. Als würde die richtige Idee im Wald warten, und sobald sie sie finden, würden sich die nächsten fünf Jahre von selbst rechnen.

LostRelicGames sagt es deutlich:

"There is often this misunderstanding with beginner indie developers where they think that Kickstarter is this kind of golden goose that you just put together a campaign, you get funded."

  • LostRelicGames

Der gleiche Fehler passiert eine Ebene höher. Kickstarter ist nicht die goldene Gans. Deine Spielidee ebenso wenig. Es gibt kein einzelnes Projekt, das von sich aus goldene Eier legt. Was Eier legt, ist eine Praxis: etwas Kleines shippen, echte Evidenz sammeln, die nächste Wette dimensionieren.

Dein nächstes Spiel ist kein Herzensprojekt. Es ist eine kalkulierte Wette.

Deine echte Währung ist Zeit, nicht Geld

Die Rechnung, die dich zerlegt, ist keine Umsatzrechnung. Es ist eine Zeitrechnung.

Tim Ruswick bringt es auf den Punkt:

"I am the guy that took four years to make a platformer... 7k first month, right? That is nowhere near profitable for a four year game."

  • Tim Ruswick

7.000 US-Dollar in einem Monat sind kein Null-Ergebnis. Gegen einen Monat Solo-Dev-Zeit ist das anständig. Gegen vier Jahre ist das ein Stundenlohn, der in den meisten Industrieländern illegal wäre.

Dann dreht er es um:

"What if I can make that same amount with a game I put three months into? Suddenly that is a livable wage."

  • Tim Ruswick

Gleicher Umsatz. Andere Wettgröße. Anderes Ergebnis.

Das ist der Move, den die meisten Indie-Devs nie machen. Sie vergleichen "habe ich geshippt" mit "habe ich nicht geshippt". Sie vergleichen nicht "wie viel Zeit hab ich reingesteckt gegen was kam raus". Zwei Jahre Solo-Arbeit sind nicht gratis. Zwei Jahre Solo-Arbeit sind 80.000 bis 200.000 US-Dollar Opportunitätskosten zum Freelance-Tarif, plus alles andere, was du in der Zeit sonst geshippt hättest.

Jede Stunde, die du in das fünfte Umschreiben deines Inventarsystems steckst, ist eine Stunde, die du nicht in deine nächste Wette gesteckt hast. Oder die übernächste. Oder die, die dir etwas beigebracht hätte, das Wette vier hätte funktionieren lassen.

Dimensionierung zählt, weil Zeit das Einzige ist, das du nicht wiederholen kannst. (Wenn der Scope dich schon auffrisst: Scope Creep killt dein Spiel.)

Portfolio schlägt Moonshot (die Filmstudio-Rechnung)

Isometrische Infografik eines grünen Filz-Spieltischs, der in der Mitte geteilt ist: links ein einzelner Turm aus zehn hohen roten Casino-Chips auf einem Feld mit der Beschriftung 'one bet'; rechts zwanzig kurze Türme aus verschiedenfarbigen Chips, verteilt über ein Raster mit der Beschriftung 'many bets' - als Visualisierung eines Portfolio-Ansatzes für Indie-Game-Wetten.

Hollywood macht das schon länger als wir. Studios wissen, dass sie nicht den einen Film picken können, der das Quartal rettet. Also versuchen sie es nicht.

"The way that movie studios choose movies is not 'we're gonna pick ten and invest in 10 and hope they all make a profit.' No, one or two of those movies does really well, the rest lose money."

  • Tim Ruswick

Zwei Dinge passieren da. Sie hören auf so zu tun, als könnten sie Gewinner vorhersagen. Und sie sorgen dafür, dass sie genug Schläge am Schläger haben, damit ein paar davon Gewinner sein können.

Game-Devs haben dieses Experiment schon durchgezogen.

Dan Cooks Spry Fox hat 11 Releases aus 31 Prototypen in etwa fünf Jahren geshippt. Ihr interner Benchmark für "Erfolg" war das 5- bis 10-fache der Produktionskosten. Grob ein Prototyp von zehn und ein Release von drei haben das erreicht. Das ist eine explizite Portfolio-Strategie, aufgeschrieben als Minimum Sustainable Success (abgerufen am 2026-04-23).

Jake Birkett von Grey Alien Games hat elf-plus Jahre als Vollzeit-Indie überlebt. Sein öffentliches Playbook: eine Serie bescheidener, profitabler Spiele in Zyklen unter zwei Jahren shippen, statt das Studio auf einen Breakout zu verwetten (GDC Vault - No Hit Wonder).

Rami Ismail, Ex-Vlambeer:

"The best order of operations for any mid-scope indie game that needs funding: build quickly and quietly assuming self-publishing, pitch publishers, and only if that fails put out a store page and start marketing."

Schnell. Leise. Dann die Wette justieren.

Das Muster bei allen vier Devs ist dasselbe. Mehrere Releases. Kürzere Zyklen. Jedes Release zeigt ihnen, welche Wette sie als Nächstes hochdimensionieren sollten. Keiner von ihnen pickt seine Projekte so, wie ein Hobbyist ein Tattoo aussucht.

Ruswick erzählt außerdem von einem Dev, der in zwei Jahren 30 Spiele geshippt hat. Die meisten haben fast nichts verdient. Zwei von ihnen haben die gesamten rund 1 Million US-Dollar Umsatz getragen. Das macht ein Portfolio. Kein Schwung. Eine Serie.

Du musst nicht 30 Spiele shippen. Du musst mehr als eins shippen. Und jedes einzelne muss klein genug sein als Wette, dass du es dir leisten kannst, falsch zu liegen.

Validierung ist keine Marktforschung, sie ist Evidenz für einen Spieler

Wenn die meisten Devs "validier deine Idee" hören, greifen sie zur Tabelle. Genre-Verkäufe. Wishlist-Medianwerte. Steam-Tags. Das ist nützlich, aber es ist keine Validierung.

Validierung ist: ein Fremder fragt ungefragt, wann er den nächsten Build spielen kann.

Zwei Dinge werden damit verwechselt. Das Erste ist Geschmacks-Validierung: "Ich mag's. Meine Freunde mögen's. Mein Discord mag's." Geschmacks-Validierung gibt dir das Selbstvertrauen, anzufangen. Sie sagt dir nicht, ob irgendjemand, den du nicht schon kennst, dir seine Aufmerksamkeit geben wird.

Das Zweite ist Marketing-Validierung: "Ich hab eine Steam-Seite, ich hab 2.000 Wishlists, das verkauft sich." Die Steam-Daten dazu sind hässlicher geworden, nicht hübscher. GameDiscoverCo hat die mittlere Wishlist-zu-Erstwoche-Conversion für Spiele mit 25.000+ Wishlists bei rund 0,15x gemessen, mit einer Spannweite von 10 bis 20 über die Verteilung (GameDiscoverCo). Wishlists sind ein Signal von Neugier, kein Signal, dass jemand dir 20 Euro in die Hand drückt.

Echte Validierung sieht so aus:

"My second launch, Orbs, Orbs, Orbs, that was an absolute and total flop. And I put that down to not play testing early enough to validate the game idea."

Er geht weiter. Er hat keine Playtester für das Spiel gefunden. Er hat das als Terminproblem behandelt. Es war in Wirklichkeit ein Signal.

"It was actually really difficult to find play testers to play Obsorbs. And that should have been the huge red flag."

  • Chris, Hilfort Games

Niemand war aufgeregt genug, es gratis zu spielen. Der Markt hatte ihm die Antwort schon gegeben. Er wollte sie nur nicht hören.

Echte Validierung ist eine Demo in den Händen von drei Fremden, die nicht deine Freunde sind, die zurückkommen und fragen, wann der nächste Build kommt. Das ist es. Alles davor ist Vibes.

Warum Wetten-Dimensionierung ein Team-Move ist, kein Solo-Move

Wetten-Dimensionierung ist strukturell eine Team-Entscheidung, keine Solo-Entscheidung. Der "Follow Your Passion"-Talk lässt diesen Teil weg.

Eine auf sechs Monate kalkulierte Wette ist co-leitbar. Du kannst einen Artist zum Vertical Slice dazuholen. Du kannst eine Komponistin dazuholen, wenn der Core Loop steht. Du kannst eine:r Mitwirkenden sagen "meine Freitags-Demo-Deadline ist der 3., bist du dabei?" und sie glauben dir, weil drei Monate eine echte Zeitspanne sind.

Ein Fünf-Jahres-Solo-Moonshot ist nicht co-leitbar. Niemand kann einem Projekt ohne Release-Datum und ohne Validierungs-Meilensteine beitreten, weil es nichts gibt, dem man beitreten könnte. Sie können anbieten zu helfen. Sie können zwei Wochen später ghosten. Du weißt schon, wie das endet.

Genau deshalb zählt der Ready-Shipper-Reframe. Du wählst nicht zwischen "solo shippen" und "im Team shippen". Du wählst zwischen einer Wette, die klein genug ist, dass jemand seinen Freitag dafür einsetzt, und einer Wette, die so groß ist, dass niemand sich committen kann, ohne sich selbst etwas vorzumachen.

Die Dimensionierungs-Entscheidung und die Team-Entscheidung sind dieselbe Entscheidung.

Mehr zu den ehrlichen Trade-offs: Solo-Dev vs. Team.

"Aber was ist mit Leidenschaft?"

Steelman. Viele der besten Indie-Games wurden offensichtlich von jemandem gemacht, der in seine Idee verliebt war. Stardew. Rain World. Dwarf Fortress. Es gibt ein echtes Argument, dass langer, besessener Glaube an eine Sache der Punkt ist.

Ich nehme es ernst. Es ändert die Empfehlung trotzdem nicht.

Die meisten Indie-Devs, die "Follow Your Passion" zitieren, beschreiben nicht den eigentlichen Failure-Mode. Hör den Leuten zu, die zwei Jahre drin sind:

"Any passion project that becomes too much like work starts to feel like a chore and the passion for it disappears."

"Working on the SAME game for months and months and only making minor updates was not fun. It was work."

Leidenschaft ist keine Strategie. Leidenschaft ist der Treibstoff. Treibstoff geht aus, vor allem wenn du einen Tank in der Größe eines Kontinents gewählt hast.

Lies die Postmortems ehrlich. Die Überlebenden langer Projekte hatten alle noch etwas anderes für sich laufen. Frühe Validierung durch Fremde. Einen Publisher-Deal, der die Runway finanziert. Ein kleines, engagiertes Publikum aus einem vorherigen Release. Das Gehalt der Partnerin oder des Partners. Leidenschaft trägt keine Fünf-Jahres-Solo-Wette. Etwas anderes tut das.

Wähle deine Wette so, wie ein Überlebender sie wählen würde, nicht so, wie ein Überlebender auf einem Panel darüber redet. Validierung zuerst. Scope dimensioniert nach der Runway, die du wirklich hast. Leidenschaft ist erlaubt, aber erst nach diesen beiden.

Das Next-Bet-Protokoll

Makro-Nahaufnahme eines offenen A5-Karobuchs auf einem Holztisch mit drei handgezeichneten Spalten, beschriftet mit Idea 1, Idea 2 und Idea 3, jeweils mit einer 14-zeiligen Tages-Checkliste von Day 1 bis Day 14; eine Spalte ist diagonal durchgestrichen und mit dem handgeschriebenen Wort 'kill' markiert.

Was du diese Woche tatsächlich tun solltest, statt zum vierzehnten Mal auf deine Ideenliste zu starren:

  1. Wähle drei Kandidaten-Ideen, nicht eine. Wenn dir nur eine einfällt, hast du nicht genug Optionen generiert, um auszuwählen. Geh zurück.
  2. Schreib ein Zwei-Wochen-Prototyp-Budget für jede. Kein Designdokument. Ein Kalender. Zwei Wochen Abende. Was ist die kleinste spielbare Version jeder Idee, die du bis Tag 14 zusammenschustern könntest?
  3. Bau eine davon. Die hässlichste Version. Platzhalter-Art. Der Core Loop.
  4. Leg sie drei Fremden vor. Nicht dein Team. Nicht deine Discord-Mutuals. Fremde. Sieh zu, wie sie spielen. Kommentier nichts.
  5. Schreib Kill-Kriterien vor dem Playtest fest. "Wenn weniger als 2 von 3 nochmal spielen wollen, leg ich es weg und versuche Idee zwei." Entscheide vorab, damit die Sunk-Cost-Version von dir später keine Stimme hat.
  6. Wenn es besteht, investier weitere sechs Wochen in einen Vertical Slice. Kein Jahr. Sechs Wochen. Die Struktur steht in Das Vertical-Slice-Protokoll.
  7. Hol eine:n Mitwirkende:n beim Vertical Slice dazu, nicht beim Launch. Einen Artist oder eine Komponistin, die freitags auftauchen. Keinen "Co-Founder". Eine:n Mitwirkende:n auf einer kalkulierten Wette.

Zwei Wochen. Drei Fremde. Kill-Kriterien. Dann committen. Das ist der Move.

Jeder Schritt ist Ismails "build quickly and quietly", und jeder Schritt ist Salas Evolving Demo. Nichts davon ist neu. Es ist nur nicht das, was die meisten Solo-Devs machen.

Was das für dich bedeutet

Du wartest nicht darauf, dass dich dein nächstes Herzensprojekt auswählt. Du platzierst Wetten. Du kannst sie dimensionieren. Du kannst mehr als eine in einem Jahr laufen lassen. Du kannst Mitwirkende auf eine Wette holen, die klein genug ist, um wirklich zu shippen, einen Track Record aus Spielen aufbauen, die du tatsächlich fertiggemacht hast, und diesen Track Record nutzen, um die nächste Wette hochzudimensionieren.

Die Devs, die elf Jahre in Indie überleben, sind nicht die, die den richtigen Lottoschein gepickt haben. Sie sind die, die ein Portfolio gefahren haben, klein genug, um sich ein paar Verluste leisten zu können.

Wenn du eine Struktur willst, um dieses Portfolio zu fahren, und eine:n Mitwirkende:n, die auf deine Freitags-Demo wartet, melde dich bei Clowdr an und leite deine nächste validierte Wette mit Leuten, die shippen. Bau ein Studio, ohne ein Studio sein zu müssen. (Die längere Version des Shipping-Playbooks liegt in Der komplette Guide zum Fertigstellen deines Indie-Games.)

Dein nächstes Spiel ist kein Herzensprojekt.

Es ist eine kalkulierte Wette.

Setz sie.

Datenschutz-Auswahl

Cookies und Messung

Wir nutzen notwendige Speicherung, um deine Auswahl zu merken. Analytics- und Marketing-Speicherung bleiben aus, bis du sie erlaubst. Tracking-Tools sind noch nicht eingebaut, aber diese Auswahl ist bereits fuer Google Consent Mode v2 vorbereitet.