Dlaczego techniczni founderzy giną w ciszy

Klasyczna śmierć technicznego foundera wygląda tak: dopracowujesz produkt do momentu, gdy sam jesteś z niego zadowolony, wrzucasz go na Product Hunt albo piszesz post na V2EX, a potem wpatrujesz się w statystyki czekając na cud. Po trzech dniach bez ruchu stwierdzasz: „produkt jest słaby”.

Prawda jest inna: produkt może być OK, ale dystrybucja nawet się nie uruchomiła. Między ukończeniem kodu a pierwszą płatnością leży cały inżynieryjny proces zimnego startu: którą platformę launchową wybrać, co napisać na landing page, jak przebić się w rankingu Product Hunt, jak pisać na Reddicie żeby nie wylecieć, jak wyglądają szablony cold maili, jak ustawić pricing page pod maksymalną konwersję.

Na GitHubie jest repozytorium EdoStra/Marketing-for-Founders, około 6,8k gwiazdek, z bardzo konkretnym positioningiem: pomaga SaaS-om, aplikacjom i startupom zdobyć pierwszych 10, 100, 1000 użytkowników. Nie opowiada historii o „milionach ARR”, tylko pisze dla technicznych founderów bez budżetu i bez growth teamu. Rdzeń wartości tego repo to rozbicie marketingu na 18 wykonalnych bloków: platformy launchowe, Product Hunt, social media, cold outreach, SEO, LLM SEO / AEO / GEO, Reddit, email marketing, content marketing, reklama, influencer marketing, affiliate, marketing narzędziami freemium, landing page, pricing, optymalizacja konwersji, walidacja pomysłu, badania użytkowników.

Poniżej rozbijam tę grę na ścieżkę, którą możesz od razu wdrożyć.

Ścieżka 1: Pierwszych 10 użytkowników — przez „bezczelne DM-y”

Pierwszych 10 użytkowników nie zdobędziesz żadnym kanałem publicznym. Musisz ich wykopać ręcznie. Blok Sales & Cold Outreach w repo daje standardowy ruch: wypisz 50 profili potencjalnych użytkowników, idź na Twitter / LinkedIn / branżowe Discord i pisz jeden do jednego. Bez masowych szablonów.

Dlaczego 50? Bo konwersja zwykle wynosi 10–20%, więc 50 rozmów stabilnie daje 5–10 osób chętnych do testów. Rdzeń skryptu DM to nie prezentacja produktu, tylko pytanie „czym teraz rozwiązujesz problem X”. Najpierw słuchasz bólu, potem wchodzisz z ofertą. Najczęstszy błąd indie hackera: od razu wysyła link do produktu i leci ban.

Przykładowe wiadomości (do użycia od razu):

• Otwarcie: „Cześć, widzę że używasz [X] do [Y]. Pracuję nad [Z] i chciałbym zapytać, jaki masz największy ból w tym procesie?”
• Follow-up: „Dzięki za odpowiedź. Zrobiłem małe narzędzie, które daje [konkretny efekt]. Mogę wysłać link do testów?”

Konkretny plan: 2 godziny dziennie przez 5 dni, wyniki rozmów spisuj w tabeli z kolumnami „siła bólu / obecne rozwiązanie / skłonność do zapłaty”. Te 50 rekordów to jednocześnie baza surowca do tekstów na Product Hunt i do landing page’a.

Prosty rachunek ROI (do oceny biznesowej): załóżmy, że godzina DM-ów kosztuje Cię $X, 50 rozmów = 10h, konwersja 15% daje 7–8 testów, konwersja do płacących 20% daje 1–2 płacących, średni przychód na usera $Y. Wtedy CAC ≈ (10×$X)/(1–2) i od razu wiesz, czy gra jest warta świeczki.

Ścieżka 2: Pierwszych 100 użytkowników — Product Hunt + Reddit w duecie

Po zdobyciu 10 płacących lub bardzo aktywnych userów wchodzisz w etap drugi. Repo wydziela Marketing for Product Hunt Launch jako osobny blok, co potwierdza, że Product Hunt wciąż jest jednym z najwyższych ROI kanałów zimnego startu, ale gra ma swoje zasady.

Klucz do Product Hunt to nie jakość produktu, tylko 24 godziny przed premierą: relacja z hunterem i aktywność w komentarzach. Standardowy ruch: 2 tygodnie przed startem publikuj w społeczności PH posty „building in public” i zbieraj obserwujących; w dniu premiery miej 3–5 seedowych komentujących (nie boty, tylko realni użytkownicy z feedbackiem); przygotuj 30-sekundowe demo wideo i przypnij je na górze; start we wtorek–czwartek o północy czasu PT, bo ranking PH odświeża się według czasu pacyficznego — nocny start sprawia, że Amerykanie rano zastają już pierwsze upvote’y, a polski founder musi po prostu zarwać noc.

Reddit to drugi mocno niedoceniany kanał. Blok Marketing on Reddit podkreśla: nie wrzucaj reklamy, najpierw 2–4 tygodnie udzielaj się w docelowym subreddit jako prawdziwy użytkownik, zbierz karma, a potem napisz posta w tonie „zrobiłem narzędzie, bo sam miałem ten problem”. r/SaaS, r/IndieHackers, r/SideProject, r/Entrepreneur to cztery główne fronty dla narzędzi SaaS. Ruch z Reddita ma charakter długiego ogona — jeden post może ciągnąć 6–12 miesięcy organicznego ruchu, znacznie cenniejszego niż 24-godzinny wybuch z Product Hunt.

Ścieżka 3: Pierwszych 1000 użytkowników — SEO + LLM SEO w duecie

1000 użytkowników to punkt krytyczny między zimnym startem a wzrostem. Na tym etapie musisz postawić kanały „ruchu pasywnego”. Repo rozdziela klasyczne SEO i nowe LLM SEO / AEO / GEO na osobne bloki, co pokazuje, że autor traktuje wyszukiwanie AI jako osobny tor.

Checklist klasycznego SEO: wybierz 5–10 long-taili (wolumen 100–1000, KD poniżej 30), napisz pogłębione artykuły porównawcze („X vs Y”, „alternatywy dla X”), publikuj na własnej domenie zamiast na Medium, bo waga SEO Medium spada od lat. Artykuł powinien mieć 2000+ słów, zawierać prawdziwe screenshoty z użycia, tabele porównawcze i wykonalne checklisty. Taki content zaczyna stabilnie dowozić ruch po 3–6 miesiącach.

LLM SEO / AEO / GEO to nowa gra, którą usystematyzowano dopiero w 2025. Chodzi o to, żeby GPT, Claude i Perplexity cytowały Twój produkt w odpowiedziach na pasujące pytania. SEO to klasyczne pozycjonowanie w wyszukiwarkach; AEO (Answer Engine Optimization) sprawia, że AI cytuje Twoje treści w odpowiedziach; GEO (Generative Engine Optimization) to strukturalne karmienie generatywnych silników, np. snippetów AI w wyszukiwarkach. Konkretne ruchy: dodaj na stronie produktu plik llms.txt ze strukturalnym opisem pozycjonowania, funkcji i zastosowań; w wysoko ocenianych odpowiedziach na Reddicie, Quorze i w polskim odpowiedniku (np. Wykop/Pikio) naturalnie wspominaj produkt (te platformy są masowo crawlowane przez LLM); uzupełnij profil produktu w katalogach o wysokim autorytecie: Product Hunt, Crunchbase, G2. Fakt, że repo wydziela tę sekcję osobno, sygnalizuje prognozę: w ciągu 12–24 miesięcy ruch z rekomendacji ChatGPT przebije klasyczny ruch z Google.

Minimalny przykład llms.txt:

1
2
3
4
5
6
7
8
9

# Product: MyAwesomeTool
# Description: Lekkie SaaS dla indie makerów do automatyzacji wywiadów z użytkownikami.
# Core Features:
#   - Auto-terminowanie wywiadów przez link Calendly
#   - Transkrypcja i podsumowanie napędzane AI
#   - Eksport jednym klikiem do Notion / Google Docs
# Use Cases:
#   - Founderzy walidujący fit problem–rozwiązanie
#   - Product managerowie zbierający feedback po premierze funkcji

Ścieżka 4: Optymalizacja konwersji — zamiana ruchu w kasę

Ruch bez konwersji to przepalone pieniądze. Bloki Landing Pages, Messaging and Positioning, Pricing i Conversion Rate Optimization razem budują lejek konwersji.

Landing page nie chodzi o to, żeby był ładny — chodzi o to, żeby był jasny. Standardowa struktura: sekcja Hero z jednym zdaniem „dla kogo i jaki problem”; sekcja social proof z prawdziwymi screenshotami lub liczbami; sekcja funkcji w formacie „funkcja → efekt” zamiast suchej listy feature’ów; sekcja pricing z 3 progami (niska kotwica / plan główny / wysoki plan do porównania), różnica między miesięcznym a rocznym 16–20%; w branży roczny rabat 15–20% to standard — poniżej 15% user nie ma motywacji, powyżej 25% tracisz cash flow; tekst przycisku CTA to czasownik, nigdy „Submit”.

Pricing to pole, na którym indie hackerzy najczęściej się wywalają. Typowe błędy: darmowy plan ma za dużo funkcji i nikt nie upgrade’uje; płatny plan jest za tani, żeby się utrzymać. Reguła z repo: jeśli darmowi stanowią ponad 80% bazy, plan free jest za gruby; jeśli średni przychód na płacącego spada poniżej 20 USD, cena jest za niska. Testuj 3 progi przez 30 dni i koryguj po danych.

Rytm optymalizacji konwersji: jedna zmiana na tydzień (A/B test), trzy metryki — rejestracja, aktywacja, konwersja do płatności. Zmiana tekstu daje 3× większy efekt niż zmiana UI, bo tekst bezpośrednio wpływa na to, jak user rozumie wartość produktu.

Ścieżka 5: Badania użytkowników — płacący user jako darmowy PM

Ostatni blok, User Research, decyduje o tym, czy produkt przeżyje pierwszy rok. Rekomendacja z repo: co miesiąc przeprowadź 5–10 wywiadów po 30 minut z płacącymi userami. Pytania: „jak rozwiązywałeś ten problem zanim miałeś nasz produkt?”, „co byś stracił, gdybyśmy zniknęli?”, „ile byłbyś gotów dopłacić za tę funkcję?”.

Te trzy pytania mierzą odpowiednio: koszt alternatywny, poziom zależności i elastyczność cenową — trzy filary PMF (Product-Market Fit). Po transkrypcji wywiadów wrzuć je do GPT albo Claude i zrób klasteryzację tematów. Wyciągnij Top 3 bóle i Top 3 sugestie usprawnień, a potem wrzuć je wprost do następnego sprintu.

Indie hackerzy najczęściej pomijają wywiady z użytkownikami, którzy odeszli. Aktywnie dzwoń do tych, którzy anulowali subskrypcję, i pytaj „dlaczego odszedłeś”. Ich odpowiedzi są warte więcej niż feedback płacących, bo to głos oddany nogami.

Case study: indie hacker Kuba zastosował tę checklistę. Najpierw 50 DM-ów dało 8 testów i 2 płacących. Potem start na Product Hunt z 150 upvote’ami i 300 odwiedzającymi. Równolegle artykuły SEO + plik llms.txt w ciągu trzech miesięcy zaczęły dowozić 50 odwiedzin dziennie z wyszukiwarek AI. Suma: 450 płacących użytkowników.

Plan na dziś: wejdź na GitHuba, wyszukaj Marketing-for-Founders, daj gwiazdkę, przeczytaj blok Sales & Cold Outreach, przerób szablony na swoją wersję i jutro zacznij pisać do 50 potencjalnych użytkowników. Po 30 dniach wróć z 10 płacącymi i 50 rekordami rozmów — wtedy zdecydujesz, czy warto odpalać Product Hunt. Zimny start to nie czekanie na ruch. To robienie ruchu własnymi rękami.