Minimum viable product: co musi mieć pierwsza wersja, a co poczeka

Polskie cenniki podają za MVP od 30 do 220 tysięcy złotych i wszystkie mówią prawdę o czymś innym. Różnicę robi zakres, a nie stawka godzinowa. Pokazujemy, co musi znaleźć się w pierwszej wersji, co bezpiecznie poczeka do drugiej i jak policzyć własny przedział przed pierwszą rozmową z wykonawcą.

·5 min czytania·Jakub Dulas
Minimum viable product: co musi mieć pierwsza wersja, a co poczeka

Polskie cenniki podają za pierwszą wersję produktu od 30 do 220 tysięcy złotych. Wszystkie mówią prawdę, tylko o czymś innym: jedni liczą aplikację natywną na dwie platformy, drudzy jeden proces w przeglądarce. Różnicę robi zakres, nie stawka godzinowa, a zakres ustalasz ty.

Poniżej podział na to, co musi wejść do pierwszej wersji, i na to, co bezpiecznie poczeka. Plus rachunek, który zrobisz przed pierwszą rozmową z wykonawcą.

Co to jest minimum viable product i czym nie jest

Minimum viable product, w skrócie MVP, to najmniejsza wersja produktu, która realnie rozwiązuje problem użytkownika i pozwala sprawdzić, czy ktoś za to zapłaci.

Dwa nieporozumienia psują większość projektów.

MVP to nie prototyp. Prototyp jest klikalny i nie działa pod spodem, służy do pokazania pomysłu. MVP działa, przyjmuje prawdziwych użytkowników i prawdziwe dane.

MVP to nie okrojona wersja docelowego produktu. Nie chodzi o zrobienie wszystkiego, tylko gorzej. Chodzi o zrobienie jednej rzeczy do końca, tak żeby ktoś mógł jej użyć i za nią zapłacić.

Jeśli po uruchomieniu twojego MVP nie da się powiedzieć „to działa” albo „to nie działa”, zakres był źle wybrany.

Co musi wejść do pierwszej wersji

Cztery rzeczy i żadnej z nich nie da się odłożyć.

Jeden proces przeprowadzony do końca. Użytkownik wchodzi z problemem i wychodzi z rozwiązaniem, bez ręcznego doklejania czegokolwiek po drodze.

Logowanie i podstawowe role. Nawet dwie wystarczą, ale bez nich nie sprawdzisz niczego z prawdziwymi ludźmi.

Panel do podglądu tego, co się dzieje. Bez niego nie odróżnisz „nikt nie używa” od „używają, ale utykają w trzecim kroku”.

Jedna integracja z systemem, którego użytkownik już używa. Produkt, do którego trzeba przepisywać dane ręcznie, nie zostanie użyty drugi raz.

Co bezpiecznie poczeka do drugiej wersji

Sześć rzeczy, które zwykle wjeżdżają do zakresu i podwajają budżet, choć nie zmieniają odpowiedzi na pytanie, czy produkt ma sens.

Aplikacje natywne na iOS i Androida. Przeglądarka wystarczy do walidacji, a dwie platformy natywne to dwa osobne projekty.

Integracje płatności. Pierwszych klientów zafakturujesz ręcznie i dowiesz się więcej z rozmowy niż z konwersji.

Wielojęzyczność. Jeśli nie wiesz, czy produkt działa na jednym rynku, drugi niczego nie rozstrzygnie.

Logowanie korporacyjne i SSO. Wchodzi wtedy, gdy pierwszy duży klient o nie poprosi, a nie zanim.

Migracja danych z systemów, które masz dziś. Kosztowna, czasochłonna i nie odpowiada na żadne pytanie biznesowe.

Dedykowany system designu. Spójny wygląd wystarczy, własny język wizualny to inwestycja na etap wzrostu.

Dlaczego widełki na rynku się rozjeżdżają

Sześć polskich cenników z 2026 roku podaje sześć różnych przedziałów: od 30 do 100 tysięcy, od 50 do 80, od 70 do 90 za mini wersję, od 150 do 220 za pełną. Rozstrzał siedmiokrotny.

Rozjazd bierze się z trzech rzeczy, nie ze stawki godzinowej.

Liczba platform. Web to jeden projekt, web plus dwie aplikacje natywne to trzy.

Liczba integracji. Każde podpięcie do cudzego systemu to osobna praca, osobne testy i osobne ryzyko, że dostawca coś zmieni.

Zakres otwarty czy zamknięty. Projekt z listą funkcji spisaną przed podpisem kosztuje przewidywalnie. Projekt, w którym zakres ustala się w trakcie, kosztuje tyle, ile potrwa.

Dostawca podający „od 30 tysięcy” i ten podający „od 150” mogą obaj mówić prawdę o dwóch różnych rzeczach. Ustal, o której rozmawiacie, zanim porównasz liczby.

Rachunek, który zrobisz przed rozmową

Cztery pytania i kartka.

Ile platform: sama przeglądarka czy też aplikacje natywne? Ile systemów zewnętrznych trzeba podpiąć, licząc skrzynkę mailową? Czy produkt tylko pokazuje dane, czy też coś w nich zmienia? Czy masz opisany proces, czy wiedza siedzi w głowach?

Przeglądarka, jedna integracja, opisany proces: przedział 30-50 tysięcy. Dwie do czterech integracji i zmiana danych w systemach: 50-90 tysięcy. Aplikacje natywne albo wymagania compliance: powyżej stu tysięcy.

Ten rachunek nie zastąpi wyceny. Wystarczy, żeby rozpoznać ofertę oderwaną od twojej sytuacji.

Ile to trwa i od czego zależy

Pierwsza wersja jednego procesu w przeglądarce to zwykle dwa do trzech miesięcy pracy. Każda dodatkowa platforma dokłada osobny cykl.

Zegar zwykle nie zatrzymuje się na programowaniu, tylko na czekaniu. Na decyzję po twojej stronie, na dostęp do systemu, na treści. Jedna osoba decyzyjna i odpowiedzi w ciągu doby skracają projekt bardziej niż większy zespół po stronie wykonawcy.

Co się dzieje, kiedy się do nas odezwiesz

Zaczynamy od zakresu, nie od ceny. Warsztat trwa dzień lub dwa i wychodzisz z niego z listą funkcji, makietami przepływów i kryteriami odbioru na papierze.

Odzywa się właściciel, nie handlowiec. Jeśli na warsztacie wyjdzie, że nie potrzebujesz nas, powiemy to i zapłacisz wyłącznie za warsztat. Koszt warsztatu odliczamy od projektu, jeśli podpisujemy umowę w ciągu trzydziestu dni.

Kod jest w twoim repozytorium od pierwszego commita. Cena zaczyna się od 35 000 zł netto, a ostateczną ustalamy po warsztacie, przed podpisem, nigdy w trakcie projektu.

Pytania i odpowiedzi(FAQ)

Minimum viable product to najmniejsza wersja produktu, która realnie rozwiązuje problem użytkownika i pozwala sprawdzić, czy ktoś za to zapłaci. Nie jest okrojoną wersją produktu docelowego, tylko jedną rzeczą zrobioną do końca.

Prototyp jest klikalny, ale nie działa pod spodem, i służy do pokazania pomysłu. MVP działa, przyjmuje prawdziwych użytkowników i prawdziwe dane. Prototyp powstaje w narzędziu graficznym, MVP w kodzie.

Polskie cenniki z 2026 roku podają od 30 do 220 tysięcy złotych. Przeglądarka z jedną integracją i opisanym procesem to zwykle 30-50 tysięcy. Dwie do czterech integracji ze zmianą danych w systemach: 50-90 tysięcy. Aplikacje natywne albo wymagania compliance: powyżej stu tysięcy.

Cztery rzeczy: jeden proces przeprowadzony do końca bez ręcznego doklejania, logowanie z podstawowymi rolami, panel do podglądu tego, co robią użytkownicy, oraz jedna integracja z systemem, którego użytkownik już używa.

Pierwsza wersja jednego procesu w przeglądarce to zwykle dwa do trzech miesięcy. Każda dodatkowa platforma dokłada osobny cykl. Największym opóźnieniem zwykle nie jest programowanie, tylko czekanie na decyzje i dostępy po stronie zamawiającego.

Masz u siebie podobny proces?

Jeśli coś z tego artykułu brzmi jak Twoja codzienność - pogadajmy. Pokażemy wprost, co da się usprawnić, a czego nie warto ruszać.