O czym jest ten film
- Sesja pytań i odpowiedzi z okazji 100 tysięcy subskrybentów; Chris Raroque od dekady tworzy aplikacje produktywnościowe i doradza innym.
- Jego aplikacje przynoszą 10–12 tys. dolarów zysku miesięcznie; od niedawna zajmuje się nimi zawodowo, a w prowadzonej od lat agencji Aloa przeszedł na pół etatu.
- Największy błąd całej kariery: przez dwa lata nie pobierał opłat za Mogul — aplikację z 10 tys. rejestracji i pierwszym miejscem w swojej kategorii w App Store.
- Każdy jego produkt narodził się z własnego problemu: złego zarządzania czasem (Ellie), nadmiernych wydatków na jedzenie na mieście (aplikacja budżetowa i licznik kalorii).
- Motywację i odporność na wypalenie opiera na niemonetarnej misji — zabawie, nauce i pomaganiu ludziom — oraz na pracy nad kilkoma projektami naraz.
- W tworzeniu treści przeszedł drogę Twitter → TikTok → YouTube i radzi zaczynać od krótkich form, a dopiero potem sięgać po dłuższe filmy.
- System pracy: 70% czasu na jedną główną aplikację, 30% na utrzymanie pozostałych; wszystko, co robi, dokumentuje na bieżąco jako materiał na filmy.
- Zdecydowanej większości osób odradza rzucanie etatu dla aplikacji — presja finansowa psuje decyzje produktowe i prowadzi prosto do wypalenia.
- Marketing bez stresu: SEO, optymalizacja App Store (ASO) i Reddit — kanały wymagające cierpliwości, a nie budżetu.
- Jego zdaniem AI radykalnie podnosi sufit możliwości samodzielnego twórcy — z 20–30 tys. dol. miesięcznego przychodu do wyobrażalnego miliona rocznie.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Monetyzuj od pierwszego dnia, nie po dwóch latach
Na czym polega: Mogul przez dwa lata był darmowy — mimo 10 tys. zarejestrowanych użytkowników i pierwszego miejsca w kategorii osobistych CRM-ów. Raroque po prostu nie wierzył, że ktoś zapłaci. Gdy w końcu włączył płatności, pierwszy klient pojawił się już po trzech tygodniach.
Jak stosować: Jeśli aplikacja rozwiązuje realny problem, dodaj wersję płatną możliwie szybko, nawet drobną. Sam fakt, że ktoś płaci, to najszybszy test wartości produktu.
Na co uważać: Za wieczną darmowością często nie stoi strategia, tylko brak wiary we własny produkt. I zaglądaj w analitykę — Raroque przez dwa lata nie wiedział nawet, ilu użytkowników ma.
2.Zaniżona cena to druga wielka strata
Na czym polega: Cena Mogula wędrowała z 1 dolara, przez 2,50, do 10 dolarów miesięcznie. Raroque żałuje, że każdy z tych kroków nastąpił za późno — i widzi, że wielu udanych twórców wciąż popełnia ten sam błąd.
Jak stosować: Traktuj cenę jako parametr do testowania, nie stałą. Co jakiś czas sprawdzaj, czy rynek nie znosi wyższej stawki — przy subskrypcjach podbicie ceny często przechodzi łagodniej, niż się wydaje.
Na co uważać: Niska cena nie przyciąga automatycznie użytkowników, a obniża przychód od tych, którzy byliby gotowi płacić więcej. Pierwsza intuicja twórców niemal zawsze zaniża.
3.Buduj na własnych bolączkach
Na czym polega: Każda aplikacja Raroque’a powstała, bo sam miał problem: Mogul zastąpił arkusz do notowania kontaktów, Ellie — chaos w planowaniu dnia, aplikacja budżetowa — zbyt hojne wydatki na jedzenie na mieście.
Jak stosować: Zanim zaczniesz szukać pomysłu na rynku, spisz własne irytacje z ostatniego miesiąca. Produkt zbudowany „dla siebie” daje ci gotowego pierwszego użytkownika i naturalną motywację.
Na co uważać: Własny problem musi być też problemem innych. Zanim zainwestujesz miesiące pracy, upewnij się, że potrzeba jest powszechna.
4.W dziewięciu przypadkach na dziesięć nie rzucaj etatu
Na czym polega: Presja, by aplikacja szybko zarabiała, prowadzi do złych decyzji produktowych, wypalenia i ostatecznego powrotu na etat. Sam Raroque przez lata pracował od dziewiątej rano do ósmej wieczorem, łącząc firmę z aplikacjami i contentem — i uważa, że to wykonalne.
Jak stosować: Zostając na etacie, ułóż konkretny plan: ile godzin tygodniowo poświęcasz projektowi i po jakim czasie ma on zarabiać tyle, co pensja. Skok w cały etat rozważ dopiero, gdy budujesz już równolegle i masz twarde sygnały z rynku.
Na co uważać: Dodatkowy czas i energia po rzuceniu pracy nie są same w sobie gwarancją sukcesu. Z людей, którzy czują się gotowi, naprawdę gotowa jest mniej więcej jedna dziesiąta.
5.Niemonetarna misja chroni przed zniechęceniem
Na czym polega: Misją Raroque’a jest zabawa i nauka, nie przychód. Dzięki temu nawet porażka „pracuje” na jego korzyść — jest kolejną lekcją, a spadki przychodów nie wytrącają go z rytmu.
Jak stosować: Zanim zaczniesz projekt na lata, sformułuj misję realizowalną niezależnie od wyników finansowych: „uczyć się jak najwięcej”, „pomagać jak największej liczbie osób”. Przy długim horyzoncie to ona utrzyma cię przy temacie.
Na co uważać: To podejście działa najlepiej, gdy nie musisz liczyć szybkiego zwrotu. Jeśli projekt ma cię utrzymać w perspektywie kwartału, sama misja nie wystarczy.
6.Jedna aplikacja w centrum uwagi, reszta na boku
Na czym polega: Raroque trzyma się reguły „projektu centralnego”: około 70% czasu na jedno narzędzie (obecnie Ellie), 30% na poprawki błędów i utrzymanie pozostałych. Gdy przychodzi nuda, przeskakuje na inny projekt — bywa, że na pół roku.
Jak stosować: Wyznacz projekt dominujący na tydzień albo dłuższy okres i chroń ten podział przed rozproszeniem. Mniejsze aplikacje tylko utrzymuj przy życiu.
Na co uważać: Kilka projektów świetnie chroni przed nudą i służy nauce, ale jeśli optymalizujesz wynik finansowy, lepsza jest koncentracja na jednym produkcie — Raroque podkreśla to wprost.
7.Z contentem zaczynaj od małych form
Na czym polega: Ścieżka Raroque’a: Twitter → TikTok → YouTube. Krótkie formy dały mu warsztat i rytm publikacji; YouTube okazał się najbardziej wyczerpujący — z jego znajomych, którzy tam zaczynali, przy kamerze wytrwała garstka.
Jak stosować: Jeśli marzy ci się YouTube, najpierw oswój się z krótkimi formami: publikuj film co dwa–trzy dni, poznaj montaż, zbuduj wytrzymałość. Dopiero potem sięgaj po dłuższe materiały.
Na co uważać: Ustal motywację. Jeśli tworzysz wyłącznie po to, by promować aplikacje, ryzyko porzucenia projektu jest znacznie większe niż wtedy, gdy sama praca twórcza jest celem.
8.Dokumentuj pracę w trakcie — materiał powstaje przy okazji
Na czym polega: Raroque patrzy na każde zadanie przez pryzmat pytania „czy da się z tego zrobić film?”: prowadzi notatki z błędów, robi zrzuty ekranów, a nawet udręczone rebrandowanie Ellie zamienia w temat odcinka. Buduje i tworzy treści jednym ruchem.
Jak stosować: Wprowadź nawyk notowania na bieżąco: co nie zadziałało, czego się nauczyłeś, jakie decyzje podjąłeś. Po tygodniu masz gotowy szkielet materiału bez dodatkowej pracy.
Na co uważać: Bez systematycznego zbierania notatek ta „darmowa produkcja” znika — po miesiącu szczegóły się zacierają i trzeba zaczynać od zera.
9.SEO, ASO i Reddit — kanały dla cierpliwych, nie zamożnych
Na czym polega: Trzy ulubione kanały Raroque’a — pozycjonowanie, optymalizacja karty aplikacji w sklepie i Reddit — wymagają około godziny dziennie i miesięcy cierpliwości, ale nie budżetu. Eksperymenty z UGC przyniosły mu dotąd więcej strat niż zysków.
Jak stosować: Dla aplikacji konsumenckich (B2C) celuj w UGC, SEO i Reddit; dla biznesowych (B2B) — Reddit, SEO, LinkedIn, ewentualnie przemyślany e-mail. Jeśli chcesz działać przez UGC, najpierw rób materiały sam — dopiero gdy wiesz, co działa, deleguj na twórców.
Na co uważać: Te kanały pracują w horyzoncie miesięcy i lat. Jeśli potrzebujesz przychodu w kwartał, wybierz inne narzędzia albo skoryguj oczekiwania.
10.AI podnosi sufit dla jednoosobowej firmy
Na czym polega: Raroque nie zgadza się z tezą, że „SaaS umarł”. Wręcz przeciwnie: AI odblokowało w operacjach i marketingu rzeczy, których samodzielny twórca nie potrafił zrobić dwa lata temu, a sufit przesunął się z 20–30 tys. dolarów MRR do wyobrażalnego miliona rocznie.
Jak stosować: Przejrzyj swoją jednoosobową działalność pod kątem zadań, które dotąd wymagałyby zewnętrznych rąk — wsparcie klienta, treści, badanie rynku — i sprawdź, ile z nich przejmie AI.
Na co uważać: Zwiększona moc produkcyjna nie zastąpi produktu, który rozwiązuje czyjś problem. Najpierw problem, potem skala.
Redakcyjne tłumaczenie
Sto tysięcy subskrybentów i podziękowania
Kanał właśnie przekroczył sto tysięcy subskrybentów, więc dziś odejdziemy od standardowej formuły i zrobimy sesję pytań i odpowiedzi. Poprosiłem o pytania, a wy przysłaliście naprawdę mocne. Część jest osobista — „Czy twoje aplikacje zarabiają na tyle, żebyś robił to na pełny etat? Kiedy odszedłeś z pracy?”. Pozostałe to po prostu użyteczne pytania: „Jak wygląda struktura prawna twojego biznesu? Co zrobiłbyś inaczej, gdyby zaczynać od nowa?”. Jeśli budujesz aplikację albo rozważasz wejście w tworzenie treści, ten materiał jest dla ciebie. A jeśli jesteś tu pierwszy raz — witaj. Nazywam się Chris i tworzę aplikacje produktywnościowe. Co za nietypowy pierwszy odcinek akurat wam się trafił.
Zanim ruszymy, krótkie podziękowanie — nie tylko za oglądanie i wsparcie przez ostatnie dwa lata, ale za wszystko, czego sam od was się nauczyłem. Wielu z was dziękuje mi w komentarzach za wiedzę, którą się dzielę, a tak naprawdę to ja jestem winien wam ogromne podziękowanie. Czy to pod filmem o Codexie, gdzie zwróciliście mi uwagę, że puszczam każdy model na maksymalnych ustawieniach — czego już nie robię — czy przy okazji krytyki wyglądu moich aplikacji: dziękuję, że zmuszacie mnie, bym był lepszym twórcą, projektantem i budowniczym. (Informacja dodatkowa: Codex — narzędzie AI do pisania kodu od OpenAI, popularne wśród twórców aplikacji.) I oczywiście dziękuję za samo oglądanie. Za każdym razem, gdy ktoś z was wypuszcza aplikację albo podciąga poziom swojego designu, czuję ogromny przypływ energii do nagrywania. Dziękuję za te dwa lata i nie mogę się doczekać, co przyniosą kolejne.
Dobra, bierzemy się za pytania.
Ile zarabiają aplikacje i od kiedy robię to na pełny etat
Zacznę od pytania, które dostaję najczęściej: ile zarabiają twoje aplikacje i czy starcza na życie? Tak — zarabiają dość, żebyś mógł robić to zawodowo. Od tego roku faktycznie zajmuję się tym na pełny etat, o czym opowiem szerzej za chwilę. Aplikacje generują około 10–12 tysięcy dolarów zysku miesięcznie, a to w Dallas w Teksasie, gdzie mieszkam, kwota spokojnie wystarczająca.
Kiedy zdecydowałem się odejść z etatu? To bardziej złożona historia, więc w skrócie przypomnę moje ścieżki zawodowe. Po studiach przez około rok pracowałem w Google. Potem odszedłem i założyłem własną firmę — w gruncie rzeczy agencję, która pomagała ludziom budować aplikacje. Prowadziłem i rozwijałem ją przez ostatnie dziesięć lat, więc robię to od bardzo dawna. Podział czasu wyglądał tak: normalny etat, w dni robocze większość dnia pochłaniała Aloa, a wszystko po godzinach — zwykle od około dwudziestej wieczorem — oraz weekendy szły w aplikacje i content. W tym roku postanowiłem odwrócić proporcje: w Aloie pracuję teraz na pół etatu, tylko z klientami, z którymi lubię współpracować, a aplikacje i tworzenie treści to mój pełny wymiar. To było jakieś pięć miesięcy temu.
Dlaczego odejście akurat teraz
Naturalne pytanie: dlaczego rzuciłem pełny etat? Sprowadza się do dwóch rzeczy. Po pierwsze, dobry moment po stronie firmy — po prostu zeszło się na tym, że w Aloie można było przejść na część etatu; nie będę wchodził w szczegóły, żeby nie odbiegać od tematu. Po drugie, dobry moment po stronie osobistej: uważam, że to naprawdę sprzyjający czas na samodzielne tworzenie aplikacji. Może to wydawać się dziwne, bo na Twitterze wszyscy powtarzają, że SaaS umarł i że tej drogi już nie ma. Ja widzę to zupełnie inaczej. Buduję od lat i jeszcze nigdy nie byłem tak przekonany o potencjale tej ścieżki, bo AI odblokowało masę rzeczy, które wcześniej nie wchodziły w grę — zwłaszcza po stronie operacyjnej i marketingowej. Jest dziś mnóstwo zadań, które jako samodzielny twórca potrafię wykonać, a dwa lata temu były poza moim zasięgiem. Jestem więc bardzo podekscytowany i uznałem, że to właściwy moment, żeby rzucić się w to wszystko na własną rękę.
Ekonomia zamiast informatyki — czyli jak to się zaczęło
Skąd w ogóle aplikacje? Czy studiowałem informatykę? Nie — kierunkiem była ekonomia, co zaskakuje większość ludzi. Nie mam wykształcenia informatycznego; miałem pójść w finanse albo konsulting. Ale miałem sporo szczęścia: na pierwszym roku studiów, gdy szykowałem się do kariery w bankowości i konsultingu, światłość ujrzał Swift. (Informacja dodatkowa: Swift — język programowania aplikacji na urządzenia Apple, wprowadzony w 2014 roku jako znacznie przystępniejszy następca języka Objective-C.) Do dziś nie wiem dlaczego, ale podczas jednej ze studenckich przerw postanowiłem: poświęcę ten czas na próbę zbudowania aplikacji. Podobno Swift jest łatwy, nieporównywalnie prostszy niż Objective-C — zobaczmy, jak trudne to może być. I wciągnęło mnie bez reszty.
Pierwszą aplikację złożyłem po kilku tutorialach z YouTube — był to kalkulator. A pod koniec dwutygodniowej przerwy zimowej miałem już pierwszy prawdziwy projekt: Mogul, osobisty CRM, czyli narzędzie do prowadzenia kontaktów. Do finansów i konsultingu trzeba sieciować jak wariat, a ja spisywałem wszystkie poznane osoby w arkuszu Google. Doświadczenie było fatalne — noszenie tego na eventy i klepanie w małym ekranie. Zbudowałem więc Mogula dla siebie, dziesięć razy wygodniejszego niż arkusz. Miałem szczęście, bo koledzy z roku zaczęli pytać, czy też mogą z tego korzystać, więc wrzuciłem aplikację do App Store, żeby mogli ją pobrać. I to była moja premiera.
Zauważcie: zbudowałem ją, żeby rozwiązać własny problem. Dokładnie tak powstały wszystkie następne. Ellie, planer dnia, powstał, bo beznadziejnie zarządzam czasem. Aplikację budżetową zrobiłem, bo wydawałem za dużo na jedzenie na mieście. A licznik kalorii — bo za często jadam poza domem. Każdy mój produkt rozwiązuje jakiś mój problem. Tak zaczynałem i z tego samego powodu buduję do dziś.
Największy błąd: dwa lata aplikacji za darmo
To dobry moment na pytanie o największy błąd, bo dotyczy właśnie Mogula. Moim błędem numer jeden było to, że nie zacząłem go monetyzować wcześniej. Po premierze aplikacja przez jakieś dwa lata była całkowicie darmowa — nie wiedziałem, że na aplikacjach da się w ogóle zarabiać. To mi po prostu nie przyszło do głowy. Wrzuciłem ją z myślą: „kto chce, ten skorzysta”. Nie zaglądałem nawet w statystyki. Z jakiegoś powodu bałem się wprowadzić płatności — byłem przekonany, że nikt za to nie zapłaci. Więc nie wprowadzałem i przez dwa lata było za darmo.
Dwa lata po premierze trafiłem na społeczność Indie Hackers — forum niezależnych twórców produktów (nie jestem pewien, czy wciąż żywe; większość ludzi przeniosła się na Twittera). I nagle zrozumiałem: cholera, te rzeczy da się monetyzować. Postanowiłem wprowadzić opłaty — zresztą była to jedna z najtrudniejszych rzeczy, jakie zrobiłem. Naprawdę nie chciałem brać pieniędzy za aplikacje, głównie dlatego, że nie wierzyłem w siebie: nie sądziłem, że to, co stworzyłem, ma wartość wartą opłaty.
Ku memu zaskoczeniu, około trzy tygodnie później ktoś naprawdę zapłacił. Nigdy tego nie zapomnę: sprawdziłem jego e-mail i próbowałem odgadnąć, kim jest. Okazało się, że to ktoś z Nowego Jorku, kto faktycznie korzystał z aplikacji. W głowie coś mi się odblokowało: „Boże, jaki byłem głupi. Jak mogłem nie pobierać opłat przez dwa lata? Ile pieniędzy przepuściłem?”. Po dziś dzień uważam to za swój największy błąd. Najbardziej wkurzające jest to, że Mogulowi szło naprawdę dobrze — był pierwszy w App Store w kategorii osobistych CRM-ów i miał dziesięć tysięcy pobrań. Nie miałem o tym pojęcia! Dziesięć tysięcy ludzi się zarejestrowało. Złość mnie bierze, gdy o tym myślę. Powinienem był zacząć brać pieniądze dużo wcześniej.
Dlatego gdy ktoś prosi mnie o radę i zastanawia się: „może najpierw zrobię plan darmowy”, odpowiadam: „nie, nie, nie — pobieraj opłaty. Od razu. Nie popełniaj mojego błędu”. I szczerze: nawet nie chodzi o pieniądze. Bardziej żałuję, że nie uwierzyłem w siebie — że stworzyłem coś naprawdę wartościowego, a nie potrafiłem tego dostrzec.
Chwila, w której zrozumiałem, że da się na tym zarobić
To z grubsza odpowiada też na pytanie, kiedy pojąłem, że da się z tego żyć: właśnie wtedy, gdy odkryłem społeczność indie hackerów i ludzi takich jak levels.io czy John Yungfuk. (Informacja dodatkowa: levels.io to Pieter Levels, jeden z najbardziej znanych niezależnych twórców aplikacji, symbol tego ruchu.) Przy okazji: pozdrowienia dla Johna Yungfuka, ważnej postaci w tym środowisku. Jestem pewien, że nie pamięta, ale napisałem kiedyś na Twitterze albo na forum Indie Hackers, że dopiero zaczynam, a on podbił mój wpis i dodał, żebym nie przestawał. Dla kogoś na starcie gest tak znanego człowieka wiele znaczył i dał mi sporą dawkę motywacji. Dziękuję, John — ty pewnie nie pamiętasz, ja zdecydowanie tak.
Skąd motywacja po dziesięciu latach
Jak utrzymuję motywację po tylu latach? Chyba dzięki temu, że nigdy nie tracę z oczu odpowiedzi na pytanie, po co w ogóle buduję: dla zabawy. To jest dla mnie autentycznie uzależniające. Od pierwszej aplikacji, Mogula, do dziś — dziesięć lat później — codziennie budzę się podekscytowany, że będę coś tworzyć. Widzę dwa główne powody.
Pierwszy: mam bardzo jasną misję, od której nie odstąpiłem ani na krok od pierwszego dnia. Brzmi ona: mieć jak najwięcej zabawy. Nie stawiam sobie wielkich celów pieniężnych, nie planuję sprzedawać swoich aplikacji. Chcę budować, dobrze się bawić i nauczyć się jak najwięcej. Przez to bardzo trudno mnie zdemotywować. Gdyby moim ostatecznym celem był przychód i przychód mocno by spadł, rozumiem, że to by mnie dobijało i pewnie wytrąciło z toru. Ale gdy skupiam się na zabawie i nauce, po prostu nie da się przegrać. Nawet porażki są w gruncie rzeczy nauką — więc za każdym razem, gdy coś mi nie wychodzi, tak naprawdę się cieszę: świetnie, właśnie się czegoś nauczyłem, to działa na moją misję. Trudno mieć złe dni z taką misją.
Drugi powód, blisko związany z pierwszym: mam równie jasną misję wobec samych aplikacji — pomagać jak największej liczbie ludzi. Tak, mam pewne cele finansowe, ale naprawdę tylko po to, by udowadniać, że tworzę wartość. Pieniądze jako takie mało mnie obchodzą; bardziej obchodzi mnie wpływ, jaki wywieram. Przykład: ktoś zapytał mnie niedawno — zresztą bardzo dobre pytanie — z czego jestem najbardziej dumny. Z wpływu, jaki wywarł Ellie, mój planer dnia. Przez lata dostałem garść e-maili, które utkwiły mi w głowie. Jedna z nich była od kobiety cierpiącej na skrajną „ślepotę czasową” — stan, w którym człowiek traci poczucie upływu czasu. Mogła nie odzywać się do mamy przez kilka miesięcy, bo była pewna, że „rozmawiałyśmy dopiero wczoraj”. Napisała mi, że Ellie jest jedyną aplikacją, przy której wytrwała, jedyną, która pomogła jej opanować ten problem i utrzymać kontakt z mamą. Jak można nie czuć zapału, dostając taki e-mail?
Wydaje mi się, że wszystko sprowadza się do jasno określonych misji — i pomaga to, że nie są one monetarne. Choć przyznaję: mam ten luksus. Dlatego zawsze, gdy ktoś pyta, jak wejść w tworzenie aplikacji i ciągnąć to latami, odpowiadam: miej bardzo jasną, niemonetarną misję. Z nią o wiele łatwiej działać przez długi czas.
Wypalenie i paradoks kilku aplikacji
Czy miewam wypalenie? Szczerze mówiąc, prawie wcale. Przez ostatnie dziesięć lat rzadko je czułem i znowu chodzi o tę jasną misję: zabawa, nauka, pomaganie. Wszystko, co robię, jej służy, a życie z takim poczuciem jest po prostu dużo prostsze.
Jest też coś bardziej taktycznego: unikam wypalenia dzięki temu, że mam kilka aplikacji. Z biznesowego punktu widzenia w pełni zgadzam się, że skupienie na jednej aplikacji przez dłuższy czas działa znacznie lepiej niż rozdrabnianie się na wiele. Ale ja nie optymalizuję pod wynik finansowy — optymalizuję pod naukę i zabawę — więc dla mnie oczywiste jest, że muszę mieć ich kilka. Skakać między projektami, ciągle się od nich czegoś uczyć i przeskakiwać na inny, gdy się znudzi. Taki mam sposób: kilka aplikacji i zmiana scenerii przy pierwszej nudzie. Czy polecam to z finansowego punktu widzenia? Nie. Jeśli ostatecznym celem jest przychód, skup się na jednym produkcie. Ale jeśli celem jest zabawa i nauka — nie potrafię wystarczająco mocno polecić utrzymywania kilku aplikacji. To czysta frajda: pobawić się jedną, czegoś się nauczyć i przenieść to na inną.
Co porabiam poza budowaniem
Co robię dla rozrywki? Szczerze: kocham budowanie — to właśnie jest moja rozrywka. Sporo z was pewnie to rozumie: po etacie czy w weekendy aż palicie się, żeby odpalić Claude Code albo Codex i zacząć coś sklejać. To jestem ja. Jestem w tym absolutnie uzależniony, więc poza budowaniem niewiele się dzieje. No, uwielbiam spędzać czas z ludźmi — dużo chodzę po restauracjach, kocham sushi, szczególnie w formule bez limitu. I czas z Luną i Cecilią. Luna nie pokazywała się na kanale od szokująco długiego czasu — chcesz się przywitać? Dla tych, którzy są tu niedawno: to jest Luna i to jej zawdzięcza nazwę moja aplikacja budżetowa. Ona też kocha te kaczuszki. O, chcesz zejść? Dobra, wracam cię na podłogę. Do widzenia.
Nie będę kłamał, że mam kupę hobby poza budowaniem — budowanie jest moim głównym hobby. Ale uważam się za bardzo szczęśliwego człowieka, bo to, co kocham robić — to, co robiłbym i tak w wolnym czasie — pokrywa się z pracą. Trafiłem międzyczasem wielkie szczęście, bo to bardzo ułatwia życie.
Historia gumowej kaczuszki
No dobrze, a co z gumową kaczuszką? Dobre pytanie — mnóstwo osób pyta w komentarzach: „czemu trzymasz kaczkę?”. Gdy zaczynałem nagrywać, trzymałem mikrofon w dłoni i mówiłem do niego z bliska. Nie zdawałem sobie sprawy, że przy każdym ruchu ręki głośność zaczyna skakać — stąd właśnie ludzie przypinają mikrofony do ubrania albo stawiają je na pałąku. Przypiąłem go więc i zostałem z niczym w rękach — nie wiedziałem, co z nimi robić. Cecilia miała akurat opakowanie czterdziestu takich kaczuszek, więc któregoś dnia wziąłem jedną do filmu. Jest w tym trochę głębszy sens: jeśli znasz się na programowaniu, wiesz, że istnieje coś takiego jak debugowanie z gumową kaczką — stara metoda, w której programista stawia kaczkę na biurku i, gdy utknie, po prostu tłumaczy jej problem na głos, co zwykle samo prowadzi do rozwiązania. To taki ukłon w tę stronę. Ale prawdziwy, najgłębszy powód jest prostszy: jestem niezręczny, nie wiem, co robić z rękami, a kaczka akurat była pod ręką. Z czasem zrobiła się z tego zabawa — żart znany stałym widzom. Gdy ktoś napisze: „czemu on trzyma gumową kaczkę?”, zwykle ktoś inny odpowiada: „widzę, że jesteś tu nowy. Witamy na kanale”. A jeśli jesteście uważni, zauważycie kilka kaczuszek też w tle.
Dlaczego zacząłem nagrywać
Dlaczego w ogóle robię filmy? Uwielbiam uczyć. W innym życiu byłbym profesorem na uczelni, a YouTube daje ujście nauczycielowi we mnie. Ale sama droga wyglądała tak: początkowo dokumentowałem wszystko, czego się uczę, na Twitterze. Próbowałem uczyć ludzi wpisami, ale zabrakło mi miejsca — w jednym tweecie nie da się przekazać tego, co się chce. Przeniosłem się więc na TikToka, gdzie limit wynosił wtedy około dziewięćdziesięciu sekund — znów zabrakło miejsca. W końcu trafiłem na YouTube, gdzie mogę mówić, ile chcę. Dlatego to YouTube został moim głównym kanałem — idealne medium, żeby przekazać wszystko, czego chcę was nauczyć.
Regularność contentu zaczyna się od pytania „po co”
Skąd taka regularność? To naprawdę dobre pytanie, bo dostaję go mnóstwo od osób, które chcą spróbować. Pierwszą moją reakcją jest pytanie zwrotne: po co chcesz to robić? Żeby wypromować swoje aplikacje? Żeby uczyć ludzi? Odpowiedź zdecyduje o tym, czy wytrwasz. Moją główną motywacją jest nauczanie i szczerze: gdyby nie to, nie byłbym w stanie tego ciągnąć. Tworzenie treści to przez długi czas jedno z najbrutalniejszych i najbardziej niewdzięcznych zajęć, jakie można sobie wybrać. Gdybym robił to tylko dla promocji aplikacji, dawno bym odpuścił. Dotrzymywanie harmonogramu wymaga ogromnej pracy: każdy z tych filmów to dwadzieścia–trzydzieści godzin. Z czysto biznesowego punktu widzenia wypaliłbym o wiele wcześniej. Ale robię to, żeby was uczyć — i kocham to. Mogę siedzieć nad filmem, ile trzeba. W kwestii samego tworzenia nie muszę zmuszać się do konsekwencji; muszę pilnować terminów i harmonogramu, ale nagrywanie mnie wciąga tak samo jak budowanie aplikacji.
Rada dla początkujących twórców: zacznij od małego
Jaką radę dałbym komuś, kto chce tworzyć content? Właśnie tę: zrozum, po co chcesz to robić. Jeśli po to, by promować aplikacje — zupełnie w porządku, ale wtedy potrzebujesz innej strategii i musisz liczyć się z większym ryzykiem wypalenia, bo nie będziesz czerpać z tego frajdy. Bylebyś świadomie znał swoją motywację i cel — wtedy i życie, i content robią się dużo prostsze.
Druga rada: zacznij od małego. Gdybym od razu rzucił się na YouTube, nie wyszedłbym z tego — tak trudno jest tam zbudować rozpęd. Cieszę się, że zaczynałem od Twittera i tweetów, bo to było banalnie proste: mogłem wyklepać dziesięć dziennie. Potem TikTok był już mniejszym wysiłkiem, a gdy się z nim oswoiłem, przeszedłem na YouTube. Bardzo sobie cenię tę kolejność. Dlatego zawsze, gdy ktoś mówi „chcę robić YouTube”, odpowiadam: zacznij od krótkich form. Nabierz wprawy, zobacz, ile kosztuje montaż, spróbuj wykręcić film co trzy dni — złap ten rytm. Gdy zbudujesz taką kondycję, wtedy przechodź na YouTube, bo YouTube wypala bezlitośnie. Z ludzi, których znam i którzy tam zaczynali, do dziś to ciągnie może czterech.
Żale — i co bym zmienił, zaczynając od nowa
Czy mam żale co do aplikacji? Jest ich mnóstwo. Największy już znacie: późna monetyzacja. Są i inne — na przykład brak listy oczekujących; dla Ellie powinienem był zrobić listę zapisów, wyciągnąłem z tego lekcję. Mógłbym zresztą nagrać osobny film o dziesięciu największych żalach, ale zostanę przy najważniejszym: monetyzuj szybciej.
Dorzucę jeszcze jedno: podnoś ceny. Za Mogula brałem najpierw dolara miesięcznie, potem dwa i pół, dziś dziesięć dolarów. Każdy z tych kroków powinien nastąpić szybciej. To dokładnie ta sama choroba co późna monetyzacja: zaniżanie ceny przez długi czas to ogromna strata. I wciąż widzę bardzo udanych twórców, którzy tego nie robią, choć wiem, jak bardzo pomogłoby to ich biznesom. Zbyt wolne podnoszenie cen to mój drugi największy żal — zaraz po tym, że w ogóle nie pobierałem opłat.
A żale co do contentu? Szczerze — żadnych. Jestem bardzo zadowolony z tego, jak to zrobiłem, jak szybko kanał rósł i jaką zbudowaliśmy społeczność. Wszystko jest dokładnie tam, gdzie chcę. Nie zmieniłbym niczego.
Co bym zrobił inaczej, gdybym zaczynał od nowa? Monetyzował szybciej i brał więcej. To chyba wszystko. Całą resztę cieszę się, że przerobiłem wtedy, kiedy przerabiałem — bez żalu.
Jak dzielę czas między aplikacje i filmy
Jak ogarniam czas i żongluję projektami? Zawsze mam jedną aplikację centralną. Teraz jest to Ellie — dostaje około 70% mojego czasu, a pozostałe 30% idzie w inne produkty, zwykle tylko poprawki błędów i utrzymanie. Mam też aplikację tygodnia i co tydzień przeskakuję między projektami. Zdarzają się długie okresy na jednym: przez pół roku byłem całkowicie pochłonięty Amy, teraz przechodzę na Ellie, bo jest mnóstwo rzeczy, których chcę się nauczyć i wypróbować. Ale schemat pozostaje ten sam: jedna centralna aplikacja i 70% uwagi.
Co do contentu, podchodzę do niego bardzo strategicznie: próbuję na wszystko patrzeć przez pryzmat pytania „czy da się z tego zrobić materiał?”. Pracując nad Ellie, już w trakcie zaczynam dokumentować. Uczę się, ponoszę porażki i zbieram mnóstwo notatek. Właśnie teraz robię rebranding i nową maskotkę Ellie — trwa to wieki i jest o wiele trudniejsze, niż sądziłem — a mam strony notatek o wszystkich błędach i wszystkim, czego się przy tym uczę, oraz zrzuty ekranów wszystkich materiałów. Efekt jest taki, że buduję i właściwie równocześnie produkuję content. Jestem pod tym względem świetnie zorganizowany: dwie, a czasem trzy pieczenie na jednym ogniu. To kolejny element mojego systemu — aplikacje i filmy powstają u mnie równolegle.
Czy rzucić etat, żeby budować aplikacje
W dziewięciu przypadkach na dziesięć moja odpowiedź brzmi: nie, raczej nie powinieneś. Dlaczego? Gdy rzucisz pracę i zaczynasz żyć z oszczędności, budując aplikację, pojawia się presja — i moim zdaniem większość ludzi zaczyna wtedy podejmować fatalne decyzje produktowe, bo jest zmuszona szybko zarabiać. A presja podnosi ryzyko wypalenia, po którym i tak wraca się na etat. Podejście, które zwykle polecam: zostać na pracy i przygotować bardzo dobry plan — jak zagospodarujesz czas poza etatem i w jakim terminie aplikacje mają zarabiać na tyle, żeby można było odejść. Wiem, że to wykonalne, bo przez ostatnie dziesięć lat — szczególnie ostatnie trzy — pracowałem więcej niż na pełen etat i równolegle robiłem aplikacje i content. Mało kto o tym wie, ale cały ten czas prowadziłem Aloę: pracowałem od dziewiątej rano do ósmej wieczorem, czasem dłużej, kierowałem firmą z pracownikami i przychodami, a mimo to tworzyłem aplikacje i materiały. Skoro ja potrafiłem, to wiem, że da się łączyć etat z własnymi projektami — trzeba tylko bardzo dobrze organizować czas i wyciskać z niego maksimum.
Jedyny przypadek, w którym poleciłbym odejście z pracy, to sytuacja, w której masz żelazny plan i trochę dowodów, że dodatkowy czas i energia pozwolą ci go zrealizować. W praktyce oznacza to osobę, która mając etat, już buduje równolegle i widzi sygnały: „gdybym rzucił się w to na maksa, w stuprocentach jestem pewien, że dorównam albo przebije moją pensję”. Z mojego doświadczenia wynika, że na dziesięć osób przekonanych, że są w tym punkcie, naprawdę jest w nim jedna.
Finansowanie i zatrudnianie: dlaczego nie
Czy kiedykolwiek zbiorę finansowanie? Na sto procent nigdy — dla żadnej z moich aplikacji. To po prostu nie ma sensu: to narzędzia użytkowe, które nie zwrócą takiego zwrotu, jakiego oczekują fundusze venture capital. Co najwyżej zebrałbym pieniądze na coś, czego nie da się zbudować samodzielnie. Jest kilka rzeczy w obszarze medycznym, którymi się interesuję i których sam raczej nie podniosę — na to rzeczywiście zebrałbym kapitał. Zrobiłbym to tylko wtedy, gdy jestem pewien, że nie sprostam samemu, albo gdy misja jest mi tak bliska, że gotów jestem wejść w układ z funduszami, żeby przyspieszyć tempo. Ale musiałaby to być naprawdę dobra misja — więc najpewniej coś medycznego.
Czy kogoś zatrudnię, czy zostanę sam na zawsze? Przy aplikacjach prawdopodobnie nigdy nikogo nie zatrudnię — będę to robił samodzielnie, bo to świetna zabawa. Kocham wolność i elastyczność. A do tego mam teraz bardzo ciekawe zadanie: sprawdzić, jak wysoko może zajść jednoosobowy twórca aplikacji w czasach AI. Kiedyś myślałem, że samodzielnie da się wygodnie osiągnąć 20–30 tysięcy dolarów MRR. (Informacja dodatkowa: MRR, monthly recurring revenue — miesięczny powtarzalny przychód, podstawowa miara aplikacji subskrypcyjnych.) Teraz, dzięki AI, zastanawiam się, czy nie da się zrobić miliona dolarów rocznie, albo nawet konkurować ze startupem wspieranym przez fundusz. Chcę przez najbliższe dwa lata przesunąć tę granicę — a żeby to zrobić, muszę działać sam. Prawdopodobnie zostanę solo na zawsze; to po prostu lepiej pasuje do misji. Optymalizuję zabawę, naukę i wpływ, a wierzę, że wszystko to mogę osiągnąć sam — zwłaszcza z AI. Będę więc działał solo, dopóki nie pojawi się powód, by zmienić zdanie. Na razie takiego powodu nie widzę.
Struktura prawna biznesu
Jak zorganizowana jest prawnie moja działalność? Mówię tylko za siebie i nie twierdzę, że to optymalne rozwiązanie, ale u mnie wszystko spoczywa w jednoosobowej spółce LLC, pod którą trzymam wszystkie aplikacje. (Informacja dodatkowa: LLC, limited liability company — w USA odpowiednik spółki z ograniczoną odpowiedzialnością; wersja jednoosobowa to najprostsza dostępna forma.) Gdyby któraś z aplikacji urosła na tyle, że uzasadnia własną spółkę, albo gdybym uznał, że działa w prawnie ryzykownym obszarze, założyłbym dla niej kolejną jednoosobową LLC. Na razie wszystko jest pod jedną. Powód jest prosty: z księgowego punktu widzenia to najwygodniejsza z dostępnych struktur, a w Teksasie założenie LLC to też formalna prosta sprawa. To wszystko oczywiście bardzo specyficzne dla mojego stanu i kraju, ale taka jest moja konstrukcja.
Marketing: trzy kanały dla cierpliwych
Jak marketinguję aplikacje? To trochę trudne pytanie, bo — jak wspomniałem — optymalizuję zabawę i naukę, nie wyniki finansowe, więc moja odpowiedź będzie słaba biznesowo. Działam przez SEO, ASO i Reddita. ASO, czyli optymalizację strony w sklepach z aplikacjami, rozumiem szeroko: dopracowana karta produktu, słowa kluczowe, dbanie o recenzje. Te trzy kanały są moimi ulubionymi. Eksperymentuję trochę z UGC, ale straciłem na tym dotąd nieporównanie więcej, niż zarobiłem, więc nie będę udawał eksperta. (Informacja dodatkowa: UGC, user-generated content — w promocji aplikacji: krótkie wideo stylizowane na materiały „od użytkowników”.) Uwielbiam te trzy kanały, bo pasują do mojej misji, czyli do nie-stresowania się marketingiem: mogę im poświęcić może godzinę dziennie. A ponieważ mój horyzont jest bardzo długi — nie muszę zrobić miliona w trzy miesiące i spokojnie znoszę powolny wzrost — te kanały do mnie pasują. SEO to gra na wiele miesięcy, a nawet lat, i to mi odpowiada; pasuje do mojego charakteru i celów. Dlatego tak robię.
A jeśli naprawdę zależy ci na szybkim zwrocie? Postaram się być konkretny. Dla aplikacji konsumenckich (B2C) poważnie rozejrzyj się za UGC, no i za SEO — moim zdaniem niedocenianym — oraz Redditem. Te trzy to prawdopodobnie najlepsze opcje. UGC wymaga gigantycznej ilości pracy i, niestety, na początku musisz robić go sam: sam nagrywać wideo, żeby zrozumieć, co działa. Wiele osób myśli, że po prostu wynajmie twórców i po sprawie, ale najlepsi specjaliści od UGC, z którymi rozmawiałem, mówili zgodnie: musisz być gotów przez jakiś czas robić to samodzielnie, zobaczyć, co działa, a dopiero potem nauczyć się sensownie współpracować z twórcami. Po własnych doświadczeniach rozumiem, czemu tak mówili.
Dla aplikacji biznesowych (B2B) polecam Reddit, SEO i LinkedIn, a czasem — zależnie od produktu — marketing e-mailowy. Widziałem produkty, w których e-mail działa, ale nie może to być wysyłka na oślep; trzeba to przemyśleć strategicznie. To pewnie kanały warte uwagi w B2B, ale szczerze: jest bardzo trudno i wszystko zależy od sytuacji. Dlatego z trudem mówię o tym na kanale — mogę podzielić się swoimi metodami, ale to nie znaczy, że u was zadziałają. Mnie Reddit, SEO i ASO w zupełności wystarczają — świetnie pasują do mojego stylu życia.
Życie za dziesięć lat
Jak wyobrażam sobie życie za dziesięć lat? Szczerze: dokładnie to, co robię dziś, tylko w większej skali. Mam wrażenie, że tak naprawdę przeszedłem na emeryturę pięć lat temu. Codziennie robię dokładnie to, co kocham, i robię to od lat. Chciałbym, żeby za dziesięć lat wyglądało to tak samo, tylko większe. Jeśli robię content — to w innej skali; jeśli uczę się i pracuję z aplikacjami — to wszystko dziesięć razy większe. Ale nie zamierzam iść na żadne ustępstwa w kwestii stylu życia, elastyczności, wolności i misji.
Podziękowania na koniec
Film i tak już wychodzi długi, więc może tu zakończę. Jeszcze raz: dziękuję wam ogromnie za wsparcie, za oglądanie i za to, jak bardzo angażujecie się w komentarzach. To znaczy dla mnie więcej, niż potraficie sobie wyobrazić. I znowu — tak wiele się od was uczę. Czuję ogromną inspirację za każdym razem, gdy widzę, co robicie po obejrzeniu moich materiałów, więc jeśli odnosicie sukcesy, dzielcie się nimi — chcę o nich wiedzieć. Staram się odpowiadać na wszystkie komentarze i wiadomości; ostatnio robi się to trudne, zwłaszcza od czasu, gdy nagrywam krótkie formy — komentarze leją się strumieniem — ale wciąż daję z siebie wszystko. A jeśli mogę wam w czymś pomóc, śmiało piszcie. Dziękuję, że oglądaliście, i do zobaczenia w następnym odcinku.