Darmowe narzędzie

Checklista premiery SaaS

Trzydzieści zadań premierowych w sześciu fazach, od 30 dni przed dniem premiery do 30 dni po nim. Odhaczaj je na bieżąco: twój postęp zostaje w tej przeglądarce, a całą listę możesz w każdej chwili wyeksportować jako Markdown.

Twoja checklista premiery

Postęp jest zapisywany tylko w tej przeglądarce (localStorage). Nic, co odhaczysz, nie trafia do LaunchRepo.

Ukończone zadania: 0 z 30
T−30 30 dni przed0/6

Zdecyduj, co wypuszczasz, kiedy i po czym poznasz, że się udało.

  • Dlaczego: Każdy slogan, formularz wpisu i post premierowy korzysta z tego zdania, więc napisanie go raz oszczędza później wiele godzin. Źródło: Słownik: plik kontekstu produktu →

  • Dlaczego: Kolejki w darmowych katalogach potrafią trwać tygodniami, więc wczesne zgłoszenie może zostać opublikowane, zanim twoja strona będzie gotowa. Źródło: Kiedy wpisy powinny zostać opublikowane? →

  • Dlaczego: Rejestracje lub okresy próbne według kanałów mówią więcej niż odwiedziny; Search Console pokazuje kliknięcia, wyświetlenia, CTR i pozycję w wynikach organicznych. Źródło: Google: raport Skuteczność w Search Console ↗

  • Dlaczego: Komercyjne usługi cyfrowe w Niemczech muszą stale udostępniać nazwę, adres i szybki kontakt, np. e-mail (§ 5 DDG). Źródło: § 5 DDG (prawo niemieckie) ↗

  • Dlaczego: Zgodnie z art. 13 RODO ludzie muszą zostać poinformowani w chwili zbierania ich danych; o ten link proszą też dostawcy płatności i wiele katalogów. Źródło: RODO (EUR-Lex) ↗

  • Dlaczego: Product Hunt wymaga kont osobistych i zabrania kont firmowych; wczesne założenie daje czas na poznanie każdej społeczności. Źródło: Przewodnik po premierze na Product Hunt ↗

T−14 14 dni przed0/7

Przygotuj produkt, stronę i ścieżkę płatności dla obcych ludzi.

  • Dlaczego: Google zaleca opisowe, zwięzłe i różne tytuły dla każdej strony, bez powtarzania słów kluczowych. Źródło: Google: linki tytułowe ↗

  • Dlaczego: og:title, og:type, og:image i og:url to cztery wymagane właściwości; decydują, jak wygląda twój link, gdy ktoś go udostępnia. Źródło: Protokół Open Graph ↗

  • Dlaczego: Product Hunt zaleca kwadratową miniaturę 240×240 poniżej 3 MB i obrazy galerii 1270×760; ten sam zestaw sprawdzi się w większości innych wpisów. Źródło: Product Hunt: przygotowanie do premiery ↗

  • Dlaczego: Stripe udostępnia karty testowe, np. 4242 4242 4242 4242 dla udanej płatności i 4000 0000 0000 0002 dla odrzucenia; nigdy nie testuj na prawdziwych danych kart. Źródło: Stripe: testowanie ↗

  • Dlaczego: Gmail wymaga SPF lub DKIM od wszystkich nadawców, a SPF, DKIM i DMARC od nadawców masowych; w przeciwnym razie e-maile powitalne mogą trafić do spamu. Źródło: Google: wytyczne dla nadawców e-maili ↗

  • Dlaczego: Dobre Core Web Vitals to LCP do 2,5 s, INP do 200 ms i CLS do 0,1, mierzone na 75. percentylu. Źródło: web.dev: Web Vitals ↗

  • Dlaczego: WCAG 2.2 wymaga kontrastu tekstu 4,5:1, tekstów alternatywnych dla obrazów i pełnej obsługi klawiaturą; goście z premiery korzystają z każdego rodzaju urządzeń. Źródło: W3C: WCAG 2.2 ↗

T−7 7 dni przed0/5

Napisz teksty raz, w każdej długości, i przygotuj kanały.

  • Dlaczego: Product Hunt pozwala na slogan (tagline) do 60 znaków i opis do 500 znaków; inne formularze proszą o długości pośrednie. Źródło: Product Hunt: przygotowanie do premiery ↗

  • Dlaczego: Darmowe wpisy czekają w kolejkach do weryfikacji, które często trwają tygodniami; im wcześniej zaczniesz, tym więcej z nich zostanie opublikowanych w okolicach dnia premiery. Źródło: Darmowe katalogi startupów →

  • Dlaczego: Show HN jest dla czegoś, co ludzie mogą wypróbować; strony rejestracji, newslettery i wpisy na blogu są nie na temat. Źródło: Hacker News: zasady Show HN ↗

  • Dlaczego: Krótki, szczery pierwszy komentarz o tym, dlaczego to zbudowałeś, daje odwiedzającym powód do odpowiedzi, a tobie wątek do prowadzenia. Źródło: Checklista Product Hunt dla solowych developerów →

  • Dlaczego: Google przyjmuje mapy witryn przez Search Console, swoje API lub wiersz Sitemap w pliku robots.txt; jeden plik mieści do 50 000 adresów URL lub 50 MB. Źródło: Google: tworzenie i przesyłanie mapy witryny ↗

T0 Dzień premiery0/5

Publikuj w ustalonej kolejności, bądź obecny i zapisuj, co się dzieje.

  • Dlaczego: Nowe konto na prawdziwym telefonie znajdzie zepsuty krok, zanim zrobią to twoi pierwsi odwiedzający.

  • Dlaczego: Product Hunt wskazuje 12:01 am Pacific Time jako najlepszą porę dla makerów, którzy planują z wyprzedzeniem, bo premiera dostaje wtedy cały dzień. Źródło: Przewodnik po premierze na Product Hunt ↗

  • Dlaczego: Product Hunt mówi, że nie możesz bezpośrednio prosić o głosy, a Hacker News prosi, by nie namawiać znajomych do głosowania ani komentowania. Źródło: Hacker News: zasady Show HN ↗

  • Dlaczego: Dzień premiery to jedyny dzień, w którym wiele osób czyta wątek; szybkie, konkretne odpowiedzi zamieniają odwiedzających w użytkowników.

  • Dlaczego: Wysłane, oczekujące, zaplanowane i opublikowane to różne stany; ich zapisanie zapobiega później podwójnym zgłoszeniom. Źródło: Stany zgłoszeń – wyjaśnienie →

T+7 Pierwszy tydzień po0/4

Zamień uwagę w rozmowy i poprawki.

  • Dlaczego: Zapisane następne działanie z datą zamienia listę oczekujących w pracę, którą możesz skończyć. Źródło: Zapisywanie wyników →

  • Dlaczego: Pięć krótkich rozmów pokazuje, gdzie ludzie utknęli i czego oczekiwali, a tego nie powie ci żaden dashboard.

  • Dlaczego: Poprawki wdrożone w pierwszym tygodniu docierają do osób, które przyszły z premierą i wciąż się zastanawiają.

  • Dlaczego: Aktualizacja daje każdemu, kto się zarejestrował, powód do powrotu i pokazuje, że produkt się rozwija. Źródło: Przykład: changelog LaunchRepo →

T+30 Pierwszy miesiąc po0/3

Mierz wyniki według kanałów i wybierz kolejny moment premiery.

  • Dlaczego: Raport Skuteczność pokazuje kliknięcia, wyświetlenia, CTR i średnią pozycję; połącz go z własnym źródłem rejestracji, by zobaczyć, co zadziałało. Źródło: Google: raport Skuteczność w Search Console ↗

  • Dlaczego: Tylko publiczny adres URL wpisu dowodzi, że wpis jest opublikowany; dowody pokazują, które katalogi warto wykorzystać ponownie. Źródło: Backlinki z katalogów: co możemy udowodnić →

  • Dlaczego: Nowa funkcja lub nowa integracja to powód, by znów odezwać się w tych samych kanałach, z lepszymi wynikami dzięki temu, czego się nauczyłeś. Źródło: Szablon planu premiery →

Jak korzystać z checklisty

  1. Zacznij od fazy, która odpowiada dzisiejszemu dniu. Jeśli premiera jest za dwa tygodnie, zacznij od „14 dni przed” i przejrzyj wcześniejszą fazę pod kątem tego, co pominąłeś.
  2. Odhacz zadanie, gdy jest naprawdę zrobione, a nie gdy jest zaplanowane. Pasek postępu pokaże wtedy, co zostało, faza po fazie.
  3. Wyeksportuj listę jako Markdown i wklej ją do swojego issue trackera, README albo notatki. Odhaczone zadania eksportują się jako [x], otwarte jako [ ], każde z powodem i źródłem.
  4. Gdy już wiesz, co zrobić, rozłóż zadania na daty i osoby w szablonie planu premiery.

Czego ta checklista nie obejmuje

  • To nie jest porada prawna ani przegląd prawny. Punkty o impressum i prywatności odsyłają do oficjalnych tekstów; czy i jak dotyczą one twojej działalności, rozstrzygnie prawnik.
  • Nie jest powiązana z jedną platformą. Szczegóły wpisu na Product Hunt znajdziesz w checkliście Product Hunt dla solowych developerów.
  • To nie jest instrukcja operacyjna LaunchRepo. Płatny zestaw zawiera playbooki platform i workflow, który wykonuje twój agent; ta lista to ogólne ramy premiery wokół nich.

Checklista premiery na Product Hunt →

Skąd pochodzi lista

Każdy powód został sprawdzony 30 września 2026 z oficjalną stroną podlinkowaną obok: przewodnikiem po premierze na Product Hunt, zasadami Show HN na Hacker News, Google Search Central, wytycznymi Gmaila dla nadawców, dokumentacją testową Stripe, web.dev, WCAG 2.2, protokołem Open Graph, § 5 DDG i RODO.

Dwa zadania pochodzą wprost z premier naszych własnych produktów: najwcześniejsza data publiczna (w zestawie LaunchRepo od 15 września 2026) oraz zapisywanie stanu każdego wpisu z dowodem.

Checklista czy plan premiery?

Ta checklista odpowiada na pytanie, co zrobić. Szablon planu premiery odpowiada, kiedy i kto: rozkłada ten sam rodzaj pracy na daty w kalendarzu, przypisuje ją do ról i pokazuje godziny każdej osoby, z eksportem do CSV i Markdown.

Otwórz szablon planu premiery

Najczęściej zadawane pytania

Czy checklista premiery SaaS jest darmowa?
Tak. Działa w twojej przeglądarce bez konta i adresu e-mail, a eksport do Markdown też jest darmowy.
Gdzie jest zapisywany mój postęp?
Tylko w localStorage tej przeglądarki. Nic nie trafia do LaunchRepo. Inna przeglądarka lub inne urządzenie zaczyna od pustej listy; wyczyszczenie danych przeglądarki lub kliknięcie „Wyzeruj postęp” go usuwa.
Czy mogę zrobić premierę w mniej niż 30 dni?
Tak. Zacznij od fazy, która odpowiada dzisiejszemu dniu, a to, co się nie mieści, przesuń na po premierze. Najdłużej trwają punkty z kolejkami, jak darmowe katalogi, więc zacznij od nich.
Czy to checklista do Product Hunt?
Nie. Obejmuje całą premierę SaaS we wszystkich kanałach. Product Hunt pojawia się tam, gdzie liczą się jego zasady, a osobna checklista Product Hunt szczegółowo omawia sam wpis.
Czy checklista zastępuje poradę prawną?
Nie. Zadania o impressum i prywatności linkują do oficjalnych tekstów, żebyś wiedział, że istnieją; to prawnik powie ci, co dotyczy twojej działalności.

Zostaw część z katalogami swojemu agentowi

LaunchRepo daje twojemu agentowi do kodowania playbooki platform, lokalny dashboard i tracker do premiery w katalogach, więc zgłoszenia z tej checklisty zostają wykonane i zapisane.

Zobacz cennik