Krótka odpowiedź: u mnie MVP o wąskim zakresie zaczyna się od 5000 € w stałej cenie i zajmuje 2–4 tygodnie. Prostsza strona marketingowa czy landing to koszt od 1500 €. Większe produkty dzielę na etapy zamiast przedstawiać jedną wielką wycenę, więc płacisz kolejno za działające części gotowe do wdrożenia, a nie za obietnicę.
To moja odpowiedź. Dłuższa i szczera brzmi tak: na pytanie „ile kosztuje MVP" nie ma uniwersalnej odpowiedzi, bo ceny nie ustala technologia — decyduje o niej sposób zdefiniowania zakresu. Ten artykuł wyjaśnia, skąd biorą się duże różnice w wycenach, co realnie zawiera projekt w okolicach 5000 € i jak ograniczać koszty bez ograniczania szans produktu.
Dlaczego wyceny MVP sięgają od 5000 € do sześciu cyfr
Poproś pięciu wykonawców o wycenę „MVP", a możesz dostać pięć liczb różniących się 10–50 razy. Nie musi to znaczyć, że ktoś kłamie. Każdy mógł wycenić inny produkt.
Definicja zakresu to prawdziwy produkt. „Aplikacja, w której użytkownicy rezerwują wizyty" brzmi jak jedno zdanie, ale każde pytanie doprecyzowujące dodaje kawał pracy:
- Logowanie — tylko email/hasło, czy Google/Apple, reset hasła, weryfikacja emaila?
- Płatności — pojedynczy checkout Stripe, czy subskrypcje, zwroty, faktury, VAT?
- Role — jeden typ użytkownika, czy klienci + usługodawcy + admini, każdy z innym widokiem?
- Panel administracyjny — zarządzasz danymi bezpośrednio w bazie, czy potrzebny interfejs dla osoby nietechnicznej?
- Integracje — synchronizacja kalendarza, SMS-y, CRM, księgowość — każda to osobny mini-projekt.
- Mobile — responsywny web, czy natywne aplikacje w dwóch sklepach z dwoma procesami review?
Każde „tak" może dodać kolejne dni pracy. Wykonawca, który zakłada same „tak", wycenia platformę. Ten, który zakłada same „nie" — prototyp. Obaj mogą nazywać to „Twoim MVP".
Kto wycenia, też zmienia liczbę:
- Agencje wyceniają zespoły. Oferta agencji może obejmować zarządzanie projektem, projektowanie, kilku developerów i QA, ponieważ zespół jest jej jednostką sprzedaży. Płacisz za tę strukturę, która może kosztować miesięcznie więcej niż całe MVP o wąskim zakresie realizowane przez jednego specjalistę.
- Platformy freelancerskie wyceniają godziny. Rozliczenie godzinowe może wyglądać tanio za jednostkę, ale bez limitu suma pozostaje otwarta: im dłużej trwa praca, tym więcej płacisz.
- Wykonawcy w stałej cenie wyceniają rezultat. Spisany zakres, cena, termin. Ryzyko oszacowania uzgodnionego zakresu leży po stronie wykonawcy. Tak pracuję ja — i taki model sam wybrałbym jako kupujący.
Zanim porównasz liczby, porównaj, za co one są. Wycena na 5000 € i wycena na 50 000 € to zwykle nie konkurencyjne oferty — to różne produkty pod tą samą nazwą.
Co realnie zawiera MVP w okolicach 5000 €
Uczciwość wymaga wyraźnego narysowania tej granicy, więc proszę.
MVP o wąskim zakresie w cenie początkowej zwykle obejmuje:
- Jeden kluczowy przepływ, zbudowany porządnie od początku do końca — np. użytkownik się rejestruje, robi tę jedną rzecz, którą produkt obiecuje, i za nią płaci
- Czysty, responsywny interfejs (nie szablon rzucony na stół, ale też nie projekt artystyczny agencji)
- Podstawowe logowanie, jeśli przepływ go wymaga
- Jedną ścieżkę płatności (np. checkout albo subskrypcja Stripe)
- Prosty sposób, żebyś widział dane i mógł nimi zarządzać
- Deployment, domenę, SSL — produkt żyje w internecie, a nie „działa u mnie"
- Podpiętą analitykę, żebyś mógł naprawdę uczyć się po starcie
Co zwykle przesuwa projekt w etapy:
- Wiele ról użytkowników z różnymi dashboardami (klasyka: marketplace'y)
- Funkcje real-time — czat, live-aktualizacje, infrastruktura powiadomień
- Złożone integracje (ERP, API bankowe, systemy medyczne, wszystko z warstwą compliance)
- Natywne aplikacje mobilne
- Ciężka niestandardowa logika — algorytmy dopasowania, silniki harmonogramów, kalkulatory cen z wieloma przypadkami brzegowymi
Nic z tego nie znaczy „niemożliwe" — znaczy, że dzielimy. Etap pierwszy wypuszcza najbardziej ryzykowny, najcenniejszy kawałek w kilka tygodni; każdy następny jest wyceniany dopiero, gdy poprzedni działa i czegoś Cię uczy. Nigdy nie płacisz z góry za czwarty miesiąc na podstawie domysłów z miesiąca zero.
Jeśli Twój pomysł mieści się w wariancie o wąskim zakresie, oferta MVP jest tutaj, wraz z opisem procesu.
Największa dźwignia kosztu: buduj pod najbardziej ryzykowne założenie
Founderzy często skupiają się na negocjowaniu stawki. Większą dźwignią kosztu może być to, co zdecydujesz się zbudować najpierw: najmniejsza rzecz, która testuje najbardziej ryzykowne założenie.
W wielu produktach warto wcześnie sprawdzić nie tylko „czy da się to zbudować", lecz przede wszystkim „czy ktoś zapłaci". Można to zrobić przed finansowaniem pełnego produktu:
- Landing + prawdziwy przycisk płatności — opisz produkt i zbieraj realne przedsprzedaże albo zaliczki. Brak kliknięć „zapłać" jest powodem, by sprawdzić, czy pełna aplikacja zasługuje już na finansowanie. Landing może powstać w kilka dni w cenie początkowej dla takiej strony.
- MVP z jednym przepływem — jedna kluczowa akcja, na serio, z prawdziwymi płatnościami. To terytorium od 5000 € wzwyż.
- Pełna platforma — role, admin, integracje, mobile. Uzasadniona dopiero po tym, jak kluczowy przepływ ma płacących użytkowników — bo wtedy budujesz pod popyt zmierzony, nie wyobrażony.
Najdroższy błąd, jaki widuję: przeskoczenie od razu na poziom trzeci. Pół roku i poważny budżet później founder dowiaduje się czegoś, co dwutygodniowy test landingiem pokazałby za ułamek pieniędzy. Cięcie zakresu to nie godzenie się na mniej — to kupowanie tej samej wiedzy szybciej i taniej.
Pożyteczne ćwiczenie przed jakąkolwiek wyceną: zapisz jedno zdanie, które musisz usłyszeć od klienta („tak, zapłacę X €/mies. za to"). Potem zapytaj, jaka jest minimalna budowa, po której prawdziwy klient mógłby je powiedzieć. To jest Twoje MVP. Wszystko inne to etap drugi.
Prototypy AI: tanio zacząć, drogo doprowadzić do produkcji
W 2026 możesz mieć wyglądający na działający prototyp z Lovable, v0 czy Bolt w jedno popołudnie, czasem za cenę subskrypcji. To realnie zmieniło wczesny etap — i zasługuje na szczerą ocenę zamiast hype'u albo lekceważenia.
Kiedy prototyp AI wystarcza:
- Pokazanie inwestorom albo pierwszym klientom, o co Ci chodzi — wizualnie
- Sprawdzenie, czy koncepcja UI ma sens, zanim się do niej zobowiążesz
- Wewnętrzne demo i klikalne makiety
- Walidacja zainteresowania przed jakąkolwiek prawdziwą budową
Gdzie zwykle się zatrzymuje:
- Prawdziwi użytkownicy. Prototypy działające dla jednego uprzejmego testera wywracają się przy równoczesnych użytkownikach, złych danych i przypadkach brzegowych, o które nikt nie poprosił w promptach.
- Płatności. Branie prawdziwych pieniędzy to webhooki, obsługa nieudanych płatności, zwroty i podatki — część, którą narzędzia AI pomijają, bo happy path w demo działa i bez niej.
- Bezpieczeństwo i dane. Logowanie, które naprawdę chroni konta, uprawnienia, które naprawdę ograniczają dostęp, baza, która nie wycieknie. Wygenerowany kod często wygląda poprawnie — i nie jest.
- Zmiany. Dziesiąta iteracja na wygenerowanym kodzie to moment, w którym tempo się załamuje — nikt, łącznie z AI, nie rozumie już w pełni, co tam jest.
Pułapką nie jest start od prototypu AI — to często mądre. Pułapką jest pomylenie go z produktem i odkrycie luki dopiero po ogłoszeniu daty startu. Jeśli już trzymasz prototyp, który doprowadził Cię dotąd, ale dalej nie pójdzie — dokładnie tę sytuację obsługuje AI prototype to production: zachowujemy to, co zwalidowane, przebudowujemy to, co ma unieść prawdziwych użytkowników i prawdziwe pieniądze.
W budżecie traktuj prototyp jako część wydatków na walidację, nie na budowę. Pomaga odpowiedzieć na pytanie „czy warto to budować"; doprowadzenie produktu do działania wymaga osobnego zakresu i budżetu.
Ukryte koszty, o których founderzy zapominają
Cena budowy to nie cała cena. Każdy z tych kosztów jest zwykle niewielki sam w sobie, ale odkrywanie ich po kolei po starcie może zmienić „5000 €" w przykre wspomnienie. Wpisz je do arkusza od razu:
- Hosting. Typowe wczesne MVP działa na nowoczesnych platformach tanio — na początku często prawie za darmo — ale to pozycja cykliczna i rośnie z użyciem.
- Domena i email. Sama domena jest tania; profesjonalny email na Twojej domenie to mały miesięczny koszt, o którym się rutynowo zapomina.
- API zewnętrzne. Płatności biorą procent od każdej transakcji. Mapy, SMS, wysyłka emaili, API AI — wszystko liczone od użycia. Przy wolumenie MVP w porządku, ale muszą być na liście, bo skalują się razem z sukcesem.
- Utrzymanie. Zależności i poprawki bezpieczeństwa wymagają aktualizacji, a pierwsi prawdziwi użytkownicy mogą znaleźć problemy, których nie wykrył żaden test. Produkt nie jest jednorazowym zakupem; wymaga stałego zaangażowania.
Jak ja to rozwiązuję: spisany zakres, który dostajesz przed jakąkolwiek płatnością, zawiera oczekiwane koszty utrzymania podane wprost, liczbami, a konta są na Twoje nazwisko: hosting, domena, operator płatności, wszystko. Infrastruktura i kod są Twoje od pierwszego dnia, więc zmiana developera nie oznacza utraty produktu. Po starcie wybierasz: utrzymujesz produkt samodzielnie — to Twój udokumentowany kod — albo zawierasz umowę utrzymaniową o zdefiniowanym zakresie. Warunki obu opcji są ustalone z góry.
Pytania do zadania, zanim komukolwiek zapłacisz
Czy rozmawiasz ze mną, czy z kimkolwiek innym — te pytania oddzielają profesjonalistów od drogich lekcji:
- „Co dokładnie jest w cenie, na piśmie?" Zakres mieszczący się w SMS-ie rozrośnie się na fakturze. Nalegaj na spisaną listę tego, co będzie — i, równie ważne, czego nie będzie.
- „Stała cena czy estymacja?" „Estymacja" to liczba, która rośnie. Zapytaj, kto pokrywa przekroczenie, jeśli praca potrwa dłużej.
- „Kiedy zobaczę działające oprogramowanie?" Cotygodniowe demo prawdziwego produktu czy wielkie odsłonięcie na końcu? Wielkie odsłonięcia to miejsce, gdzie umierają budżety.
- „Kto jest właścicielem kodu i kont?" Repozytorium, hosting, domena — na czyje nazwisko? „Nasze, do ostatniej płatności" to smycz.
- „Co po starcie?" Ile kosztuje poprawka błędu? Jaki jest czas reakcji, gdy coś padnie w sobotę?
- „Czy mogę porozmawiać z kimś, dla kogo coś wypuściłeś?" Portfolio można podkolorować. Piętnastominutowej rozmowy z byłym klientem — nie.
Irytacja albo unikanie odpowiedzi na te pytania są sygnałem ostrzegawczym.
Jak wygląda proces ze mną
Dla przejrzystości — dokładnie to dzieje się, gdy pracujemy razem; to powyższa checklista z odpowiedziami:
- Bezpłatna 20-minutowa rozmowa. Opisujesz pomysł; ja mówię szczerze, czy mieści się w MVP o wąskim zakresie, czy wymaga etapów — łącznie z sytuacją, gdy uczciwa odpowiedź brzmi „najpierw przetestuj landingiem".
- Stały spisany zakres, cena i termin. Zanim ruszą jakiekolwiek pieniądze, masz dokument: co zostanie zbudowane, ile kosztuje, kiedy będzie gotowe. Jeśli czegoś nie ma w dokumencie, a chcesz to mieć — to wyceniane rozszerzenie, nie niespodzianka.
- Cotygodniowe demo. Co tydzień widzisz działający produkt, nie slajdy o nim. Korekty kursu dzieją się, póki są tanie.
- Wszystko jest Twoje. Kod w Twoim repozytorium, infrastruktura na Twoich kontach — od początku.
- Odpowiedź w ciągu 24 godzin. W trakcie budowy i po niej. Pracujesz z osobą, która pisze kod — ponad 10 lat tworzenia produktów webowych, 120+ wdrożonych projektów, baza w Warszawie, founderzy z UE i spoza niej.
Zweryfikuj najbardziej ryzykowne założenie, zanim sfinansujesz pełny produkt
MVP w 2026 roku może kosztować od 5000 € do sześciu cyfr, a duża część różnicy wynika z zakresu i modelu realizacji. (Pełną drabinę od no-code własnymi rękami po zespół enterprise, wraz z czynnikami kosztów i sposobami ich kontrolowania, opisuje artykuł koszt web developmentu według budżetu.) Rozsądne podejście polega na zdefiniowaniu najmniejszego projektu, który testuje najbardziej ryzykowne założenie, wdrożeniu go i wykorzystaniu danych od prawdziwych użytkowników do decyzji, co warto finansować w drugim etapie.
Jeśli chcesz prawdziwej liczby dla swojego pomysłu zamiast widełek: umów bezpłatną 20-minutową rozmowę. Wyjdziesz z niej z konkretną odpowiedzią — stałą wyceną, planem etapów albo szczerym „przetestuj to najpierw taniej".