Frühestes Launch-Datum: Wann sollen Einträge live gehen?

Reich bei moderierten Verzeichnissen drei bis vier Wochen vor deinem Launch ein, und plane die Plattformen, auf denen du ein Datum wählst, erst, wenn du deine Launch-Woche kennst. Das ist die ganze Timing-Strategie in einem Satz. Sie funktioniert, weil Verzeichniseinträge nicht live gehen, wenn du sie einreichst. Sie gehen live, wenn das jeweilige Verzeichnis dazu kommt, und das kann auf kostenlosen Wegen Wochen dauern. Wenn du eine Launch-Woche willst statt eines Launches, der sich über Wochen verschmiert, brauchst du eine Untergrenze: ein frühestes Datum, vor dem nichts geplant werden darf. Dieser Artikel zeigt, warum, gibt dir einen Plan Woche für Woche und zeigt, wie der LaunchRepo-Tracker die Untergrenze durchsetzt.

Warum kostenlose Einträge später live gehen, als du denkst

Wenn du noch nie ein Produkt über den kostenlosen Weg bei einem Verzeichnis eingereicht hast, überraschen die Zeiträume. Aus den öffentlichen Einreichungsanleitungen auf dieser Website, alle beobachtet am 13. September 2026:

• SaaSHub erzeugte direkt nach der Einreichung eine öffentlich erreichbare Seite mit dem Etikett „Pending approval“ (Freigabe ausstehend). Erreichbar heißt nicht angenommen, deshalb führt der Tracker den Eintrag als in Prüfung, bis das Etikett verschwindet.
• Pitchwall nahm die Einreichung als „Under Review“ (in Prüfung) an, mit einer geschätzten Prüfzeit von mehr als 30 Tagen.
• TinyLaunch bot auf seinem kostenlosen Standard-Weg einen künftigen wöchentlichen Slot an und zeigte nach der Datumswahl weiterhin „Waiting for approval“ (wartet auf Freigabe): geplant, mit ausstehender Freigabe.
• Uneed erlaubte auf dem beobachteten kostenlosen Weg einen ausstehenden Launch pro Konto, ein zweites Produkt wartet also, bis das erste durch ist.
• Product Hunt bestätigte ein Launch-Datum und eine Zeitzone. Das bestätigt ein Datum, keine Platzierung auf der Startseite.

Nichts davon ist eine Beschwerde. Kostenlose Stufen werden von Menschen mit einer Warteschlange moderiert, und die Schlange ist lang, weil die Stufe kostenlos ist. Das Runbook des Toolkits weist den Agenten an, dich vorab zu warnen, dass viele kostenlose Verzeichnisse Wochen brauchen, nicht Tage, und nie eine Prüfzeit zu erfinden, die eine Plattform nicht nennt. Der Glossareintrag zum Listing-Status erklärt, was jeder Status bedeutet.

Zwei Arten von Plattformen, zwei Uhren

Jedes Verzeichnis, das du nutzen willst, fällt in eine von zwei Gruppen, und die beiden brauchen gegensätzliches Timing.

	Moderierte Verzeichnisse	Plattformen mit Datumswahl
Wer entscheidet, wann es live geht	Die Prüfwarteschlange des Verzeichnisses	Du, indem du einen Slot wählst
Typisches Signal nach dem Einreichen	„Pending approval“, „Under Review“, ein Platz in der Warteschlange	Ein bestätigtes Datum und eine Zeitzone
Wann du handelst	Früh: drei bis vier Wochen vor dem Launch	Spät: ein bis zwei Wochen vor dem Launch, nachdem die Untergrenze gesetzt ist
Tracker-Status	submitted_pending_review oder queued	scheduled, mit Datum
Risiko bei falschem Timing	Der Eintrag erscheint nach dem Launch-Trubel	Der Eintrag geht live, bevor deine Launch-Seite fertig ist
Gilt die Untergrenze?	Nein: Einreichen ist nicht Veröffentlichen	Ja: kein Slot vor der Untergrenze

Die Tabelle erklärt die ganze Strategie. Moderierte Verzeichnisse sind langsam und außerhalb deiner Kontrolle, also startest du sie zuerst. Plattformen mit Datumswahl sind schnell und ganz in deiner Kontrolle, also hältst du sie zurück, bis die Launch-Woche feststeht.

Zieldatum gegen Untergrenze

Ein Zieldatum ist, wann du möchtest, dass etwas passiert. Eine Untergrenze ist das Früheste, zu dem etwas passieren darf. Verzeichnisse machen Zieldaten unzuverlässig und Untergrenzen billig, weil du nur zwei Dinge kontrollierst: wann du einreichst und wann du planst.

Nimm ein Zieldatum für sich allein. Du willst die Einträge in deiner Launch-Woche live haben. Dein Agent startet vier Wochen vorher, weil Prüfungen Wochen dauern. Die meisten moderierten Verzeichnisse veröffentlichen dann, wann sie eben veröffentlichen: manche nach einem Tag, manche nach deinem Launch, manche nie. Die Plattformen, auf denen du ein Datum wählen kannst, etwa wöchentliche Launch-Boards oder der Kalender von Product Hunt, nehmen bereitwillig den ersten freien Slot, den der Agent sieht. Dieser Slot kann nächsten Montag sein, und plötzlich geht deine beste Launch-Plattform live, bevor Landingpage, Changelog und Ankündigung fertig sind.

Mit einer Untergrenze auf deinem Launch-Montag verschwindet dieses Problem. Der Agent kann weiterhin früh bei moderierten Verzeichnissen einreichen, weil Einreichen nicht Veröffentlichen ist und die Untergrenze dafür nicht gilt. Er kann nichts vor der Untergrenze planen, weil der Tracker sich weigert.

Ein Launch-Plan über vier Wochen

Hier der Plan, für den die Untergrenze gebaut ist. Die Daten sind ein Beispiel: eine Untergrenze am Montag, 9. November 2026.

Woche −4: Untergrenze setzen und onboarden. Entscheide, ab welchem Datum frühestens etwas öffentlich werden darf, und gib es beim Onboarding ein. Bring die Produktfakten und das Briefing zur Außendarstellung zu Ende, damit der Agent freigegebenen Text hat, bevor er ein Formular anfasst. Ein Eintrag, der mit der falschen Gründer-Bio live geht, ist schlimmer als ein später.

Wochen −4 bis −2: bei moderierten Verzeichnissen einreichen. Das sind die Plattformen ohne Kalender: Prüfwarteschlangen, „Pending approval“-Seiten, „Under Review“-Schätzungen. Sie sind am langsamsten, und du kannst sie nicht steuern, also kommen sie zuerst. Halte jedes Ergebnis fest. Rechne mit ausstehenden und wartenden Einreichungen, und rechne damit, dass einige über deine Launch-Woche hinaus in diesem Zustand bleiben. Das ist in Ordnung; um sie ging es bei der Untergrenze nie.

Wochen −2 bis −1: die Plattformen mit Datumswahl planen. Launch-Boards mit Slots, Product Hunt, alles, was ein Datum und eine Zeitzone bestätigt. Gib dem Agenten die Untergrenze und einen Wunschtag. Er erfasst scheduled mit dem von der Plattform bestätigten Datum, und der Tracker lehnt alles ab, was vor der Untergrenze liegt. Ist ein Slot bestätigt, die Freigabe aber noch offen, steht das in der Notiz.

Launch-Woche: prüfen, dann posten. Am Tag selbst öffnet der Agent jeden geplanten Eintrag, bevor er live erfasst; ein Datum im Kalender ist kein Beleg für eine öffentliche Seite. Communities wie Hacker News sind Beiträge, die du nach den Hausregeln schreibst, keine Formulare, und sie gehören in diese Woche, in der die Einträge existieren, auf die sie verweisen.

Wochen +1 bis +4: die Warteschlange nachfassen. Ausstehende Einreichungen, deren genanntes Prüffenster abgelaufen ist, werden erneut geprüft, nie erneut eingereicht, um die Schlange zu überspringen. Einträge, die spät kommen, zählen trotzdem. Sie kommen nach der Untergrenze, und das ist das Einzige, was die Untergrenze versprochen hat.

Was der Tracker mit der Untergrenze macht

Seit dem Release vom 15. September 2026 hat die Produktdatei product.json ein Feld namens earliest_launch_date. Leer heißt keine Untergrenze. Steht dort ein Datum, weigert sich das Tracker-Skript record.py, scheduled ohne --launch-date zu erfassen, und lehnt ein Datum vor der Untergrenze ab. Das Onboarding fragt den Wert ab, bevor irgendetwas eingereicht wird, und das lokale Dashboard zeigt die Untergrenze neben dem Produkt. Die Release-Notiz steht im Changelog.

Das hier ist ein echter Lauf vom 30. September 2026 mit einer Untergrenze von 2026-11-09 in einem Beispielprodukt:

$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --note "Slot offered" --next-action "Pick a date"
Tracker rejected input: scheduled requires --launch-date as YYYY-MM-DD
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-10-26 --note "First free slot" --next-action "Pick a later week"
Tracker rejected input: launch_date is earlier than the owner-authorized earliest_launch_date
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-11-09 --note "Waiting for approval" --next-action "Verify on launch day"
Recorded tinylaunch: scheduled
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --note "Under Review" --next-action "Recheck after 30 days"
Recorded pitchwall: submitted_pending_review

Eine Planung ohne Datum wird abgelehnt, der Slot vor der Untergrenze wird abgelehnt, der Slot auf der Untergrenze wird angenommen, und die ausstehende Einreichung wird Wochen vor der Untergrenze erfasst, genau wie beabsichtigt.

Was die Untergrenze nicht tut

Sie lässt kein Verzeichnis schneller veröffentlichen; der Agent entscheidet nicht, wann ein Verzeichnis veröffentlicht. Sie gilt nicht für ausstehende oder wartende Einreichungen, weil die nach der Uhr der Plattform laufen. Ist von einer Plattform bekannt, dass sie auf ihrem kostenlosen Weg sofort veröffentlicht, reich dort innerhalb des Launch-Fensters ein, nicht Wochen vorher. Und die Untergrenze ist optional: Bei einem Produkt, das schon gelauncht ist, lass sie leer und setz stattdessen auf einen gleichmäßigen Rhythmus, wie im Leitfaden zur Planung mit Null-Budget.

Die Untergrenze entscheidet auch nicht, ob eine Plattform eine Einreichung verdient. Das ist eine eigene Frage pro Produkt, beantwortet mit der Auswahlmethode, nicht mit einem Datum.

Die Untergrenze in der Praxis setzen

Wenn du mit dem Claude-Code-Setup oder einem anderen Agenten startest, fragt er beim Onboarding; antworte mit einem Datum oder sag „keine Untergrenze“. Um sie später zu ändern, bearbeite earliest_launch_date in der product.json des Produkts und sag es dem Agenten, oder ändere sie in der Produktansicht des Dashboards. Die Schritt-für-Schritt-Anleitung zeigt beide Wege. Bestehende scheduled-Zeilen werden nicht umgeschrieben: Die Prüfung gilt für neue Einträge. Verschiebst du die Untergrenze hinter einen bereits bestätigten Slot, lies den Tracker vor der nächsten Sitzung des Agenten und entscheide, ob du auf der Plattform umplanst.

Zwei Gewohnheiten machen das tragfähig. Bestätige die Zeitzone, wann immer eine Plattform ein Datum bestätigt; die Einreichungsanleitung für Product Hunt gibt es zum Teil genau deswegen. Und nimm einen Danke-Bildschirm als das, was er ist: nicht live, nicht geplant, nur das Ende eines Formulars. Der Glossareintrag zum geplanten Eintrag erklärt den Unterschied.

LaunchRepo liefert das mit der Einmallizenz: das Onboarding, das die Frage stellt, den Tracker, der die Antwort durchsetzt, und 299 aktive Playbooks am 24. September 2026, die dokumentieren, welche Plattformen ein Datum nehmen und welche sich einfach Zeit lassen.

Häufige Fragen

Wie lange vor dem Launch sollte ich bei Verzeichnissen einreichen?

Reich bei moderierten Verzeichnissen drei bis vier Wochen vor dem Launch ein, weil kostenlose Prüfungen oft Wochen dauern. Plane Plattformen mit Datumswahl wie Launch-Boards ein bis zwei Wochen vorher, sobald deine Launch-Woche feststeht.

Verzögert eine Untergrenze meine Einreichungen?

Nein. Die Untergrenze blockiert nur, dass ein Datum vor deinem gewählten Tag geplant wird. Einreichungen bei moderierten Verzeichnissen können so früh rausgehen, wie du willst, weil Einreichen nicht Veröffentlichen ist.

Was, wenn ein Verzeichnis meinen Eintrag vor dem Launch-Tag veröffentlicht?

Moderierte Verzeichnisse veröffentlichen, wenn ihre Prüfung abgeschlossen ist, und die Untergrenze kann das nicht verhindern. Ist von einer Plattform bekannt, dass sie auf ihrem kostenlosen Weg sofort veröffentlicht, reich dort innerhalb deines Launch-Fensters ein statt Wochen vorher.

Was passiert, wenn sich mein Launch-Datum verschiebt?

Ändere earliest_launch_date und sag es deinem Agenten. Neue geplante Einträge müssen die neue Untergrenze einhalten. Bereits bestätigte Slots bleiben, wie sie sind, also prüf den Tracker und plane auf der Plattform um, wo nötig.

Brauche ich eine Untergrenze, wenn mein Produkt schon live ist?

Nein. Eine leere Untergrenze ist die Vorgabe. Für ein Produkt, das schon am Markt ist, passt ein gleichmäßiger Rhythmus mit ein paar Einreichungen pro Woche besser als eine koordinierte Launch-Woche.

Quellen: ONBOARDING.md, RUNBOOK.md, DASHBOARD.md und CHANGELOG.md im LaunchRepo-Toolkit (Release vom 15. September 2026), ein Lauf von record.py am 30. September 2026 und die öffentlichen Einreichungsanleitungen auf dieser Website, beobachtet am 13. September 2026.