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

Die erste Frage, die das Onboarding des Toolkits zum Timing stellt, lautet nicht „Wann willst du launchen?“, sondern „Gibt es ein Datum, vor dem nichts öffentlich werden soll?“ Das sind verschiedene Fragen, und der Unterschied ist das Thema dieses Artikels. Die Kurzfassung: Verzeichniseinreichungen gehen nicht live, wenn du sie abschickst, sondern wenn das Verzeichnis dazu kommt – und wer eine Launch-Woche statt eines Launch-Schmierstreifens will, braucht eine Untergrenze, kein Zieldatum.

Die Funktion, in einem Absatz

Seit dem Release vom 15. September 2026 hat product.json ein Feld namens earliest_launch_date. Leer heißt keine Untergrenze. Steht dort ein Datum, weigert sich record.py im Tracker, eine Plattform mit einem früheren Launch-Datum als scheduled zu erfassen, und es weigert sich, scheduled ganz ohne --launch-date zu erfassen. Das Onboarding fragt den Wert vorab ab, und das lokale Dashboard zeigt die Untergrenze neben dem geplanten Status. Das ist die ganze Funktion: ein Feld, eine Weigerung, eine Frage, die gestellt wird, bevor irgendetwas eingereicht ist. Die Release-Notiz steht im Changelog.

Sie ist absichtlich klein. Sie verzögert keine Einreichungen, weil sie das nicht kann; der Agent entscheidet nicht, wann ein Verzeichnis veröffentlicht. Was sie tut: Sie verhindert, dass die eine Sache schiefgeht, die du kontrollierst – dass ein Agent auf einer Plattform mit Kalender ein Launch-Datum bestätigt, und zwar für eine Woche, die du nicht wolltest.

Warum kostenlose Verzeichnisse später veröffentlichen, als du denkst

Wer noch nie ein Produkt über den kostenlosen Weg bei einem Verzeichnis eingereicht hat, ist von den Zeiträumen überrascht. Aus den öffentlichen Praxisanleitungen auf dieser Website, alle im September 2026 beobachtet:

• SaaSHub erzeugte direkt nach der Einreichung eine öffentlich erreichbare Seite mit dem Etikett Pending approval. Erreichbar heißt nicht angenommen; der Tracker behält submitted_pending_review, bis das Etikett verschwindet.
• PitchWall nahm die Einreichung als Under Review an, mit einer Prüfschätzung von über 30 Tagen.
• TinyLaunch bot auf dem Standardweg einen künftigen wöchentlichen Slot an und ließ die Freigabe nach der Datumswahl offen: scheduled, mit Einschränkung.
• 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 weist den Agenten an, dich unmissverständlich zu warnen, dass viele kostenlose Verzeichnisse Wochen brauchen, nicht Tage – und die Prüfzeit einer Plattform nie zu erfinden, wenn die Plattform keine nennt. Der Artikel zu den Einreichungsstatus beschreibt, was der Tracker in jeder dieser Situationen erfasst; hier geht es darum, was du mit diesem Wissen anfängst, bevor du anfängst.

Zieldatum gegen Untergrenze

Ein Zieldatum ist, wann du möchtest, dass etwas passiert. Eine Untergrenze ist das Früheste, was passieren darf. Verzeichnisse machen Zieldaten unzuverlässig und Untergrenzen billig, aus einem Grund: Du kontrollierst, wann du einreichst und wann du planst – und sonst nichts.

Sieh dir an, was mit einem reinen Zieldatum passiert. Du willst die Einträge in der Woche vom 12. Oktober live haben. Dein Agent startet am 20. September, weil Prüfungen Wochen dauern. Die meisten kostenlosen Verzeichnisse veröffentlichen dann, wann sie eben veröffentlichen: manche in einem Tag, manche Ende Oktober, manche nie. Aber die Plattformen, auf denen du ein Datum wählen kannst – Launch-Boards mit wöchentlichen Slots, Product Hunt mit seinem Kalender –, nehmen bereitwillig den 28. September, wenn das der erste freie Slot ist, den der Agent sieht. Und jetzt hat deine beste Launch-Plattform gefeuert, bevor Produktseite, Changelog und Ankündigung fertig sind.

Mit einer Untergrenze vom 12. Oktober verschwindet das zweite Problem. Der Agent kann bei den moderierten Verzeichnissen weiterhin früh einreichen, denn Einreichen ist nicht Veröffentlichen, und die Untergrenze gilt dafür nicht. Er kann nichts vor dem 12. Oktober planen, weil der Tracker sich weigert. Die Warteschlange arbeitet für dich: Einreichungen von Ende September landen in der Zielwoche oder danach, nie davor.

Eine koordinierte Launch-Woche planen

Hier der Plan, für den die Untergrenze gebaut ist. Die Daten sind Beispiele.

Woche −4: Untergrenze setzen und onboarden. Entscheide, ab wann frühestens etwas öffentlich werden darf. Trag es beim Onboarding in product.json 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. Die ohne Kalender: Prüfwarteschlangen, „Freigabe ausstehend“-Seiten, „in Prüfung“-Schätzungen. Reich sie zuerst ein, weil sie am langsamsten sind und du sie nicht steuern kannst. Halte jedes Ergebnis fest. Erwarte submitted_pending_review und queued, und erwarte, dass einige über die Launch-Woche hinaus dort liegen bleiben; das ist in Ordnung, um die ging es bei der Untergrenze nie.

Wochen −2 bis −1: die Plattformen planen, die ein Datum nehmen. 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 weigert sich bei allem, 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 – Hacker News, Indie Hackers, Peerlist und ähnliche – sind Beiträge, die du schreibst, keine Formulare, und sie gehören hierher, wenn die Einträge existieren, auf die sie zeigen.

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 je versprochen hat.

Was die Untergrenze nicht tut

Sie lässt kein Verzeichnis schneller veröffentlichen. Sie gilt nicht für die Status submitted_pending_review und queued, denn das ist die Uhr der Plattform. Sie hindert ein Verzeichnis nicht daran, einen moderierten Eintrag früh zu veröffentlichen, wenn du ihn früh eingereicht hast; ist von einer Plattform bekannt, dass sie auf dem kostenlosen Weg sofort veröffentlicht, reich dort innerhalb des Launch-Fensters ein, nicht davor. Und sie existiert nicht für Produkte, die bereits gelauncht sind: Eine leere Untergrenze ist die Vorgabe, und der Artikel zum Launch ohne Budget beschreibt den Tröpfchen-Ansatz, der zu einem Produkt passt, das schon am Markt ist.

Sie ersetzt auch nicht das Urteil darüber, ob du einreichst. Welche Plattformen den Aufwand verdienen, ist eine eigene Frage, die pro Produkt mit der Belegmethode in der Prioritätsdatei beantwortet wird, nicht mit einem Datum.

Die Untergrenze in der Praxis setzen

Wenn du den Startprompt ausführst, fragt der Agent 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 lokalen Dashboards. Bestehende scheduled-Zeilen werden nicht umgeschrieben; die Weigerung gilt für neue Einträge. Verschiebst du die Untergrenze also hinter einen bereits bestätigten Slot, lies den Tracker vor der nächsten Sitzung des Agenten erneut 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 Product-Hunt-Praxisanleitung existiert zum Teil deswegen. Und nimm einen Danke-Bildschirm als das, was er ist: nicht live, nicht scheduled, nur das Ende eines Formulars.

LaunchRepo liefert das als Teil der Einmallizenz: das Onboarding, das die Frage stellt, den Tracker, der die Antwort durchsetzt, und 346 Playbooks, die wissen, welche Plattformen ein Datum nehmen und welche sich einfach Zeit nehmen.

Quellen: ONBOARDING.md, RUNBOOK.md, DASHBOARD.md und CHANGELOG.md im LaunchRepo-Repository (Release vom 15. September 2026); die öffentlichen Praxisanleitungen auf dieser Website, beobachtet am 13. September 2026.