Strona główna / Blog / Ukryte koszty tanich MVP

Ukryte koszty tanich MVP

Gdzie naprawdę uciekają pieniądze, gdy szybko sklecony produkt zderza się z prawdziwym biznesem.

Obietnica taniego, szybkiego MVP jest kusząca, bo po części prawdziwa. Dziś naprawdę da się w weekend zbudować coś, co działa. Da się zwalidować pomysł za cenę subskrypcji kawy. Da się wdrożyć bez zatrudniania nikogo.

Czego się nie da, to sprawić, żeby reszta firmy była tania tylko dlatego, że pierwsza wersja taka była. I właśnie to rozjechanie się — między kosztem zbudowania MVP a kosztem życia z MVP — jest miejscem, w którym większość nietechnicznych założycieli zostaje po cichu zaskoczona w drugim roku.

Ten tekst to wyliczenia.

Teza

Tanie MVP to rzetelna wycena jednej konkretnej rzeczy: dojścia do pierwszego sygnału. To nie jest cena produktu, firmy ani kolejnych osiemnastu miesięcy. Rachunki za to przychodzą później, w miejscach, które wcale nie wyglądają jak rachunki.

Założenie warte zakwestionowania

Większość założycieli planuje — całkiem rozsądnie — w ten sposób:

„MVP kosztowało mnie $X. Skalowanie będzie kosztować więcej. Zbiorę rundę albo zwiększę przychody, kiedy do tego dojdę."

Takie myślenie zlepia w jedno trzy zupełnie różne koszty:

Pierwsze dwa są widoczne. Trzeci to ten, który zjada założycieli.

Siedem ukrytych pozycji na rachunku za „tanie" MVP

Liczby poniżej są poglądowe, nie uniwersalne — traktuj je jako rząd wielkości, nie wycenę.

1. Przeróbki po wczesnych decyzjach o schemacie bazy

Najdroższą rzeczą w młodym produkcie jest model danych. Asystent AI albo działający w pośpiechu założyciel pisze schemat, który zakłada jednego użytkownika na konto, jedną walutę, jeden produkt na zamówienie. Pierwszy klient, który łamie te założenia (a zawsze taki się trafi), kosztuje tydzień pracy migracyjnej ze specjalistą — powiedzmy $3k–$8k — albo miesiące powolnego wykrwawiania się, jeśli specjalisty nie ma.

To koszt, którego nie było, kiedy MVP było „gotowe".

2. Podatek założyciel-jako-infrastruktura

Jeśli aplikację da się wdrożyć tylko z Twojego laptopa albo tylko Ty wiesz, gdzie leżą klucze API, to Ty jesteś infrastrukturą. Tego kosztu nie ma na żadnej fakturze — to spotkania, na które nie poszedłeś, i rozmowy sprzedażowe, które przełożyłeś, żeby gasić pożary na produkcji. Rozsądne oszacowanie: 6–15 godzin miesięcznie, wycenione na tyle, ile Twój czas jest wart w sprzedaży albo w zbieraniu rundy.

Dla założyciela na etapie pre-seed to może być tysiąc dolarów miesięcznie. Dla założyciela po rundzie seed, z gotowym pipeline'em, spokojnie pięć razy tyle.

3. Vendor lock-in i egress

Większość MVP-owych stacków na „free tierze" (Supabase, Firebase, Vercel, Airtable, różne BaaS) jest tania, dopóki nie zdarzą się dwie rzeczy: przerośniesz darmowy plan i spróbujesz się stamtąd wyprowadzić. Pierwsze masz w planach. Drugiego prawie nigdy. Migracja z usługi zarządzanej, gdy uderzysz w jej sufit, kosztuje od dwóch tygodni do dwóch miesięcy czasu inżynierów. A jeśli tego czasu nie masz, w zamian płacisz nową, już niedarmową cenę — i tak bez końca.

4. Łatanie bezpieczeństwa przy kontakcie z klientem

Pierwszy prawdziwy klient — korporacja, branża regulowana, kupujący Twoją firmę — przyśle Ci ankietę bezpieczeństwa. MVP zbudowane przez AI albo w no-code zwykle nie jest w stanie uczciwie odpowiedzieć „tak" na jedną trzecią pytań. Doprowadzenie produktu do tych „tak" zajmuje od 1 do 3 tygodni skupionej pracy (powiedzmy $8k–$20k przy współpracy na ułamek etatu), zwykle w terminie narzuconym przez klienta, nie przez Ciebie.

Założyciele, którzy pomijają tę pozycję, nie tracą kontraktu szybko. Tracą go po cichu — klient milknie po ankiecie.

5. Koszt wdrożenia pierwszego inżyniera

W końcu zatrudniasz pierwszego inżyniera. Liczysz, że dowiezie wyniki w pierwszym tygodniu. A dowozi je dopiero w szóstym, bo produkt nie ma dokumentacji, deploy działa wyłącznie z Twojego komputera, a trzy najczęściej używane funkcje kryją subtelne założenia, których nie da się dostrzec bez przeczytania całego kodu. Ten brakujący miesiąc produktywności, po stawkach inżynierskich, to $10k–$20k. To również moment, w którym Twój nowy inżynier decyduje, czy ufa temu, jak firma podejmuje decyzje.

6. Spadek tempa dowożenia funkcji

Klasyczny objaw długu technologicznego: funkcje, które kiedyś zajmowały godziny, teraz zajmują dni. Nie widać tego na fakturze — widać to na roadmapie, która ciągle się przesuwa. Tym kosztem jest funkcja, której w tym kwartale nie wypuściłeś, a która domknęłaby kolejną grupę klientów. Pod każdym istotnym względem jest to największa pozycja na tej liście. I zarazem ta, która w ogóle nie pojawia się w księgowości.

7. Przepisywanie w panice

Kiedy wszystko powyższe się nawarstwi, założyciel — co zrozumiałe — dochodzi do wniosku, że „trzeba budować od nowa". Przepisanie MVP, które ma już realnych użytkowników, to nawet w najprostszym przypadku 3–6 miesięcy pracy inżynierów — a przy okazji wyrzuca część tego, czego MVP zdążyło się dowiedzieć o tym, czego użytkownicy naprawdę chcą. Przepisywanie prawie nigdy nie jest właściwą odpowiedzią, a jeśli założyciel już po nie sięga, to zwykle dlatego, że wcześniejsze, tańsze interwencje zostały pominięte.

Możliwe rozwiązanie: płać każdy koszt wcześnie, a nie wszystkie naraz

Założyciele, którzy radzą sobie z tym dobrze, w sumie nie płacą mniej. Płacą w mniejszych ratach i wcześniej — kiedy każda rata jest jeszcze tania.

Praktyczny rytm wygląda tak:

Każde z nich jest drobne. Każde rozbraja którąś z powyższych pozycji, która w przeciwnym razie wybuchłaby dokładnie w najgorszym dla Twojego biznesu momencie.

Krótki przykład na liczbach

Dwóch założycieli, identyczne MVP, zbudowanie każdego kosztowało $2k.

Założyciel A wydaje $2k na trzydniowy audyt w czwartym miesiącu. Naprawia trzy problemy ze schematem i wymienia klucze dostępowe. Pierwszy inżynier, zatrudniony w dziewiątym miesiącu, jest produktywny już w drugim tygodniu. Pierwszy klient korporacyjny, podpisany w jedenastym miesiącu, przechodzi przegląd bezpieczeństwa w trzy tygodnie.

Założyciel B tego nie robi. Pierwszy inżynier, zatrudniony w dziewiątym miesiącu, potrzebuje sześciu tygodni, żeby wejść w temat. W jedenastym miesiącu przegląd bezpieczeństwa u klienta korporacyjnego wykrywa te same trzy problemy ze schematem i kluczami dostępowymi. Założyciel B spędza miesiąc na ich naprawie. Klient podpisuje umowę, ale trzy tygodnie za późno, przez co faktura przesuwa się na kolejny kwartał. Runda, która miała się domknąć na tym przychodzie, się obsuwa. Nowy inżynier, patrząc na to wszystko, zaczyna chodzić na rozmowy w innych firmach.

Różnica między tymi dwiema ścieżkami jest warta mniej więcej wszystkiego.

Podsumowanie

Tanie MVP to nie tani produkt. To tania odpowiedź na jedno konkretne pytanie — czy ktokolwiek tego chce? — a płacenie rachunków, które przychodzą później, jest tym, co zamienia tę odpowiedź w biznes.

Najtaniej zapłacisz te rachunki, regulując je wcześnie i w małych ratach, póki każda z nich to jeszcze jednowierszowa poprawka, a nie trwający kwartał kryzys. Nie musisz w tym celu zostać technicznym specjalistą. Wystarczy, że zauważysz, że pierwsza faktura nie była ostatnią.

// o autorze

Jacek Różański

Senior backend engineer z ponad 18-letnim doświadczeniem w systemach produkcyjnych. Założyciel The AI Mechanic — firmy wyspecjalizowanej w audytowaniu i stabilizowaniu MVP tworzonych przez nietechnicznych założycieli i zespoły wspierane przez AI.

Chcesz spłacić te pozycje wcześniej?

Rozmowa zapoznawcza jest bezpłatna. 30 minut. Powiem Ci, który z siedmiu powyższych punktów najprawdopodobniej ugryzie Cię pierwszy — i z grubsza, jak wygląda jego naprawa.

Umów rozmowę zapoznawczą →