TL;DR

Maor Shlomo zbudował Base44 jako solo founder i sprzedał za 80+ milionów dolarów do Wix w zaledwie 6 miesięcy
Firma wzrosła do 400 tysięcy użytkowników bez zewnętrznego finansowania – pura bootstrapping
W 3 tygodnie osiągnął 1 milion dolarów ARR (Annual Recurring Revenue – roczny przychód powtarzalny), budując AI-powered platformę do tworzenia aplikacji
Wzrost napędzały: budowanie na oczach publiczności na LinkedIn, system zachęt dla społeczności i organiczne polecenia
Nie napisał ani linijki HTML/JavaScript przez ostatnie 3 miesiące – wszystko generowały modele AI
Stack: Render.com, MongoDB, Python + inteligentny routing między Claude i Gemini
Kluczem sukcesu było rozwiązywanie prawdziwych problemów użytkowników i budowanie silnej społeczności

Poniższe notatki powstały na podstawie rozmowy Lenny’ego Rachitsky’ego z Maorem Shlomo w podcaście Lenny’s Podcast. Wszystkie przedstawione przemyślenia, obserwacje i wnioski pochodzą od rozmówców, głównie od założyciela Base44 – platformy AI do budowania aplikacji, która została przejęta przez Wix za ponad 80 milionów dolarów.

Kim jest Maor Shlomo? To nie jego pierwsza firma. Przez 7 lat był CEO Explorium – korporacyjnej firmy z branży data, która pozyskała 130 milionów dolarów finansowania. Po wybuchu wojny 7 października służył w rezerwie prawie rok. Gdy wrócił, chciał powrócić do tego, co kocha najbardziej – kodowania i budowania produktów.

Jak znaleźć pomysł na produkt, który ludzie pokochają

Shlomo nie szukał rewolucyjnej innowacji. Zaczął od rozwiązywania bardzo konkretnych, osobistych problemów. Jego dziewczyna potrzebowała strony do zbierania leadów dla swojej działalności artystycznej. Jednak gdy próbował to zbudować tradycyjnymi narzędziami, proces okazał się frustrująco powolny.

Według Shlomo, modele potrafią napisać kod do dokładnie takich zadań, ale brakowało im odpowiedniej infrastruktury. W tym samym czasie pomagał organizacji harcerskiej w Izraelu z systemami back-office. Z kolei agencje wyceniały proste rozwiązania na milion dolarów.

Te dwa doświadczenia pokazały mu lukę na rynku:

Istniejące narzędzia no-code wymagały wiedzy technicznej
LLM-y (Large Language Models – duże modele językowe) potrafiły pisać kod, ale brakowało im odpowiedniej infrastruktury
Integracje z zewnętrznymi narzędziami były słabsze niż rozwiązania built-in
Agencje wyceniały proste systemy na astronomiczne kwoty

Kluczowa obserwacja Shlomo: nie wystarczy zintegrować się z zewnętrznymi narzędziami jak Supabase. Trzeba zbudować pełny stack od podstaw, zoptymalizowany do współpracy z modelami AI.

Skromne początki, nieoczekiwany sukces

Shlomo podkreśla, że Base44, po raz pierwszy w jego życiu, nie miało być największą rzeczą na świecie. W samolocie powiedział swojej dziewczynie, że jeśli osiągną 1,5 miliona ARR do końca 2025, kupią sobie fajny samochód. Osiągnęli ten cel w 4 tygodnie.

To radykalna zmiana podejścia względem Explorium, gdzie przez 7 lat koncentrował się na pozyskiwaniu jak najwięcej finansowania i budowaniu największej firmy. Tym razem chciał po prostu robić to, co kocha.

Solo founding w czasach AI – nowy paradygmat

Dlaczego solo + bootstrapping

Solo founding w połączeniu z bootstrapping to nie uniwersalny przepis. Shlomo zauważa, że nie sądzi, żeby nadawał się do każdego przypadku. Sprawdza się głównie przy produktach z potencjałem viral lub mass market, gdzie nie ma znaczenia, czy jesteś fundowany czy nie.

Kluczowe zalety tej ścieżki według Shlomo:

Default alive – o wiele mniej stresujące; gdy jesteś zyskowny, budzisz się rano bez presji
Lepsza kontrola energii – energia to wszystko w długodystansowym biegu przedsiębiorczości
Potencjalnie lepszy outcome finansowy – jeśli osiągniesz escape velocity
Brak zewnętrznej presji – nawet najlepsi inwestorzy tworzą dodatkowy ciężar

Shlomo wyjaśnia, że robiąc jedno i drugie, waga pozyskiwania tak dużego finansowania, nawet jeśli inwestorzy są wspaniali i zawsze wspierający, jednak bycie bootstrapped, gdy nie ma innych pieniędzy oprócz twoich w biznesie, a biznes rośnie i jest zyskowny – pomaga utrzymać energię.

Shlomo twierdzi, że myśli o tym jako o innej lidze, bo nawet jeśli jesteś solo, dosłownie zarządzasz zespołami AI piszących kod. Przez ostatnie 3 miesiące nie napisał ani jednej linijki HTML czy JavaScript. Wszystkie zmiany w frontend Base44 generowały modele AI.

Stack produktywności dla ADHD

Shlomo ma ciężkie ADHD, dlatego musiał zoptymalizować swój przepływ pracy:

Rescue Time – blokuje dostęp do Twittera i LinkedIn podczas głębokiej pracy
Cursor – główne narzędzie do kodowania z AI
Niestandardowe aplikacje w Base44 – zautomatyzował proces tworzenia treści na social media

Zbudował sobie narzędzie, które analizuje jego pomysły na posty, dostosowuje je do jego stylu i automatycznie generuje wersje na LinkedIn i Twitter. Podkreśla, że brzmi jak klisza, ale budowanie czegoś, czego faktycznie będziesz używać, jest o wiele łatwiejsze.

Wyzwania solo foundingu

Największe problemy to brak zespołu technicznego, ciągły stres związany z utrzymaniem serwerów 24/7 oraz brak wsparcia emocjonalnego. Shlomo wyjaśnia, że gdy jesteś solo, nie masz zespołu DevOps, nie masz dyżurów, nie masz niczego.

Dramatyczny przykład: podczas wesela brata dostał telefon o potencjalnym hacku. W środku sesji zdjęciowej musiał znaleźć wymówkę, otworzyć laptopa i naprawić problem. Okazało się, że LLM próbowało użyć pakietu „Cryptography” – nic wspólnego z krypto, ale użytkownik się przestraszył.

Dodatkowym wyzwaniem jest brutalna priorytetyzacja. Shlomo codziennie zadawał sobie pytanie: „Co chcę dzisiaj robić vs. co muszę robić?”. Często chciał kodować i ulepszać produkt, jednak musiał się zająć marketingiem.

Wzrost bez finansowania – od 0 do 400k użytkowników

Pierwsze 10 użytkowników

Shlomo zaczął od błagania najbliższych przyjaciół o używanie produktu. Trzech znajomych – w tym dwóch bezrobotnych – sadzał przy stole co drugi dzień. Obserwował, jak używają narzędzia, naprawiali błędy i budowali to, czego potrzebowali.

Shlomo wyjaśnia, że nie zamierzał skalować niczego, zanim nie będzie wiedział, że użytkownicy to lubią. Najlepszą metryką zadowolenia było to, czy zaczynali dzielić się produktem z innymi. Gdy zobaczył pierwszych użytkowników spoza swojego kręgu, wiedział, że czas inwestować w marketing.

Product Hunt – porażka, która przyniosła sukces

Pierwszy launch na Product Hunt był bardzo nieudany. Mimo to przyniósł 50 nowych użytkowników i pierwszego płacącego klienta. Shlomo podkreśla, że ludzie czasami traktują swoje uruchomienia jak życie lub śmierć dla firmy, ale w jego przypadku tak nie było.

Drugi launch złamał algorytm Product Hunt – system myślał, że to boty. Społeczność Base44 była jednak tak zaangażowana, że wygrali dzień i tydzień.

Budowanie na oczach publiczności jako motor wzrostu

Przełom nastąpił, gdy znajomy zasugerował dokumentowanie procesu budowania. Shlomo zaczął dzielić się na LinkedIn szczerymi relacjami – dobrymi, złymi i brzydkimi momentami. Publikował rzeczywiste metryki, wykresy, techniczne szczegóły swojego stacku i osobiste refleksje z procesu.

Kluczem była szczerość i realistyczne podejście. Nie próbował wyglądać na najszybciej rosnącą firmę na świecie. Pisał o prawdziwych wyzwaniach solo foundingu.

Co NIE działało w marketingu

Shlomo próbował różnych podejść, zanim znalazł skuteczne:

Influencer marketing – wydał 2000 dolarów na post influencera, nie przyniósł praktycznie niczego
Paid advertising – próbował paid przez kilka tysięcy dolarów, nie działało
Cross-posting – publikowanie na Twitterze było stratą czasu mimo większej liczby obserwujących

Shlomo podkreśla, że wszystko było organiczne i budowanie na oczach publiczności. Całkowity budżet marketingowy: prawie zero.

Velocity jako silnik wzrostu

Jednym z najmocniejszych, ale niedocenianych narzędzi wzrostu okazała się szybkość rozwoju produktu. Shlomo zauważa, że ludzie lubią widzieć wykresy i liczby, i to ich przywiązuje do projektu.

Gdy wprowadzasz nowe funkcje co drugi dzień, użytkownicy się angażują. Komentowali w postach Shlomo, że porusza się tak szybko, muszą to wypróbować teraz. Velocity rozwiązuje problemy produktowe, marketingowe i buduje zaangażowanie społeczności jednocześnie.

Shlomo wyjaśnia, że przez większość czasu myśli o tym: jak zwiększyć velocity? To rozwiąże każdy problem produktowy, jaki mamy, lub większość z nich.

System zachęt dla społeczności

Shlomo zauważył, że ludzie uwielbiają dzielić się tym, co zbudowali w Base44. Stworzył program: za udostępnienie procesu budowania aplikacji w social media otrzymywali dodatkowe kredyty.

Znajomy zapytał go, ile płaci tym ludziom za posty o Base44. Shlomo nie płacił nikomu. System zachęt i budowanie na oczach publiczności napędzały organiczny wzrost.

W ciągu tygodnia firma przeszła z 20 użytkowników dziennie do 4000 nowych użytkowników dziennie. To było trudne do obsłużenia – Shlomo musiał się nauczyć skalowania baz danych w locie.

Zarządzanie społecznością: od WhatsApp do Discord

WhatsApp okazał się zaskakująco dobrym narzędziem do zarządzania wczesnej społeczności. Shlomo podkreśla, że do dziś grupa WhatsApp, która powstała bardzo wcześnie, to świetne miejsce na opinie zwrotne.

Zalety WhatsApp dla społeczności według Shlomo:

Szybkie opinie – ludzie piszą natychmiast gdy coś nie działa
Monitoring produktu – najlepsze miejsce do sprawdzania czy są awarie
Bezpośredni kontakt – bardziej intymne niż Discord czy Reddit
Limit zmusza do selekcji – tylko najaktywniejszy zostają

Gdy społeczność urosła ponad limit WhatsApp (1000-2000 osób), Shlomo przeniósł się na Discord i Reddit, jednak zachował pierwotną grupę jako najbliższych doradców.

Hackathon „for good” jako katalizator wzrostu

Przy 5000-10000 użytkowników Shlomo zorganizował hackathon z budżetem 5000 dolarów z własnej kieszeni. Chciał otworzyć dla wszystkich budowanie aplikacji, które robią dobro w świecie.

Rezultat przekroczył oczekiwania:

3000 zespołów się zarejestrowało
Sponsorzy globalni: Amazon, Google, MongoDB, Deloitte
Biura na całym świecie – partnerzy otworzyli swoje przestrzenie
Znaczący wpływ – aplikacje dla osób z Alzheimerem, edukacji, NGO

Shlomo wspomina, że to prawdopodobnie jeden z najwyższych momentów w jego karierze. Bardzo wzmacniające. Hackathon stał się największym „for good” hackathon w historii tej kategorii.

Konkretne liczby finansowe

Base44 osiągnął zyskowność szybciej niż przewidywał:

Marzec 2024 – pierwsze dolary przychodu
Maj 2024 – już 200 tysięcy dolarów czyskiego zysku miesięcznie
Zero external funding – wszystko z reinwestowanych zysków

Shlomo przyznaje, że okazało się, że Base44 było znacznie bardziej zyskowne niż myślał. Ta zyskowność dała mu siłę negocjacyjną w rozmowach z Wix.

Stack technologiczny dla szybkiego rozwoju

Podstawowa infrastruktura

Render.com – Shlomo opisuje to jako niesamowicie fajne do pracy. Porównuje do swojej poprzedniej firmy, gdzie duże zespoły DevOps budowały procesy wdrażania. Render umożliwił mu zarządzanie całą infrastrukturą jako solo founder.

MongoDB – idealne dla vibe coding, bo schematy danych zmieniają się często podczas prototypowania. LLM-y nie zawsze rozumieją intencje użytkownika od razu, więc potrzebna jest elastyczność struktury danych.

Python backend + JSX frontend – kontrowersyjna decyzja, ale uzasadniona. Zwykły JavaScript jest łatwiejszy dla modeli niż TypeScript. Dodatkowo jeden repository dla front i backend ułatwia AI zarządzanie kontekstem.

Inteligentny routing AI

Base44 używa dwupoziomowej architektury z różnymi modelami AI:

Heavy guns (Claude 4 / Gemini):

Tworzą high-level solution i plan zmian
Nie przepisują całych plików od zera
Claude 4 najlepszy dla UI i initial prompts
Gemini świetny dla algorytmów i gdy Claude się zacina

Lighter models (Flash / GPT-4o mini):

Implementują konkretne patches w kodzie
Szybsze i tańsze dla powtarzalnych zadań
Wykonują szczegółowe zmiany kodu na podstawie high-level plan

Shlomo wyjaśnia, że ma pipeline, który próbuje zrozumieć prompt użytkownika i skierować go do właściwego LLM-a. To system routingu analizuje intencję i złożoność, zanim wybierze model.

Kontrowersyjne podejście: Shlomo uważa, że nie należy używać TypeScript, lecz plain JavaScript i JSX. Łatwiej modelom pisać kod w ten sposób. Base44 frontend to JSX, nie TypeScript.

Optymalizacja dla LLM-ów

Shlomo spędził 20-30% czasu na optymalizacji repozytorium pod współpracę z AI. Zbudował wysokopoziomową, dogmatyczną infrastrukturę, która zajmuje się całym CRUD-em, autentykacją i bazą danych.

Cel: niech LLM pisze jak najmniej kodu. Im mniej kodu musi generować, tym mniej błędów popełnia i tym lepiej zarządza kontekstem. To samo dotyczy Base44 – platforma dostarcza gotową infrastrukturę, więc AI skupia się tylko na unikalnej logice aplikacji.

Proces akwizycji – od pierwszego kontaktu do 80M dolarów

Jak to się zaczęło

Wix skontaktował się pierwszy. Shlomo usłyszał od CEO Avishahai Abrahami podczas pierwszego spotkania, że wszyscy mówili, że Wix powinien ich kupić, zanim staną się zbyt duzi.

Początkowo nie było to jasno nastawione na akwizycję. Spotykali się na steakach, rozmawiając o strategii rozwoju Base44. Shlomo szukał rady od doświadczonego CEO.

Dlaczego akwizycja zamiast niezależności?

Mimo zyskowności i możliwości zostania niezależnym, Shlomo wybrał akwizycję z kilku powodów:

Tempo rynku: Ten rynek porusza się szybciej niż wszystko, co widział, szybciej niż myślał. Konkurencja z dobrze finansowanymi firmami wymagała skalowania.

Ambicja vs. komfort: Zobaczył, jak Base44 rośnie i zaczął myśleć – to może naprawdę pomóc ludziom w ich życiu. To jedna z tych kategorii oprogramowania, która może rzeczywiście przesunąć igłę dla wielu osób.

Strategiczne dopasowanie z Wix:

To samo DNA i baza klientów
Podobna wizja demokratyzacji tworzenia aplikacji
Doświadczenie w skalowaniu produktów B2C
Możliwość grania w większej lidze

Retencja użytkowników: Shlomo widział, że użytkownicy, którzy przychodzą do Base44, zostają z Base44, mimo że są bardzo zaznajomieni z resztą konkurencji.

Pierwszy hire: product person, nie engineer

Shlomo zatrudnił pierwszą osobę miesiąc i pół przed akwizycją. Nie był to engineer, ale product manager. To ktoś, z kim dużo pracował – człowiek orkiestra. Może zagłębić się w logi LLM-ów, pisać skrypty Python do analiz, implementować analytics.

Dlaczego product person first? Shlomo w pewnym momencie mówił mu: Yoav, teraz zajmujesz się wzrostem. A on odpowiadał: Nigdzie nie robiłem wzrostu. Nie, teraz zajmujesz się wzrostem. Potrzebował kogoś, kto może nosić wiele kapeluszy w małym zespole.

Kluczowe czynniki sukcesu

Chemia między zespołami okazała się kluczowa. Shlomo podkreśla, że zwłaszcza gdy kupują solo foundera, to bardzo unikalny przypadek. Muszą mieć pewność, że będą mieli dobrą chemię z kluczowymi osobami.

Pozycja negocjacyjna – Shlomo był w komfortowej sytuacji. Base44 generowało 200k dolarów zysku miesięcznie w maju. Najlepsza pozycja do negocjacji takiej umowy to być bardzo okej z alternatywą nie-akwizycji.

Struktura umowy

80 milionów to początkowa płatność. Znaczna część kompensacji Shlomo zależy od earnout – przyszłych wyników Base44 w ramach Wix.

To naprawdę sytuacja win-win. Shlomo nadal pokazuje się codziennie do pracy i ma osobisty interes w sukcesie biznesu. Struktura motywuje go do dalszego budowania, zamiast zniknięcia po sprzedaży.

Drama z podpisaniem

Umowa miała być zamknięta w czwartek wieczorem. O 2 w nocy wszyscy się zgodzili, jednak prawnicy chcieli poprawić sformułowania rano.

Shlomo poszedł spać, a o 4 rano obudził go komunikat o wybuchu wojny między Iranem a Izraelem. Myślał, że to takie klasyczne. Był pewien, że umowa się nie uda. Nie mógł uwierzyć, że to się dzieje.

Na szczęście następnego ranka podpisali dokumenty bez problemów. To był zdecydowanie najmniej nudny miesiąc w jego życiu.

Praktyczne wnioski dla innych founderów

Paradoks MVP i aha moment

Shlomo nauczył się ważnej lekcji o aktywacji użytkowników. Początkowo Base44 pokazywało user flows przed generowaniem aplikacji – żeby upewnić się, że rozumie potrzeby.

To była dobra decyzja produktowa, jednak konwersje do aha moment nie były super wysokie. Usunął ten krok, bo spowalniał moment zaskoczenia – kluczowy dla produktów B2C.

Shlomo radzi, żeby doprowadzić użytkowników jak najszybciej do ich aha moment. Czasem ma to swoją cenę, ale należy upewnić się, że nie jest zbyt wysoka.

Zasada 50%

Najważniejsza rada Shlomo: należy upewnić się, że przynajmniej 50% czasu pracuje się nad rzeczami, które naprawdę lubi się i w których jest się dobry.

To dotyczy nawet CEO-ów wielkich firm. Wszyscy mają większą część swojej pracy poświęconą czemuś, co naprawdę lubią – czy to projektowanie produktu, czy budowanie maszyny marketingowej.

Najlepszy czas na budowanie

Shlomo uważa, że to najlepszy czas na budowanie. Może być naprawdę zmieniający życie – po prostu zacząć coś, co naprawdę lubi się. Widzi obecną erę jako rewolucję większą niż Internet.

Po prostu robić to, robić coś, co lubi się. Myśli, że jest bardzo duża szansa, że będzie zmieniające życie, a jeśli nie, to przynajmniej będzie się miało niewiele żalu w przyszłości.

Kluczowy insight

Aha moment > jakość produktu

Standardowo myślimy: Najpierw zbuduj najlepszy możliwy produkt, potem pokazuj użytkownikom. UX research, user flows, walidacja – wszystko przed pokazaniem rozwiązania.

W praktyce okazuje się, że: Czasem lepiej pokazać gorszy, ale natychmiastowy rezultat, niż idealny po dodatkowych krokach. Shlomo usunął user flows z Base44, mimo że tworzyły lepsze aplikacje, bo spowalniały moment „holy shit, to faktycznie działa!”.

Dlaczego to jest istotne: W świecie B2C attention span jest ekstremalnie krótki. Użytkownicy muszą dostać swoją „wow” reakcję w 1-3 minuty, inaczej odchodzą. Można dodać zaawansowane funkcje później, jednak pierwszego wrażenia nie da się odrobić.

Test na jutro: Następnym razem gdy budujesz onboarding, zamiast dodawać kolejny krok walidacji/personalizacji, spróbuj pokazać core value od razu i sprawdź czy współczynnik konwersji wzrasta.

Ten wpis jest częścią kolekcji notatek z ciekawych podcastów, webinarów i innych treści wartościowych. Źródło: transkrypt rozmowy Lenny’ego Rachitsky’ego z Maorem Shlomo w Lenny’s Podcast.

Link do oryginalnego materiału: Solo founder, $80M exit, 6 months: The Base44 bootstrapped startup success story | Maor Shlomo

Tag: Maor Shlomo

Solo founder sprzedał startup za 80M dolarów w 6 miesięcy – historia Base44 #EN194