LaunchRepoZgłaszaj produkt do moderowanych katalogów na trzy do czterech tygodni przed premierą, a platformy, które pozwalają wybrać datę, planuj dopiero wtedy, gdy znasz swój tydzień premiery. To cała strategia czasowa w jednym zdaniu. Działa, ponieważ wpisy w katalogach nie pojawiają się w chwili zgłoszenia. Pojawiają się wtedy, gdy dany katalog do nich dotrze, co w darmowych ścieżkach może trwać tygodnie. Jeśli chcesz mieć tydzień premiery, a nie rozmazaną premierę, potrzebujesz dolnej granicy: najwcześniejszej daty, przed którą nic nie może zostać zaplanowane. Ten artykuł pokazuje dlaczego, daje ci plan tydzień po tygodniu i pokazuje, jak tracker LaunchRepo pilnuje tej granicy.
Dlaczego darmowe wpisy pojawiają się później, niż myślisz
Jeśli nigdy nie zgłaszałeś produktu do katalogu darmową ścieżką, terminy mogą zaskoczyć. Z publicznych przewodników na tej stronie, wszystkie obserwacje z 13 września 2026 roku:
- SaaSHub zaraz po zgłoszeniu udostępnił publiczną stronę oznaczoną „Pending approval” (oczekuje na zatwierdzenie). Dostępna nie znaczy zaakceptowana, więc tracker trzyma ją jako oczekującą na weryfikację, dopóki etykieta nie zniknie.
- Pitchwall przyjął zgłoszenie jako „Under Review” (w trakcie weryfikacji), z szacowanym czasem weryfikacji ponad 30 dni.
- TinyLaunch zaproponował przyszły tygodniowy termin w darmowej ścieżce Standard i po wybraniu daty wciąż pokazywał „Waiting for approval” (czeka na zatwierdzenie): zaplanowane, z otwartym zatwierdzeniem.
- Uneed w obserwowanej darmowej ścieżce pozwalał na jedną oczekującą premierę na konto, więc drugi produkt czeka, aż pierwszy przejdzie.
- Product Hunt potwierdził datę i strefę czasową premiery. To potwierdza datę, a nie miejsce na stronie głównej.
Nic z tego nie jest skargą. Darmowe plany moderują ludzie z kolejką, a kolejka jest długa, bo plan jest darmowy. Runbook zestawu każe agentowi uprzedzić cię z góry, że wiele darmowych katalogów potrzebuje tygodni, a nie dni, i nigdy nie wymyślać czasu weryfikacji, którego platforma nie podaje. Hasło o statusie wpisu wyjaśnia, co oznacza każdy stan.
Dwa rodzaje platform, dwa zegary
Każdy katalog, którego planujesz użyć, należy do jednej z dwóch grup, a każda potrzebuje przeciwnego wyczucia czasu.
| Katalogi moderowane | Platformy z wyborem daty | |
|---|---|---|
| Kto decyduje o publikacji | Kolejka weryfikacji katalogu | Ty, wybierając termin |
| Typowy sygnał po zgłoszeniu | „Pending approval”, „Under Review”, miejsce w kolejce | Potwierdzona data i strefa czasowa |
| Kiedy działać | Wcześnie: trzy do czterech tygodni przed premierą | Późno: tydzień do dwóch przed premierą, po ustaleniu dolnej granicy |
| Stan w trackerze | submitted_pending_review lub queued |
scheduled, z datą |
| Ryzyko przy złym wyczuciu czasu | Wpis pojawia się po szumie wokół premiery | Wpis rusza, zanim twoja strona premiery jest gotowa |
| Czy obowiązuje dolna granica? | Nie: zgłoszenie to nie publikacja | Tak: żadnego terminu przed granicą |
Tabela wyjaśnia całą strategię. Katalogi moderowane są wolne i poza twoją kontrolą, więc zaczynasz od nich. Platformy z wyborem daty są szybkie i w pełni pod twoją kontrolą, więc wstrzymujesz je, dopóki tydzień premiery nie zostanie ustalony.
Data docelowa a dolna granica
Data docelowa to moment, w którym chciałbyś, żeby coś się wydarzyło. Dolna granica to najwcześniejszy moment, w którym cokolwiek może się wydarzyć. Katalogi sprawiają, że daty docelowe są zawodne, a dolne granice tanie, bo kontrolujesz tylko dwie rzeczy: kiedy zgłaszasz i kiedy planujesz.
Weźmy samą datę docelową. Chcesz, żeby wpisy były opublikowane w tygodniu premiery. Twój agent zaczyna cztery tygodnie wcześniej, bo weryfikacje trwają tygodnie. Większość moderowanych katalogów publikuje wtedy, kiedy publikuje: niektóre po dniu, niektóre po twojej premierze, niektóre nigdy. Platformy, które pozwalają wybrać datę, takie jak tygodniowe tablice premier albo kalendarz Product Hunt, chętnie przyjmą pierwszy wolny termin, który zobaczy agent. Tym terminem może być najbliższy poniedziałek i nagle twoja najlepsza platforma premierowa rusza, zanim gotowe są twoja strona docelowa, lista zmian i ogłoszenie.
Z dolną granicą ustawioną na poniedziałek premiery ten problem znika. Agent nadal może wcześnie zgłaszać produkt do moderowanych katalogów, bo zgłoszenie to nie publikacja i granica go nie dotyczy. Nie może niczego zaplanować przed granicą, bo tracker odmawia.
Czterotygodniowy plan premiery
Oto plan, dla którego zaprojektowano dolną granicę. Daty są przykładowe: granica w poniedziałek 9 listopada 2026 roku.
Tydzień −4: ustal granicę i przejdź onboarding. Zdecyduj, jaka jest najwcześniejsza data, w której cokolwiek może stać się publiczne, i wpisz ją podczas onboardingu. Uzupełnij fakty o produkcie i briefing dotyczący reprezentacji, żeby agent miał zatwierdzony tekst, zanim dotknie formularza. Wpis opublikowany z błędnym biogramem założyciela jest gorszy niż spóźniony.
Tygodnie −4 do −2: zgłoszenia do moderowanych katalogów. To platformy bez kalendarza: kolejki weryfikacji, strony „Pending approval”, szacunki „Under Review”. Są najwolniejsze i nie możesz nimi sterować, więc idą pierwsze. Zapisuj każdy wynik. Spodziewaj się stanów oczekujących i w kolejce, i spodziewaj się, że część zostanie w nich po tygodniu premiery. To w porządku; granica nigdy ich nie dotyczyła.
Tygodnie −2 do −1: zaplanuj platformy z wyborem daty. Tablice premier z terminami, Product Hunt, wszystko, co potwierdza datę i strefę czasową. Podaj agentowi granicę i preferowany dzień. Agent zapisuje scheduled z datą potwierdzoną przez platformę, a tracker odrzuca wszystko, co jest wcześniejsze niż granica. Jeśli termin jest potwierdzony, ale zatwierdzenie wciąż oczekuje, notatka to odnotowuje.
Tydzień premiery: sprawdź, potem publikuj posty. W dniu premiery agent otwiera każdy zaplanowany wpis, zanim zapisze live; data w kalendarzu nie jest dowodem istnienia publicznej strony. Społeczności takie jak Hacker News to posty, które piszesz według zasad danego miejsca, a nie formularze, i należą do tego tygodnia, gdy wpisy, do których prowadzą, już istnieją.
Tygodnie +1 do +4: pilnuj kolejki. Oczekujące zgłoszenia, których podany czas weryfikacji minął, są sprawdzane ponownie, a nigdy nie zgłaszane drugi raz, żeby ominąć kolejkę. Wpisy, które pojawią się późno, nadal się liczą. Pojawiają się po granicy, a tylko to granica obiecywała.
Co tracker robi z dolną granicą
Od wydania z 15 września 2026 roku plik produktu product.json ma pole earliest_launch_date. Puste oznacza brak granicy. Gdy jest w nim data, skrypt trackera record.py odmawia zapisania scheduled bez --launch-date i odrzuca datę wcześniejszą niż granica. Onboarding pyta o tę wartość, zanim cokolwiek zostanie zgłoszone, a lokalny dashboard pokazuje granicę obok produktu. Lista zmian zawiera informację o wydaniu.
To prawdziwe uruchomienie z 30 września 2026 roku, z granicą 2026-11-09 w przykładowym produkcie:
$ 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_reviewZaplanowanie bez daty zostaje odrzucone, termin przed granicą zostaje odrzucony, termin w dniu granicy zostaje przyjęty, a oczekujące zgłoszenie zostaje zapisane na tygodnie przed granicą, dokładnie tak, jak zamierzono.
Czego dolna granica nie robi
Nie sprawia, że katalog publikuje szybciej; to nie agent decyduje, kiedy katalog publikuje. Nie dotyczy zgłoszeń oczekujących ani w kolejce, bo te biegną według zegara platformy. Jeśli wiadomo, że platforma publikuje od razu w swojej darmowej ścieżce, zgłoś do niej produkt w oknie premiery, a nie tygodnie wcześniej. A granica jest opcjonalna: dla produktu, który już miał premierę, zostaw ją pustą i zamiast tego trzymaj się stałego rytmu, jak w przewodniku Planuj pracę z katalogami przy zerowym budżecie.
Dolna granica nie decyduje też o tym, czy platforma zasługuje na zgłoszenie. To osobne pytanie dla każdego produktu, na które odpowiada metoda wyboru, a nie data.
Ustawianie dolnej granicy w praktyce
Jeśli zaczynasz od konfiguracji z Claude Code albo dowolnego innego agenta, zapyta cię o nią podczas onboardingu; odpowiedz datą albo powiedz „bez granicy”. Aby ją później zmienić, edytuj earliest_launch_date w pliku product.json produktu i powiedz o tym agentowi albo zmień ją w widoku produktu w dashboardzie. Przewodnik krok po kroku pokazuje oba sposoby. Istniejące wiersze scheduled nie są przepisywane: kontrola dotyczy nowych zapisów. Jeśli przesuniesz granicę za już potwierdzony termin, przejrzyj tracker przed następną sesją agenta i zdecyduj, czy zmienić termin na platformie.
Dwa nawyki sprawiają, że to działa. Potwierdzaj strefę czasową za każdym razem, gdy platforma potwierdza datę; przewodnik po Product Hunt istnieje po części właśnie z tego powodu. I traktuj ekran z podziękowaniem jako to, czym jest: nie opublikowany wpis, nie zaplanowany, tylko koniec formularza. Hasło o zaplanowanym wpisie wyjaśnia różnicę.
LaunchRepo dostarcza to w ramach jednorazowej licencji: onboarding, który zadaje to pytanie, tracker, który egzekwuje odpowiedź, i 299 aktywnych playbooków według stanu z 24 września 2026 roku, które dokumentują, które platformy przyjmują datę, a które po prostu potrzebują czasu.
Najczęściej zadawane pytania
Jak długo przed premierą zgłaszać produkt do katalogów?
Do moderowanych katalogów zgłaszaj na trzy do czterech tygodni przed premierą, bo darmowe weryfikacje często trwają tygodnie. Platformy z wyborem daty, takie jak tablice premier, planuj na tydzień do dwóch wcześniej, gdy tydzień premiery jest już ustalony.
Czy minimalna data premiery opóźni moje zgłoszenia?
Nie. Dolna granica blokuje tylko zaplanowanie daty wcześniejszej niż wybrany przez ciebie dzień. Zgłoszenia do moderowanych katalogów mogą wyjść tak wcześnie, jak chcesz, bo zgłoszenie to nie publikacja.
Co, jeśli katalog opublikuje mój wpis przed dniem premiery?
Moderowane katalogi publikują, gdy kończą weryfikację, a dolna granica nie może tego powstrzymać. Jeśli wiadomo, że platforma publikuje od razu w swojej darmowej ścieżce, zgłoś do niej produkt w oknie premiery, a nie tygodnie wcześniej.
Co się stanie, jeśli data premiery się przesunie?
Zmień earliest_launch_date i powiedz o tym agentowi. Nowe zapisy stanu zaplanowanego muszą respektować nową granicę. Już potwierdzone terminy zostają bez zmian, więc sprawdź tracker i w razie potrzeby zmień termin na platformie.
Czy potrzebuję dolnej granicy, jeśli mój produkt już działa?
Nie. Pusta granica to ustawienie domyślne. Dla produktu, który już jest na rynku, lepiej sprawdza się stały rytm kilku zgłoszeń tygodniowo niż skoordynowany tydzień premiery.
Źródła: ONBOARDING.md, RUNBOOK.md, DASHBOARD.md i CHANGELOG.md w zestawie LaunchRepo (wydanie z 15 września 2026 roku), uruchomienie record.py z 30 września 2026 roku oraz publiczne przewodniki na tej stronie, obserwacje z 13 września 2026 roku.