Wie du aufhörst, auf r/INAT geghostet zu werden (und was stattdessen funktioniert)

Wenn du im letzten Jahr auf r/INAT gepostet hast, weißt du schon: r/INAT-Ghosting ist kein Bug. Es ist das Standardergebnis. Das Subreddit hat ein sarkastisches Meme, das eine Person tatsächlich in ihren eigenen Team-Gesuch-Post geschrieben hat:

"Please pm me if you are interested, don't forget that I'll ghost you in around 2 weeks as everyone loses interest." — r/INAT

Das ist kein Flaken. Das ist Diagnose. Die Leute benennen das Muster, weil die Struktur des Subreddits es unvermeidlich macht.

Dieser Post ist eine Anleitung, aber die Diagnose kommt zuerst. Du wählst nicht die falschen Teammates. Du angelst in einem Teich, der darauf ausgelegt ist, unzuverlässige Antworten zurückzugeben. Sobald du das siehst, ist der Fix nicht "auf r/INAT mehr Mühe geben", sondern den Filter zu ändern, bevor du irgendwen kennenlernst.

Hier sind die sechs Schritte. Jeder ersetzt ein fehlendes Stück Struktur, das r/INAT nicht durchsetzen kann. Nimm sie in dieser Reihenfolge; jeder Schritt setzt voraus, dass der vorige bestanden wurde. Am Ende hast du außerdem drei Pre-Ghost-Signale, mit denen du ein auseinanderbrechendes Projekt verlassen kannst, bevor du nochmal drei Monate hineinsteckst.

Warum r/INAT vorhersehbar scheitert

Bevor die Fixes kommen, das Versagensmodell. r/INAT produziert Ghosting nicht, weil Gamedevs Flaker:innen wären. Es produziert Ghosting, weil drei Dinge auf r/INAT kostenlos sind, die eigentlich etwas kosten sollten.

1. Null Commitment-Kosten. Einen Post wie "LF artist, paid in rev-share, MMO concept, DM me" abzusetzen kostet etwa 40 Sekunden. Zu antworten kostet 20. Nichts von dem, was Poster:in oder Antwortende:r gesagt, unterschrieben oder getan haben, steht im Einsatz. Vergleich das mit einem Game Jam mit 48-Stunden-Deadline und öffentlichem Leaderboard. Selbst Ludum Dare LD46, das eine harte Uhr und eine Einreichungsseite hatte, brachte nur ~48 % seiner 10.330 Anmeldungen dazu, etwas Fertiges einzureichen, laut Ludum-Dare-Archiv. Wenn die Hälfte der Leute sogar mit Deadline abspringt, stell dir vor, was mit null Deadline passiert.

2. Null Flake-Kosten. Wenn du auf r/INAT in Woche drei verschwindest, hat das keine Konsequenz. Kein Geld verloren. Kein Ruf verbrannt in einem Umfeld, das sich an dich erinnert. Niemand, den du beim nächsten Meetup zufällig triffst. Der DevPods-Host auf YouTube hat das Muster bei kostenlosen Mentoring-Calls so beschrieben: "they just would flat out skip, just not show up." Bei bezahlten Calls haben dieselben Leute das nie gemacht. Wenn Weggehen nichts kostet, gehen viele weg.

3. Null Filter. Jede und jeder kann auf einen r/INAT-Post antworten. Es gibt keinen Skin-in-the-Game, bevor die DM überhaupt startet. Eine Person hat beschrieben, wie sie auf einen Post innerhalb von 24 Stunden "über zehn Antworten" bekam, "but only less than a handful had decent effort put into them." Das ist die zu erwartende Trefferquote jedes offenen Aufrufs ohne Vorfilter.

Jedes dieser drei Probleme ist strukturell. Jedes kann durch einen konkreten Schritt auf deiner Seite ersetzt werden, ohne darauf zu warten, dass r/INAT sich selbst repariert. Hier sind die sechs.

Schritt 1 von 6 — Schreib deinen Post so, als hätten die Lesenden heute schon 200 davon gesehen

Weil sie es haben.

So geht's: Streich jeden Satz, der in jedem anderen r/INAT-Post auch stehen könnte. Ersetze "LF artist for rev-share on my MMO" durch einen konkreten Scope, ein konkretes unbezahltes Zeitbudget, einen kurzen Demo-Link und einen Satz, der erklärt, warum du persönlich genau dieses Stück shippen kannst.

Warum: Die Spreu-vom-Weizen-Trennung passiert in deinem Post, nicht in deinen DMs. Lesende mit Zeit und Skill überfliegen. Sie hören in dem Moment auf zu lesen, in dem du klingst wie jeder andere Post. Spezifität ist der Filter.

Achte auf: Wenn dein Entwurf die Wörter "rev-share", "MMO", "Passion Project" oder "Looking for everything" enthält, schreibst du die Ghost-Bait-Variante. Schreib um, bis eine fremde Person deine nächsten zwei Wochen Arbeit in einem Satz beschreiben könnte.

Schritt 2 von 6 — Filter die Antworten mit einem 15-Minuten-Trial-Task

Terminiere keinen Call. Rede nicht über Rev-Share. Schick eine winzige, konkrete, zeitlich begrenzte Aufgabe.

So geht's: Antworte auf jede interessierte DM mit derselben 15-Minuten-Aufgabe: eine Moodboard-Seite, ein 30-Sekunden-UI-Mock, ein Acht-Takt-Combat-Loop oder ein Ein-Screen-Godot-Prototyp. Sag der Person, dass du Feedback auf das Ergebnis gibst. Terminiere nichts, bevor du den Output gesehen hast.

Warum: Die Verhaltensökonom:innen Bryan, Karlan und Nelson fassen die Forschung zu Commitment Devices zusammen: Nur 10-30 % der angebotenen Selbstverpflichtungen werden angenommen, aber die Leute, die sie annehmen, halten sie deutlich häufiger ein als andere. Ein Trial Task ist ein winziges Commitment Device. Er kostet dich die 70-90 %, die sowieso nie geblieben wären, zum Preis eines Nachmittags.

Achte auf: Wer zuerst "schnell auf einen Call hüpfen" will, bevor die Aufgabe erledigt ist. Das ist das Kostenlos-Call-Muster. Die DevPods-Regel gilt auch hier: Wer nicht für einen kostenlosen Trial Task auftaucht, wird auch für ein Jahresprojekt nicht auftauchen. Lieber in Woche eins lernen als in Woche zwölf.

Schritt 3 von 6 — Fordere einen vorzeigbaren 2-Wochen-Milestone, bevor über Anteile geredet wird

Keine Splits. Keine Verträge. Keine Rev-Share-Rechnerei. Noch nicht.

So geht's: Einigt euch auf einen winzigen gemeinsamen Milestone, vorzeigbar in zwei Wochen, bevor ihr über Ownership, Credit oder Revenue sprecht. Ein Level, ein Bosskampf, ein Character-Sheet mit Walk Cycles oder ein Musik-Loop, eingebaut in eine Testszene. Das Wort "vorzeigbar" trägt Gewicht. Es muss etwas sein, das ihr einer dritten Person am Ende zeigen könnt.

Warum: Die Autorin des Post-Mortem "2 games in 2 months with a stranger from Reddit" hat die Regel klipp und klar formuliert: "Keep the first collaboration together small. If the game is too big then one of you will eventually abandon and all that time and effort will be wasted." Ein 2-Wochen-Milestone ist die kleinste Box, die beweist, dass ihr zusammen etwas ausliefern könnt, ohne vorher wissen zu müssen, ob ihr euch langfristig mögt.

Achte auf: "Lass uns erstmal den Rev-Share-Split klären." Das ist das Ghost-Bait-Signal in umgekehrter Richtung. Wenn der Split wichtiger ist als das erste vorzeigbare Ding, redet ihr über imaginäres Geld für ein imaginäres Spiel. So hat noch nie etwas Gutes angefangen.

Schritt 4 von 6 — Haltet die Abmachung schriftlich fest, bevor das erste echte Asset gebaut wird

Nach der 2-Wochen-Demo, und bevor irgendwer anfängt, richtige Arbeit zu shippen, schreibt die Abmachung auf.

Dafür braucht ihr keine Anwältin. Ihr braucht die folgenden fünf Dinge in einem geteilten Dokument, in klarer Sprache, unterschrieben von beiden Seiten. Ein Google Doc mit getippten Namen und Daten ist rechtlich schwach, aber sozial enorm.

1. Scope. Ein Absatz, was das Projekt ist und was nicht. Genre, Plattform, grobe Länge (Spielstunden) und was ausdrücklich raus ist.
2. Deliverables pro Person. Was jede Person in welcher Taktung liefert. "Artist: fünf Character-Sheets und zwei Environments pro Monat" schlägt "Art".
3. Split. Wie Credit, IP-Eigentum und (falls relevant) Umsatz geteilt werden. Wenn ihr noch nicht launched und nicht über Geld reden wollt, schreibt "Kein Revenue-Split, bis wir uns schriftlich auf einen einigen" und unterschreibt das. Das ist auch ein Split.
4. Exit-Klausel. Wie jemand sauber aussteigt. Mindestvorlaufzeit, was die Person behält, was zurück ans Projekt geht. Das ist die Anti-Ghost-Klausel: die höfliche Version von "sag tschüss, verschwinde nicht einfach".
5. IP-Retention. Jede Person behält das Recht, die eigenen Beiträge im Portfolio zu zeigen, auch für gecancelte Projekte. Dieser eine Satz ist der Grund, warum gute Artists und Komponist:innen etwas unterschreiben, das sie sonst nicht unterschreiben würden.

Warum: Schriftliche Vereinbarungen verwandeln "Ich überleg's mir"-Flaker:innen in "Ich hab unterschrieben, also komme ich"-Mitwirkende. Sie erzeugen kein Commitment aus dem Nichts. Sie machen bestehendes Commitment sichtbar. Wenn etwas schiefgeht, streitet ihr über Papier statt über Gefühle.

Achte auf: Wer nach einer geshippten 2-Wochen-Demo das Commitment nicht schriftlich festhalten will. Das ist ein Woche-sechs-Ghost im Woche-zwei-Kostüm. Wie die wöchentliche Taktung läuft, sobald zwei oder mehr Leute unterschrieben haben, steht in Accountability Circles.

Schritt 5 von 6 — Mach Fortschritt sichtbar: Wöchentliche Public Demo, keine DM

Private Discord-Fortschritts-Updates sind kein Fortschritt. Sie sind privates Theater.

So geht's: Veröffentlicht jeden Freitag eine Demo (Screenshot, 30-Sekunden-Clip, Audio-Snippet oder spielbaren Link) irgendwo, wo eine dritte Person sie sehen kann. X, Bluesky, ein Discord-Channel, der nicht euer Projekt-Channel ist, ein Devlog oder ein Stream. Klein ist okay. Öffentlich ist die Bedingung.

Warum: Exley und Naecker von der Harvard Business School haben gezeigt, dass Sichtbarkeit durch andere die Nachfrage nach Commitment Devices signifikant erhöht. Beobachtet zu werden führt dazu, dass Leute härtere Commitments wählen und sie auch einhalten. Eine wöchentliche Public Demo ist der billigste Beobachtungsmechanismus, den Indie-Gamedev hat. Nebenbei dreht sie die Recruitment-Richtung um, wie es ein DevPods-Gast formuliert hat: "if it's worth recruiting a collaborator and you have a fun game, it's way easier to do that when your game exists." Du rekrutierst besser, nachdem du gezeigt hast, dass du shippst.

Achte auf: Wochen, in denen niemand etwas postet und niemand erklärt, warum. Das ist das erste Pre-Ghost-Signal. Benenne es an dem Freitag ("hey, wir haben die Demo ausfallen lassen, was war los?"), nicht sechs Wochen später.

Schritt 6 von 6 — Geh früh, wenn die Pre-Ghost-Signale auftauchen

Der loyale Zug, paradoxerweise, ist früh zu gehen. Ein Ghost, der nicht benannt wird, bleibt. Ein Projekt ohne den Ghost kann immer noch shippen.

So geht's: Verpflichte dich im Voraus auf drei Pre-Ghost-Signale und handle in der Woche, in der du eines siehst:

1. Antworten hören in der vereinbarten Taktung auf. Ihr hattet wöchentliche Demo vereinbart. Zwei Freitage gehen vorbei, kein Ton, keine Ansage. Das ist ein Signal, kein Zufall.
2. Scope ändert sich ohne Absprache. Der Roguelike wird plötzlich zum MMO, oder der 2-Wochen-Milestone wird leise zu "wenn's fertig ist". Einseitige Scope-Änderungen sind die Art, wie ein Partner mental aussteigt, während der Name noch im Team steht.
3. "Das echte Leben war stressig" ohne konkretes Rückkehrdatum. Das echte Leben wird stressig. Echte Teammates sagen "Ich bin vom 20. April bis 4. Mai raus, ich übernehme den Combat-Pass am 5. Mai." Nicht-festgelegte Varianten davon heißen: der Ghost bucht gerade seinen Flug.

Warum: Ein Beitrag im Escapist-Artikel über r/INATs "Pick-Up-Indie-Scene" fasst es zusammen: unbezahlte Teammates sind "always a button press away from quitting". Deine Aufgabe ist zu merken, wann dieser Button-Press passiert, das zu benennen und das restliche Projekt ohne das tote Gewicht weiterlaufen zu lassen.

Achte auf: deine eigene Scheu, den Ghost beim Namen zu nennen. Du wirst dich unhöflich fühlen. Bist du aber nicht. Du tust das Einzige, das die übrigen Teammates davor bewahrt, auch noch einen Monat zu verplempern.

Typische Fallen

Ein paar Fallen, die alle sechs Schritte kippen, wenn du sie nicht benennst:

• "Ich bin halt der Ideenmensch." In den meisten Indie-Foren, darunter gamedev.nets Classifieds, ist der Konsens deutlich: "most likely nobody needs an idea guy." Wenn Ideen alles sind, was du mitbringst, bist du der Ghost in einem anderen Projekt, nicht das Opfer. Ship die erste Spielstunde selbst, dann rekrutiere.
• Rev-Share wie einen Vertrag behandeln. Umsatzbeteiligung an einem Spiel, das nie shippt, ist Fantasie-Mathematik. "20% of zero is still zero", ein Satz aus Eric Nevalas Your Indie Game Dev Team Will Fail, der weiter zitiert wird, weil er stimmt. Rev-Share nur auf Basis einer echten schriftlichen Vereinbarung und erst nach einem geshippten Milestone.
• Den r/INAT-Post umschreiben und andere strukturelle Ergebnisse erwarten. Schritte 1 und 2 fixen den Post und den Filter. Wer die Schritte 3 bis 6 weglässt, wird mit einem besseren Post einfach von qualifizierteren Leuten geghostet.

Häufig gestellte Fragen

Warum werden r/INAT-Posts geghostet?

Weil das Subreddit null Commitment-Kosten, null Flake-Kosten und null Filter hat. Auf einen Post zu antworten kostet nichts, und zu gehen kostet nichts. GDCs Producer-Panel zu Indie-Team-Management beschreibt dasselbe Problem aus Produzentensicht: verteilte unbezahlte Teammates ausgerichtet zu halten ist strukturell schwer. r/INAT ist nur der Ort, an dem dieses strukturelle Problem am sichtbarsten ist.

Wie lang sollte ein Trial Task sein?

15 bis 30 Minuten. Lang genug, dass jemand, der sowieso nicht auftauchen würde, sich die Mühe nicht macht; kurz genug, dass jemand, der auftauchen würde, es am selben Abend erledigt. Vermeide mehrstündige Tests: sie filtern Leute mit Vollzeitjob raus, was praktisch alle sind, mit denen zu arbeiten sich lohnt.

Ist Rev-Share automatisch eine rote Flagge?

Nein. Rev-Share als erstes Gesprächsthema ist eine rote Flagge. Rev-Share nach einem geshippten 2-Wochen-Milestone, schriftlich in der Vereinbarung aus Schritt 4, ist ein legitimes Setup. Die Heuristik: Wenn der Split vorgeschlagen wird, bevor ein vorzeigbares Artefakt existiert, ist das ein Fantasievertrag. Wenn danach, ist es ein Deal.

Wie früh sollte ich ein Projekt verlassen, das verstummt?

In der Woche, in der du eines der drei Pre-Ghost-Signale aus Schritt 6 siehst. Nicht im Monat. Früh zu gehen fühlt sich illoyal an, ist aber das Gegenteil. In einem toten Projekt zu bleiben bedeutet: du stehst für ein lebendiges nicht zur Verfügung, und die übrigen Teammates pumpen Arbeit in einen auseinanderbrechenden Kontext, den sie nicht als solchen erkennen.

Wie sollte ein 2-Wochen-Milestone aussehen?

Eine geteilte, vorzeigbare Sache. Nicht poliert. Nicht das ganze Spiel. Ein Bosskampf mit Platzhalter-Boss. Ein Level im Greybox-Zustand mit den geplanten Mechaniken. Eine Minute Musik, eingebaut in eine Testszene. Etwas, das eine dritte Person anschaut und sagt: "Okay, das ist ein Spiel." Wenn du dieses Ding nicht in einem Satz benennen kannst, ist der Milestone noch zu groß.

Was als Nächstes

Wenn du r/INAT mehr als einmal ausprobiert hast und es immer gleich endet, sind das die Folge-Posts:

• How to Find Reliable Teammates for Your Indie Game Project: das Geschwisterstück dazu, wo du stattdessen suchst, und die zwei Vetting-Rituale, die dich davor bewahren, die Schritte 1 und 2 immer wieder neu durchzuspielen.
• Accountability Circles: wie die Taktung aus Schritt 5 funktioniert, sobald zwei oder mehr Leute unterschrieben haben. Wöchentliche Commitments, besessene Bereiche, das Ritual, das die Discord-"Family" ersetzt.
• Solo Dev vs. Team: Which Path Is Right for Your Game?: wenn du nach diesem Post denkst, solo sei einfacher, vergleicht dieser Post die ehrlichen Trade-offs.

Du bist nicht faul. Dir fehlt der Rückhalt. r/INAT gibt dir die drei strukturellen Stücke nicht, die ein shippendes Team braucht: Filter, Commitment-Kosten und Sichtbarkeit. Du kannst sie dir mit den sechs Schritten oben selbst bauen. Oder du kannst dich bei Clowdr anmelden und in einer Struktur arbeiten, in der vom ersten Tag an jemand am Freitag auf deinen Build wartet.