Wąski Chatbot AI, Dwa Weekendy, Dziesięciu Płacących Użytkowników
Wszyscy chcą sprzedawać nakładkę na AI i prawie wszyscy wybierają za szeroką niszę. Asystent ogólny rywalizuje z darmowym poziomem ChatGPT od pierwszego dnia i przegrywa. Chatbot, który zbudowałem w dwa weekendy, robi dokładnie jedną rzecz dla dokładnie jednej grupy odbiorców i właśnie to ograniczenie sprawia, że ma płacących użytkowników. Niszy nie ujawnię, bo cały playbook jest ogólny — wybierz własną, zastosuj te same zasady i wylądujesz gdzieś podobnie.
Test niszy przeprowadzony przed napisaniem pierwszej linii kodu
Zanim otworzyłem edytor kodu, zamieściłem dwuzdaniowy pitch na trzech niszowych forach i zapytałem, czy ktoś zapłaciłby z góry 15 euro za zamknięte beta. W ciągu 48 godzin dostałem cztery odpowiedzi tak i dwie może. To był mój zielony sygnał. Gdybym dostał zero, zmieniłbym niszę, a nie naciskał mocniej. Ten sam filtr, który stosuję do launchu szablonów Notion, ma zastosowanie tutaj — zimna publiczność musi sięgnąć po portfel, zanim napiszę linię kodu.
Stos technologiczny, celowo nudny
Next.js na Vercel, Clerk do uwierzytelniania, Stripe do rozliczeń, OpenAI API jako model, jeden plik SQLite na małym VPS do przechowywania stanu. Żadnego vector store, żadnego RAG, żadnego fine-tuningu. Produktem jest jeden, starannie napisany prompt systemowy z krótkim oknem kontekstowym i limitem wiadomości. Cała baza kodu ma mniej niż 900 linii. Nuda to cel. Każdy egzotyczny wybór, który przez chwilę rozważałem (baza wektorowa, hostowany open-source model, złożona orkiestracja), dodałby tygodnie i zero wartości dla użytkownika na skali, na której działam.
Stripe — krok, który kosztował mnie cały dzień
Onboarding Stripe w UE wymaga zarejestrowanego podmiotu prawnego. Korzystam z francuskiego statusu micro-entrepreneur, co zajęło cztery godziny papierkowej roboty i 180 euro. Bez tego Stripe wstrzymuje pierwszą wypłatę i blokuje konto do czasu weryfikacji. Drugi problem ze Stripe to webhook cyklu życia subskrypcji — straciłem cały dzień, bo nie obsłużyłem zdarzenia invoice.payment_failed, i trójka użytkowników cicho odpłynęła, bo im wygasły karty. Obsłuż cały zestaw zdarzeń subskrypcji przed startem, nie po.
Ekonomia jednostkowa, trzeci miesiąc
34 płacących użytkowników po 15 euro: 510 euro miesięcznie. Koszt tokenów OpenAI przy limicie 200 wiadomości to średnio 4,80 euro na użytkownika miesięcznie; łączny koszt API około 163 euro. Opłaty Stripe około 22 euro, hosting 11 euro, Clerk w darmowym planie wciąż wystarczający. Marża netto około 314 euro miesięcznie, 61 procent od przychodu. Limit czyni to przewidywalnym. Bez limitu mój najcięższy użytkownik (jeden dożywotni student, który naprawdę przetestował produkt) skonsumowałby ponad 40 euro tokenów sam w sobie, co zniszczyłoby marżę z dziesięciu normalnych użytkowników.
Retencja i funkcja, którą o mało nie usunąłem
Retencja po trzecim miesiącu wynosi 82 procent. Troje użytkowników odeszło (jeden definitywnie, dwoje po cichu). Funkcja, która ich zatrzymuje, to tygodniowe mailowe podsumowanie minionych rozmów z trzema sugerowanymi promptami. O mało jej nie usunąłem w pierwszym tygodniu, bo wydawała się kosmetyczna. Churn wśród użytkowników, którzy otworzyli co najmniej jedno podsumowanie: 4 procent; wśród tych, którzy nie otworzyli żadnego: 28 procent. Funkcja, którą o mało nie wycięłem, okazała się silnikiem retencji. Dla modelu procentu składanego za tym stojącego porównaj z moimi ekonomikami płatnego newslettera.
Pobieraj opłatę od pierwszego dnia, roczna zniżka siódmego dnia
Pobieram opłatę od każdego użytkownika od pierwszego dnia, bez darmowego okresu próbnego. Siódmego dnia wysyłam e-mail z 25-procentową zniżką na przedpłatę roczną. Trzydzieści jeden procent moich użytkowników korzysta. Zmiana przepływów pieniężnych jest odczuwalna — trzeci miesiąc dałby 314 euro netto, z rocznymi zbliża się do 480. A użytkownicy roczni odpływają na poziomie 3 procent w oknie obserwacji, wobec 14 procent przy miesięcznych. Kontraintutywny wniosek: pobieranie opłaty wcześniej przyciąga lepszych klientów, nie mniej.
Nie pomijaj limitu wiadomości. Każdy indie builder, którego znam i który wystartował bez limitu, spalił swój runway, gdy jeden ciężki użytkownik odkrył produkt. Limit na 200 wiadomości miesięcznie pokrywa 95. percentyl realnego użycia w moich danych i chroni cię przed 99. Jeśli użytkownik narzeka na limit, albo wyciąga realną wartość (dobrze — podnieś cenę), albo nadużywa produktu (dobrze — niech odejdzie).
Często zadawane pytania
Czy naprawdę można zbudować i sprzedać chatbota w weekend?
Zbudować — tak. Sprzedać — nie. Działający produkt zajął mi jeden weekend, około czternastu godzin. Rozliczenia, onboarding i prawdziwa strona docelowa zajęły drugi weekend. Dystrybucja, czyli skąd pochodzi pierwszych dziesięciu płacących użytkowników, to nie praca na weekend — to stały kanał, który wybierasz raz i przy którym zostajesz.
Jaka marża jest realistyczna po kosztach tokenów?
Przy subskrypcji 15 euro miesięcznie moja średnia marża po kosztach tokenów OpenAI wynosi 68 procent przy limicie 200 wiadomości na użytkownika miesięcznie. Ciężcy użytkownicy ją obniżają, lekcy podnoszą. Limit to kluczowa decyzja — bez niego jeden power user niweluje marżę z pięciu normalnych.
Czy potrzebujesz prawdziwej firmy, żeby korzystać ze Stripe?
W UE tak, rejestracja jednoosobowej działalności to minimum. Konfiguracja zajęła mi około czterech godzin i 180 euro opłat administracyjnych. Onboarding Stripe po tym był tego samego dnia. Jeśli pominiesz ten krok, narażasz się na zablokowanie konta, gdy wypłaty przekroczą 1000 euro.