Zanim przeczytasz dalej, warto posłuchać źródła tej historii. W tym odcinku Łukasz Klab opowiada nie tylko o MVP, ale też o pierwszej klapie, pivocie, inwestorach i tym, jak naprawdę wygląda budowanie startupu, kiedy produkt jeszcze nie domyka się tak, jak powinien.
Posłuchaj odcinka DSS#16 na YouTube →W MVP najdroższy nie jest błąd. Najdroższe jest udawanie, że wszystko jest gotowe, kiedy nie jest.
Właśnie dlatego historia Animal Hotels jest tak cenna dla każdego przedsiębiorcy, który planuje start produktu cyfrowego. W rozmowie w DSS#16 Łukasz Klab nie sprzedaje „historii sukcesu” w wersji wygładzonej. Mówi wprost o niedoszacowaniu budżetu, pierwszym uruchomieniu, które się nie udało, o pivotach wymuszonych rzeczywistością i o tym, że MVP czasem w ogóle nie startuje tak, jak miało.
To nie jest jednak opowieść o porażce dla samej porażki. To raczej bardzo praktyczny case o tym, jak wyjść z klapy produktowej bez utraty tempa, jak sprawdzić, czy w ogóle jest rynek, i jak nie spalić się na ambicji, zanim pojawi się pierwsza wersja, za którą ktoś zapłaci albo chociaż będzie chciał z niej korzystać.
MVP startupu nie ma być idealne. Ma wyjść z głowy na rynek
Łukasz przyznaje, że na początku miał dość naiwne założenie: 550 tys. zł wystarczy, żeby wystartować z biznesem typu marketplace. Szybko okazało się, że to za mało. I nie chodzi tylko o samą kwotę, ale o sposób myślenia: założyciel miał wrażenie, że pomysł jest tak dobry, iż wystarczy go „krzyknąć” i ludzie sami będą chcieli dołączyć. Rynek oczywiście nie działa w ten sposób.
Najważniejsza lekcja z tej części historii jest prosta: MVP nie powstaje po to, żeby potwierdzić ego founderów. Powstaje po to, żeby sprawdzić, czy rozwiązanie w ogóle działa i czy ktokolwiek ma z niego realny pożytek. W przypadku Animal Hotels pierwsza wersja miała być odpowiedzią na konkretny problem opieki nad zwierzętami, ale po drodze pojawił się pilny pivot — aplikacja pomocowa związana z wojną w Ukrainie. Decyzja była szybka, odważna i z dzisiejszej perspektywy „nierozsądna” finansowo. Ale to właśnie takie ruchy często pokazują, czy zespół umie pracować pod presją i czy potrafi zbudować coś użytecznego w krótkim czasie.
Dla przedsiębiorcy to oznacza jedno: jeśli Twoje MVP ma być zaplanowane jak finalny produkt, najpewniej planujesz za długo. Zamiast dopracowywać każdy detal, lepiej odpowiedzieć sobie na trzy pytania:
- Jaki jeden problem MVP ma rozwiązać już teraz?
- Co jest absolutnym minimum, żeby użytkownik mógł powiedzieć: „to mi pomaga”?
- Jak szybko zobaczę, że to nie działa i trzeba zmienić kierunek?
Właśnie ten sposób myślenia pozwala uruchomić produkt szybciej i taniej. A więcej o tym, jak Łukasz podjął decyzję o pivocie i co dało to zespołowi później, warto usłyszeć w odcinku podcastu.
Najpierw rynek, potem dopracowanie: jak sprawdzić, czy problem naprawdę istnieje
Zamiast budować w próżni, Łukasz zaczął rozmawiać z ludźmi. I to jest chyba jeden z najważniejszych ruchów w całej historii Animal Hotels. Najpierw rozmowa z klientką, która nie mogła znaleźć zaufanego opiekuna dla kota. Potem research: statystyki, zachowania właścicieli zwierząt, obserwacja rynku w Stanach Zjednoczonych. Potem kolejne rozmowy — z osobami posiadającymi zwierzęta, z opiekunami, z ludźmi korzystającymi z hoteli dla zwierząt.
Wniosek był jasny: problem nie polegał tylko na znalezieniu kogokolwiek. Problemem było zaufanie i dopasowanie. Właściciele chcieli konkretnej osoby, a opiekunowie chcieli konkretnego pupila i warunków, które im pasują. To bardzo ważne, bo wiele startupów buduje MVP pod własne wyobrażenie o produkcie, a nie pod realne zachowanie rynku. Łukasz zrobił odwrotnie: sprawdził, co ludzie naprawdę robią, gdy nie mają aplikacji, i dopiero potem zaprojektował rozwiązanie.
To daje praktyczną wskazówkę dla każdego founder'a, który stoi przed MVP:
- Nie pytaj tylko, czy pomysł się podoba. Pytaj, jak ludzie radzą sobie dziś bez Twojego produktu.
- Sprawdzaj nie deklaracje, ale nawyki: „Co robisz, gdy musisz zostawić zwierzę na wyjazd?”
- Rozmawiaj z obiema stronami rynku, jeśli budujesz marketplace.
To właśnie na tym etapie widać, czy problem jest „ładny na slajdzie”, czy naprawdę boli. I w tym miejscu rozmowa z DSS#16 daje dużo więcej niż sam opis produktu — pokazuje, jak wyglądają prawdziwe wywiady z rynkiem i jak bardzo mogą zmienić kierunek projektu.
Klapa pierwszego uruchomienia MVP: co zrobić, kiedy produkt nie działa w dniu debiutu
W historii Animal Hotels jest moment, który dla wielu zespołów byłby końcem zabawy: dzień debiutu, media, wsparcie znajomych, wywiad w radiu — i aplikacja nie działa. Totalna klapa. Zespół naprawia, traci czas, napięcie rośnie, a ostatecznie ratuje ich kolega z liceum, który przyjeżdża i pomaga uruchomić produkt z dużym opóźnieniem.
To jest bardzo mocny sygnał dla wszystkich, którzy pracują nad MVP: nie licz, że pierwsze uruchomienie będzie eleganckie. Czasem nie będzie. I właśnie wtedy widać, czy startup ma realny zespół, czy tylko plan na slajdzie. W tym przypadku pomogły trzy rzeczy: szybka reakcja, sieć kontaktów i gotowość do poproszenia o pomoc bez udawania, że wszystko jest pod kontrolą.
Jeśli produkt nie działa w dniu startu, nie wolno marnować czasu na narrację typu „jakoś to było”. Lepiej wejść w tryb ratunkowy:
- przyznać, że problem istnieje;
- od razu sprawdzić, kto może pomóc technicznie lub operacyjnie;
- odciąć wszystko, co nie pomaga w uruchomieniu;
- po wdrożeniu zrobić bardzo uczciwy post mortem: co było przyczyną, a co tylko objawem.
Łukasz nie ukrywa, że była to porażka. Ale wyciąga z niej coś ważniejszego: dzięki temu zyskał świadomość, jakich kompetencji brakowało i dlaczego później do zespołu dołączył wspólnik technologiczny. W praktyce to właśnie takie awarie budują firmę szybciej niż idealne sprinty bez kontaktu z rzeczywistością.
Jeśli najbardziej interesuje Cię moment, w którym wszystko się sypie, ten odcinek ma dokładnie taki fragment. Łukasz opowiada, jak wyglądał dzień debiutu bez działającej aplikacji i co uratowało projekt w ostatniej chwili.
Posłuchaj odcinka DSS#16 na YouTube →Budżet na MVP startupu: dlaczego 50 tysięcy to często za mało
Jednym z najmocniejszych wątków rozmowy jest brutalne zderzenie z kosztami. Łukasz zakładał, że 50 tys. zł wystarczy na start. Potem budżet urósł do 400 tys. zł, zanim pojawił się pierwszy inwestor. To ważna lekcja, bo wielu founderów myli „zrobienie aplikacji” z „zbudowaniem biznesu”. A to nie to samo.
W przypadku marketplace’u koszty rosną nie tylko przez development. Dochodzą płatności, integracje, testy, poprawki, obsługa użytkowników, marketing, pozyskiwanie drugiej strony rynku, SEO, kampanie płatne i nieustanne dostosowywanie produktu. Łukasz mówi wprost, że dopiero po czasie zaczął rozumieć, ile naprawdę kosztuje taki model.
W praktyce można z tego wyciągnąć kilka bardzo konkretnych zasad:
- Nie planuj budżetu tylko na „wersję pierwszą”. Planuj na pierwsze poprawki i pierwsze błędy.
- Jeśli budujesz marketplace, licz osobno koszty pozyskania obu stron rynku.
- Nie zakładaj, że MVP ma się „spiąć” finansowo. Ma dać dane i ruch.
- Jeśli wydajesz własne oszczędności, ustal punkt, w którym przestajesz dopłacać z rozpędu.
To nie jest zachęta do przepalania pieniędzy. To zachęta do trzeźwego podejścia. Czasem lepiej wiedzieć, że potrzebujesz więcej kapitału, niż zbyt długo udawać, że problem da się rozwiązać „samym zapałem”.
Jak uruchomić MVP startupu, gdy nie masz jeszcze pełnej funkcjonalności
Animal Hotels wystartowało nie z pełnym produktem, ale z wersją, która częściowo działała. Na początku mogli rejestrować się opiekunowie, a klient, który chciał zarezerwować usługę, widział komunikat, że funkcja jest jeszcze niedostępna. To brzmi jak ograniczenie, ale w praktyce jest to właśnie esencja MVP: uruchomić to, co daje możliwość nauki, nawet jeśli nie wszystko jest gotowe.
Łukasz i zespół nie czekali bez końca. Skupili się na jednej stronie rynku — opiekunach — i zaczęli pozyskiwać ich przez miejsca, gdzie już byli obecni. Padł pomysł z OLX, pojawiły się ogłoszenia typu „praca marzeń — zostań opiekunem zwierząt”, do tego Landing Page, ulotki z kodami QR, prośby o polecenia i budowanie wokół opiekunów mikrospołeczności. Dopiero później doszły SEO, Google Ads i kampanie w social mediach.
To pokazuje bardzo ważną rzecz: MVP nie musi mieć wszystkich ścieżek. Musi mieć jedną ścieżkę, która działa na tyle dobrze, żeby dało się ją testować i rozwijać. W praktyce warto pilnować trzech rzeczy:
- która funkcja jest kluczowa dla pierwszego użytkownika;
- co można odłożyć na później bez zabicia wartości produktu;
- jak szybko użytkownik może wrócić z informacją zwrotną.
Jeśli po premierze niczego nie da się zmierzyć, to znaczy, że MVP jest za duże albo za mało konkretne. W rozmowie w DSS#16 dobrze widać, że czasem rozsądniej jest wypuścić ograniczony produkt, niż przez pół roku budować coś „kompletnego”, co nigdy nie trafia na rynek.
Co zadziałało później: networking, inwestorzy i zespół, który rozumie, po co to robi
Kiedy produkt zaczął żyć, przyszła kolejna trudna lekcja: inwestorzy nie przychodzą od samego „mamy świetny pomysł”. Łukasz bardzo uczciwie przyznaje, że jednym z błędów był brak wystarczającego networkingu na początku. Myślał, że wystarczy powiedzieć światu, że potrzebuje wspólnika albo kapitału, a ludzie sami ustawią się w kolejce. W rzeczywistości najpierw trzeba było budować relacje, chodzić na eventy, robić krótkie prezentacje startupu i rozmawiać z ludźmi regularnie, a nie tylko wtedy, gdy trzeba było domknąć rundę.
To samo dotyczyło wspólnika technologicznego. Marcin, kolega z liceum, dołączył nie dlatego, że ktoś przygotował idealny pakiet warunków, ale dlatego, że był zaufaniem, kompetencją i gotowością do wejścia w niepewność. Umowa była ważna, ale wtórna wobec rozmowy o wartościach i wzajemnym dopasowaniu. I to jest coś, co wielu founderów pomija: pierwszy wspólnik nie powinien tylko „kodować”. Powinien rozumieć tempo, ryzyko i styl pracy zespołu.
Łukasz zbudował też model współpracy z inwestorami oparty na pełnej transparentności. W zespole wszyscy widzą wynagrodzenia, wydatki i zadania, komunikacja nie dzieje się w mailach, tylko w systemie, a pomysł wygrywa nie dlatego, że ktoś ma wyższą pozycję, tylko dlatego, że ma większą wartość dla użytkownika. To podejście nie każdemu pasuje, ale jedno jest pewne: przy MVP i rosnącym startupie kultura pracy ma bezpośredni wpływ na tempo rozwoju.
Jeżeli budujesz własne MVP, sprawdź, czy w Twoim zespole nie ma zbyt dużo ego, a za mało gotowości do korekty kursu. Często właśnie to decyduje, czy startup po pierwszej porażce przyspieszy, czy utknie.
Podsumowanie: MVP to test odwagi, nie tylko produktu
Historia Animal Hotels pokazuje, że MVP startupu nie jest zadaniem technicznym. To przede wszystkim test decyzji. Czy umiesz szybko zmienić kierunek, kiedy rynek daje sygnał? Czy potrafisz przyznać, że budżet był źle policzony? Czy jesteś gotów wypuścić produkt niedoskonały, ale wystarczający, by zacząć się uczyć?
W tej rozmowie nie ma romantyzowania startupów. Jest za to dużo konkretu: pierwsza porażka przy debiucie, problem z płatnościami, błędne założenia budżetowe, za późno rozpoczęty networking, trudna runda inwestycyjna, ale też bardzo logiczna droga do skalowania. I właśnie dzięki temu ten odcinek jest tak wartościowy dla przedsiębiorców. Pokazuje, że MVP nie ma wyglądać jak gotowy sukces. Ma dać Ci dane, doświadczenie i odpowiedź na pytanie, czy warto iść dalej.
Jeśli dziś stoisz przed uruchomieniem własnego produktu, zabierz z tej historii jedną rzecz: nie próbuj być idealny. Spróbuj być szybki, uczciwy wobec rynku i gotowy na to, że pierwsza wersja może nie działać tak, jak planujesz. Ale jeśli dobrze ją zaprojektujesz, to nawet klapa może stać się początkiem czegoś większego.
Warto też pamiętać o jeszcze jednym wniosku z DSS#16: dobry MVP nie kończy się na produkcie. Obejmuje zespół, relacje, sposób pozyskiwania inwestorów i kulturę pracy. To wszystko składa się na to, czy startup po pierwszym zderzeniu z rzeczywistością ruszy dalej, czy rozpadnie się na etapie ambicji.
Jeśli chcesz usłyszeć pełny kontekst: od pierwszego telefonu do znalezienia problemu, przez klapę przy uruchomieniu, aż po inwestorów i wejście na rynek brytyjski, koniecznie obejrzyj cały odcinek. To rozmowa, z której naprawdę da się wyciągnąć coś do własnego biznesu.
Posłuchaj odcinka DSS#16 na YouTube →