System: tygodniowy rytm pracy nad appką
Jedna godzina dziennie. Pięć bloków w tygodniu. Jeden eksperyment. System nie pyta o nastrój, i dokładnie dlatego działa dłużej niż motywacja.
Pięć zasad
- 1
Kanał przed kodem
Kolejność priorytetów: kanał pozyskania, potem monetyzacja, potem pomiar, na końcu produkt. Kod jest ostatni, bo klony kodu robi się w weekend, a pozycji w App Store i publiczności nie.
- 2
Jedna dokończona rzecz dziennie
Godzina wystarczy, jeśli kończysz. Zryw weekendowy przegrywa z rytmem, bo App Store i algorytmy nagradzają regularność.
- 3
Decyzje tylko na trendzie 90 dni
Wczorajszy wykres to szum. Porównujesz ostatnie 90 dni z poprzednimi 90.
- 4
Jeden eksperyment tygodniowo, z zapisanym wynikiem
Po roku masz 52 lekcje z własnego funnela. Tego nie da się kupić ani obejrzeć.
- 5
Feature dopiero po trzech eksperymentach monetyzacyjnych
Eksperyment z ceną daje 2-3 razy większe wzrosty niż zmiany wyglądu (dane Adapty). Feature buduje się tygodniami i zwykle nie rusza wykresu.
Tydzień, blok po bloku
Poniedziałek: Liczby
30-45 minCztery liczby, zawsze te same: instalacja do triala, trial do płatności, retencja D7 i D30, przychód. Zapisujesz w arkuszu, porównujesz z zeszłym tygodniem i z trendem 90 dni. Na końcu wybierasz eksperyment tygodnia.
Benchmarki do kalibracji (RevenueCat, Adapty): twardy paywall konwertuje medianowo 10,7% instalacji w płatność, tysiąc instalacji z Apple Ads to średnio 19 płacących, trial 17-32 dni konwertuje na 42,5%.
Wtorek: Eksperyment
60 minUstawiasz jeden test monetyzacyjny. Rotacja tematów: cena, nagłówek i obietnica paywalla, długość triala, plan roczny kontra miesięczny, moment pokazania paywalla w onboardingu. Zapisujesz trzy linijki: co zmieniam, czego oczekuję, kiedy sprawdzam.
Środa: Kanał: dystrybucja
60 minJedna akcja, która dotyka rynku: research fraz w App Store i poprawka keywordów, wiadomości do twórców ze stawką od wyświetleń, odpowiedzi na recenzje (każda w maks. 24 godziny, jednogwiazdkowe najpierw).
Czwartek: Kanał: publiczność
60 minJeden post z prawdziwymi liczbami twojej appki: co zadziałało, co nie, co testujesz. Publiczność to jedyny kanał, którego nikt ci nie przelicytuje. Pierwsze posty będą słabe i nikt ich nie zobaczy, i właśnie dlatego to najbezpieczniejszy moment, żeby zacząć.
Piątek: Produkt
60 minTylko rzeczy, które przechodzą test: czy to blokuje komuś zapłacenie albo powrót do appki? Nie przechodzi, idzie do backlogu. Crash na paywallu: tak. Ładniejsza ikona ustawień: nie.
Niedziela: Zamknięcie tygodnia
15 minTrzy linijki: wynik eksperymentu, jedna lekcja, jedna rzecz na przyszły tydzień. To jest cały przegląd. Dłuższy nie będzie robiony, krótszy nic nie daje.
Rejestr eksperymentów
Pięć kolumn, prowadzone bez wyjątków. Arkusz, notatka, kartka: format nie ma znaczenia, zapisany wynik ma.
| Data | Hipoteza | Zmiana | Wynik | Decyzja |
|---|---|---|---|---|
| 14.07 | Dłuższy trial podniesie konwersję | Trial 7 dni na 21 dni | Trial-to-paid 24% na 31% | Zostaje |
| 21.07 | Roczny plan jako domyślny podniesie ARPU | Preselekcja planu rocznego | w trakcie | ... |
Czego system zakazuje
- ×Codzienne odświeżanie dashboardu. Liczby raz w tygodniu, w poniedziałek. Dashboard nie jest slot machine.
- ×Nowe feature'y przed trzema eksperymentami monetyzacyjnymi z rzędu.
- ×Content o appkach bez spłaty: godzina oglądania kosztuje pięć godzin budowania albo dystrybuowania.
- ×Porównywanie się z cudzymi zrzutami MRR. Jedyne porównanie z informacją: ty sprzed kwartału kontra ty dziś.
Jeszcze przed launchem?
Ten sam rytm, dwie podmiany: blok liczb zamieniasz na research fraz i konkurencji w App Store, blok eksperymentu na rozmowy z potencjalnymi użytkownikami. Reszta bez zmian, publiczność i dystrybucję buduje się przed launchem, nie po.
Dlaczego to działa
HabitKit w 2025, solo. Dwa i pół roku takiego rytmu do 10K MRR, potem dwa miesiące do 20K.
Tyle przychodów z subskrypcji trzymają appki sprzed 2020. Wygrywa istnienie wystarczająco długo, a rytm pozwala istnieć.
Zapisane eksperymenty Cal AI na paywallu, +31% konwersji z triala. Top 10% appek robi więcej prób, nie ma lepszych pomysłów.
Rytm potrzebuje fundamentu
Ten system zakłada, że masz w appce paywall, analitykę i subskrypcje, na których da się eksperymentować. Jeśli budujesz sam, Ship React Native daje ten fundament w dniu zero. Jeśli chcesz, żeby ktoś dowiózł całość, od tego jest Silpho.