Jeśli planujesz własny marketplace albo właśnie wycinasz koszty pod MVP, ten odcinek oszczędzi ci kilku kosztownych złudzeń. Łukasz Klab mówi wprost, ile realnie kosztowało go dojście do pierwszej wersji produktu i gdzie popełnił błąd już na starcie.
Posłuchaj odcinka DSS#16 na YouTube →Na start jedna rzecz, która zwykle wychodzi dopiero po fakcie: MVP marketplace prawie nigdy nie kosztuje tyle, ile zakładasz na początku. I nie chodzi tylko o programistę czy design. Dochodzą płatności, testy, poprawki, komunikacja z użytkownikami, pozyskanie pierwszych opiekunów lub dostawców, a czasem nawet całkowity zwrot w modelu działania.
W odcinku DSS#16 Łukasz Klab opowiada o tym bez pudrowania. Najpierw był pomysł na Animal Hotels, potem próba ratowania świata poprzez pomocową aplikację, potem budowa marketplace’u dla opieki nad zwierzętami, a na końcu twarde zderzenie z rzeczywistością: budżet 550 tys. zł okazał się za mały, a łącznie projekt pochłonął około 400 tys. zł z własnych środków jeszcze zanim pojawił się pierwszy inwestor. To nie jest historia o „sprytnym oszczędzaniu”. To historia o tym, jak łatwo źle policzyć MVP, gdy patrzy się na produkt, a nie na cały system wokół niego.
Ten tekst jest inspirowany tematami poruszanymi w podcaście „Druga Strona Sukcesu” i rozwija właśnie ten wątek: jak nie zaniżyć budżetu MVP, kiedy budujesz marketplace, czego nie widać w pierwszym arkuszu i kiedy szukanie finansowania zaczyna być koniecznością, a nie opcją.
Budżet MVP marketplace to nie jest koszt „zrobienia apki”
Największa pułapka founderów jest banalna: patrzą na MVP jak na jedną rzecz do zbudowania. Łukasz wszedł w projekt z myśleniem, że marketplace to w gruncie rzeczy aplikacja. Taka, których „powstaje multum codziennie”. Założył, że 550 tys. zł wystarczy, żeby wystartować. I sam mówi dziś wprost, że grubo się mylił.
Dlaczego? Bo marketplace nie kończy się na ekranach. Nawet jeśli pierwsza wersja jest prosta, trzeba ogarnąć przynajmniej kilka równoległych warstw:
- budowę produktu i poprawki po pierwszych testach,
- integrację płatności i kwestie operacyjne,
- pozyskanie dwóch stron rynku, czyli podaży i popytu,
- zaufanie, weryfikację i bezpieczeństwo,
- komunikację z użytkownikami i zbieranie feedbacku,
- marketing, który w ogóle dowiezie ruch do produktu.
Jeśli w budżecie liczysz tylko dev, to liczysz za mało. Łukasz nie miał jeszcze wtedy pełnego zrozumienia, ile kosztuje zbudowanie biznesu marketplace. To ważna lekcja dla każdego, kto dziś planuje MVP: nie pytaj „ile kosztuje aplikacja”, tylko „ile kosztuje zrobienie pierwszego działającego rynku”.
Skąd się bierze zaniżony budżet MVP i dlaczego founderzy w to wpadają
Łukasz dobrze pokazuje mechanizm, który znamy z wielu startupów. Na początku wydaje się, że pomysł jest prosty, potrzeba tylko „kogoś technicznego” i trochę czasu. Founder ma poczucie, że produkt jest oczywisty, rynek wielki, a rozwiązanie wręcz proste w swojej istocie. Wtedy łatwo uwierzyć, że samo zbudowanie wersji startowej to kwestia kilku miesięcy i jednego budżetu wejściowego.
Problem polega na tym, że takie myślenie pomija trzy bardzo drogie rzeczy. Po pierwsze: niepewność. Nie wiesz jeszcze, jak dokładnie użytkownicy będą korzystać z produktu, więc każda zmiana kosztuje czas i pieniądze. Po drugie: rynek marketplace wymaga dopasowania dwóch stron, a to jest dużo bardziej złożone niż zwykła aplikacja informacyjna. Po trzecie: na etapie MVP brak doświadczenia jest kosztowny. Łukasz przyznaje, że bardzo mało wiedział, jak rozmawiać z programistą, jakie są realne wyzwania i jakie kwoty pojawiają się w startupach z tej kategorii.
To prowadzi do prostego wniosku: jeśli wchodzisz w nową kategorię biznesu, twój pierwszy budżet niemal na pewno będzie zbyt optymistyczny. Nie dlatego, że jesteś niekompetentny. Po prostu jeszcze nie widzisz całego obrazu. I właśnie dlatego warto przyjmować założenie konserwatywne, a nie życzeniowe.
Jak Łukasz doszedł od 50 tys. zł do 400 tys. zł i czego to uczy o MVP
W rozmowie pada bardzo konkretna sekwencja. Najpierw było założenie, że 50 tys. zł wystarczy na start. Potem projekt zaczął pochłaniać kolejne środki. Finalnie łącznie wyszło około 400 tys. zł. I to nie dlatego, że founder „przepalał” pieniądze bez kontroli. Raczej dlatego, że rzeczywistość okazała się bardziej wymagająca niż pierwotny plan.
W praktyce oznaczało to kilka ważnych etapów:
- zbudowanie pierwszej wersji aplikacji webowej,
- praca w rytmie tygodniowych aktualizacji,
- kontakt z pierwszymi użytkownikami i poprawki pod ich potrzeby,
- dojście do kilku tysięcy użytkowników,
- dopiero potem myślenie o poważniejszym finansowaniu.
To bardzo ważne, bo pokazuje, że MVP nie jest punktem końcowym. Jest początkiem kosztów. Jeżeli produkt zaczyna żyć, pojawiają się nowe funkcje, poprawki, integracje, marketing i potrzeba dalszego wzrostu. I właśnie dlatego zaniżanie budżetu jest niebezpieczne: sprawia, że planujesz tylko wejście do gry, a nie samą grę.
Łukasz mówi też coś jeszcze ważniejszego: gdyby wiedział wcześniej, ile to wszystko kosztuje, mógłby szukać inwestora wcześniej. To cenna obserwacja. Czasami lepiej szybciej wejść w rozmowy inwestorskie przy nieco mniejszej walidacji, niż za długo finansować projekt z własnej kieszeni i dopiero potem odkryć, że i tak trzeba będzie oddać udziały.
W połowie rozmowy pada mocny wniosek: inwestora łatwiej szukać, kiedy masz już coś działającego, ale zbyt późne wejście w fundraising może kosztować cię własne oszczędności i czas. Jeśli dziś liczysz budżet MVP, koniecznie posłuchaj, jak Łukasz doszedł do tego dopiero po serii bolesnych lekcji.
Posłuchaj odcinka DSS#16 na YouTube →Kiedy warto szukać inwestora, a kiedy jeszcze dopompować MVP własnymi środkami
To jeden z najbardziej praktycznych fragmentów całej rozmowy. Łukasz przyznaje, że na początku chciał pozyskać finansowanie przy lepszych wycenach i lepszych warunkach, więc przeciągał moment wejścia do inwestorów. W jego logice miało to sens: im więcej zbuduje sam, tym więcej będzie wart projekt. Tylko że w startupach liczy się nie tylko wycena, ale też tempo dojścia do kolejnego etapu.
Finalnie w momencie wejścia pierwszego inwestora zespół miał już:
- aplikację webową,
- 53 aktualizacje produktu,
- tygodniowy rytm wdrożeń,
- około 4000 użytkowników.
To już było coś, ale jednocześnie rynek inwestorski nie zawsze reaguje tak, jak founder sobie wyobraża. Łukasz mówi wprost, że myślał, iż wystarczy powiedzieć: „potrzebuję wspólnika” i ludzie zaczną się umawiać. Nie zaczęli. Najtrudniejsze okazało się samo umówienie spotkania. Wniosek? Inwestorzy nie kupują samego pomysłu, tylko momentum, relację i dowody wykonania.
Jeśli więc liczysz budżet MVP dziś, odpowiedz sobie uczciwie na dwa pytania. Po pierwsze: czy mam środki, żeby przejść nie tylko budowę, ale i pierwsze iteracje produktu? Po drugie: czy moja strategia finansowania zakłada, że spotkam inwestora dopiero wtedy, gdy produkt już pokaże ruch, czy wcześniej, zanim kasa zacznie się kończyć? Łukasz pokazuje, że obie drogi są możliwe, ale każda ma inną cenę.
Co naprawdę kosztuje MVP marketplace: nie tylko development, ale też zaufanie, pozyskanie rynku i błędy po drodze
W przypadku Animal Hotels budżet nie rozbił się wyłącznie o kod. Bardzo dużo kosztowała nauka, jak w ogóle ten biznes ma działać. Łukasz i zespół zaczęli od problemu znalezionego w realnym życiu: klientka poprosiła go o znalezienie opiekuna dla kota. To był moment odkrycia potrzeby, ale potem zaczęła się prawdziwa robota: rozmowy z potencjalnymi klientami, wywiady z opiekunami, wizyty w hotelach dla zwierząt, sprawdzanie, czego ludzie naprawdę potrzebują.
I właśnie tu widać, że MVP marketplace jest kosztowne także dlatego, że musi zbudować zaufanie. Animal Hotels rozwiązuje to przez weryfikację dokumentów, rankingi opiekunów, opinie, przechowywanie pieniędzy do ostatniego dnia opieki i monitoring rezerwacji przez zespół. Każde z tych rozwiązań to nie tylko funkcja. To odpowiedź na lęk użytkownika. A odpowiedź na lęk zwykle nie jest tania.
Do tego dochodzi jeszcze pozyskiwanie podaży. Zespół nie czekał biernie. Szukał opiekunów tam, gdzie oni już są: w OLX, w ogłoszeniach, przez landing page, ulotki z kodem QR, SEO, Google Ads i social media. To ważna lekcja dla kogoś, kto liczy MVP na kartce: najbardziej kosztowne nie jest samo „zbudowanie”, tylko doprowadzenie do pierwszych transakcji.
Jeśli więc tworzysz marketplace, budżet powinien obejmować co najmniej:
- produkt i poprawki po testach,
- mechanizmy zaufania i bezpieczeństwa,
- pozyskanie obu stron rynku,
- kanały ruchu,
- czas na eksperymenty, które nie zadziałają od razu.
Jak nie zaniżyć budżetu MVP: konkretne zasady z historii Animal Hotels
Najbardziej praktyczna lekcja z tego odcinka jest taka, że budżet MVP trzeba liczyć od celu, a nie od marzenia. Marzenie mówi: „zróbmy marketplace dla zwierząt”. Cel mówi: „musimy zbudować wersję, która pozwala znaleźć opiekuna, wywoła zaufanie i doprowadzi do realnej rezerwacji”. To już zupełnie inny koszt.
Jak podejść do tego rozsądniej? Z tej rozmowy da się wyciągnąć kilka prostych zasad:
- zrób budżet nie na wersję „demo”, tylko na kilka iteracji po feedbacku,
- zakładaj, że integracje i płatności zajmą więcej niż myślisz,
- policz osobno koszt pozyskania pierwszych użytkowników i opiekunów,
- zostaw bufor na zmianę kierunku, jeśli rynek pokaże coś innego,
- nie odkładaj rozmów z inwestorami do momentu, gdy kasa będzie na styk.
Łukasz sam przyznaje, że zaczął szukać finansowania za późno, bo najpierw chciał dopracować jak najwięcej za własne środki. To częsty błąd. Founderzy myślą, że muszą najpierw dowieźć „idealniejszy” produkt, żeby w ogóle móc rozmawiać z inwestorem. A tymczasem inwestorowi często bardziej zależy na tym, czy founder umie uczyć się rynku, dowozić tempo i budować relacje.
Dlatego gdy planujesz budżet MVP marketplace, pytaj siebie nie tylko „ile to kosztuje?”, ale też „co się stanie, jeśli się pomylę?”. Jeśli nie masz odpowiedzi, dodaj bufor. Naprawdę dodaj bufor.
Podsumowanie: MVP marketplace jest drogie nie dlatego, że musi być wielkie, tylko dlatego, że musi działać
Historia Animal Hotels dobrze pokazuje, że zaniżony budżet MVP nie jest drobnym błędem księgowym. To decyzja strategiczna, która może opóźnić rozwój, zmusić do gaszenia pożarów i odebrać founderowi komfort podejmowania dobrych decyzji. Łukasz wszedł w projekt zbyt optymistycznie, ale dzięki temu szybko zobaczył, ile naprawdę kosztuje zbudowanie marketplace’u, który ma szansę działać w realnym świecie.
Najważniejszy wniosek jest prosty: MVP marketplace nie powinno być liczone jak prosty produkt cyfrowy. Trzeba uwzględnić całe otoczenie produktu, czyli zaufanie, dopasowanie stron, pozyskiwanie rynku, poprawki i czas. Jeśli tego nie policzysz, budżet będzie wyglądał ładnie tylko na slajdzie.
Druga rzecz to timing finansowania. Z odcinka wybrzmiewa jasno, że z inwestorem warto rozmawiać wcześniej, ale nie „na pusto”. Najlepiej, gdy masz już pierwsze dowody działania i umiesz pokazać, że produkt żyje. Wtedy rozmowa jest mocniejsza, a budżet nie musi być ratowany w ostatniej chwili.
Jeśli chcesz usłyszeć więcej o tym, jak Łukasz przeszedł od pomysłu i błędu z MVP do 4000 użytkowników, 15 inwestorów i ekspansji na rynek brytyjski, obejrzyj pełny odcinek. Tam jest jeszcze więcej konkretów o kosztach, fundraisingu i budowaniu marketplace’u bez złudzeń.
Jeśli ten temat jest ci bliski, koniecznie zobacz pełną rozmowę. W odcinku DSS#16 Łukasz Klab rozwija wątki budżetu MVP, błędów na starcie, rundy inwestycyjnej i decyzji, które pomogły Animal Hotels ruszyć dalej.
Posłuchaj odcinka DSS#16 na YouTube →