MVP aplikacji kosztuje u nas od 15 000 zł netto i powstaje w 3–5 tygodni. Od tej kwoty zaczyna się MVP webowe, natomiast MVP aplikacji mobilnej na iOS i Androida kosztuje od 25 000 zł netto, a cenę podnoszą płatności i integracje. MVP zawiera jedną ścieżkę użytkownika doprowadzoną do końca, prosty panel administracyjny i podstawową analitykę, a wszystko poza tym - role, tryb offline, wielojęzyczność - odkłada się na kolejną wersję. Ceny pozostałych usług znajdziesz w cenniku.
Czym jest MVP, a czym nie jest?
MVP to najmniejsza wersja produktu, którą można oddać prawdziwym użytkownikom, żeby sprawdzić jedną hipotezę. Na przykład: „ludzie zarezerwują wizytę w aplikacji zamiast dzwonić” albo „handlowcy uzupełnią raport z telefonu, jeśli zajmie to minutę”. Odpowiedź ma dać pomiar, nie opinia zespołu.
Czym MVP nie jest:
- Nie jest makietą ani klikalnym prototypem. Makieta pokazuje ekrany, natomiast MVP zapisuje dane i obsługuje realne konta.
- Nie jest tańszą wersją docelowej aplikacji zrobioną gorzej. Mniejszy jest zakres, a nie staranność, więc kod, bezpieczeństwo i obsługa danych osobowych są takie same jak w wersji pełnej.
- Nie jest demem na jedno spotkanie z inwestorem. Demo można sklecić w kilka dni, ale nie da się na nim niczego zmierzyć.
- Nie jest zamkniętym projektem. Architektura ma wytrzymać rozbudowę, bo po pomiarze coś się zmieni.
Jeżeli chcesz dopiero sprawdzić, czy ktokolwiek kliknie, MVP jest za drogim narzędziem - strona z opisem, formularz zapisu i kupiony ruch odpowiadają na to samo pytanie za ułamek tego kosztu. Dlatego w takiej sytuacji odradzamy sobie zlecenie i mówimy to na pierwszej rozmowie.
Sześć tańszych metod - od wywiadów, przez stronę z zapisami, po prototyp w Figmie - z kosztem i czasem opisujemy w tekście o tym, jak zwalidować pomysł na aplikację.
MVP czy od razu system dla firmy?
MVP odpowiada na pytanie „czy ludzie tego użyją”. Dedykowany system odpowiada natomiast na pytanie „jak obsłużyć proces, który już mamy, taniej i bez błędów”. W drugim przypadku hipotezy nie ma: proces istnieje, liczba użytkowników jest znana, a wymagania wynikają z tego, jak firma pracuje dzisiaj.
Robienie MVP z systemu magazynowego dla własnego zespołu zwykle nie ma sensu, bo ograniczanie zakresu tylko przesuwa tę samą pracę w czasie. Granica jest praktyczna: jeśli odbiorcą jest rynek - MVP; jeśli Twój zespół, a proces jest opisany - od razu pełny zakres rozłożony na etapy z odbiorami.
Kiedy opłaca się to drugie, rozpisaliśmy w tekście o tym, kiedy warto zainwestować w dedykowane oprogramowanie dla firm.
Od czego zależy koszt MVP aplikacji?
To, ile kosztuje MVP aplikacji, wynika z liczby godzin, a nie z „wartości pomysłu”. Warianty poniżej różnią się liczbą platform oraz tym, czy w środku są płatności albo integracja z systemem, który już masz.
| Wariant | Co obejmuje | Czas (tygodnie) | Koszt |
|---|---|---|---|
| MVP webowe | Aplikacja w przeglądarce, działająca też na telefonie: jedna ścieżka, logowanie, panel, analityka. Bez sklepów. | 3–4 | od 15 000 zł netto |
| MVP mobilne na dwie platformy | iOS i Android z jednego kodu, backend, panel, analityka, publikacja w App Store i Google Play. | 4–5 | od 25 000 zł netto |
| MVP z płatnościami lub integracją | Jak wyżej, a dodatkowo płatności online albo połączenie z ERP, CRM lub magazynem i obsługa błędów integracji. | ok. 5 | od 35 000 zł netto |
Kwoty w tabeli pokazują, ile co najmniej kosztuje MVP aplikacji w danym wariancie, dlatego przed ofertą przeliczamy wybrany wariant na godziny pracy dla konkretnego zakresu. Większe zakresy wyceniamy indywidualnie, a ceny pozostałych usług podajemy w cenniku.
Złożona integracja, na przykład z systemem bez udokumentowanego API, potrafi wydłużyć trzeci wariant o kilka tygodni. Koszty poza etapem MVP zebraliśmy w tekście o tym, ile kosztuje aplikacja mobilna.
Cztery rzeczy, które przesuwają koszt MVP aplikacji
- Liczba platform. Aplikacja webowa jest tańsza niż iOS i Android, a dwie platformy z jednego kodu - tańsze niż dwie aplikacje natywne.
- Płatności. Płatność to nie przycisk, tylko obsługa zwrotów, nieudanych transakcji, faktur i regulaminu.
- Integracja z Twoim systemem. Z udokumentowanym API jest przewidywalna, natomiast gdy dane trzeba czytać z eksportu albo wprost z bazy, rośnie koszt i ryzyko.
- Dane startowe. Katalog, cennik, lista placówek - ktoś musi to przygotować. Jeśli tych danych nie ma w jednym pliku, to osobna pozycja w budżecie.
Jeśli Twój zakres jest wyraźnie mniejszy, sprawdź alternatywy w porównaniu software house, freelancer czy no-code. Przy prostym narzędziu wewnętrznym gotowa platforma bywa rozsądniejsza niż zamawianie kodu.
Ile trwa budowa MVP aplikacji?
Trzy do pięciu tygodni liczy się od podpisania umowy i przekazania materiałów, nie od pierwszego telefonu. Opóźnienia rzadko wynikają z programowania, raczej z czekania na akceptację makiet, treści, dane do integracji i dostęp do konta w App Store.
Terminy pełnych wdrożeń rozpisaliśmy w tekście o tym, ile trwa zbudowanie aplikacji.
Harmonogram tygodniowy
| Tydzień | Co się dzieje | Co dostajesz |
|---|---|---|
| 1 | Warsztat zakresu: ścieżka na piśmie, podział funkcji na „MVP” i „później”, wskaźniki sukcesu. | Lista funkcji z decyzją przy każdej, harmonogram i cena za zakres |
| 1 | Projekt ekranów głównej ścieżki i model danych. Bez systemu projektowego. | Klikalna makieta ścieżki do zaakceptowania |
| 2 | Backend: baza, API, rejestracja i logowanie, szkielet panelu. | Działające API na środowisku testowym i dostęp do panelu |
| 3–4 | Aplikacja: pełna ścieżka, podpięcie analityki, uzupełnienie panelu. | Wersja testowa do zainstalowania na telefonie |
| 4–5 | Testy na urządzeniach, poprawki, teksty, zgody, materiały do sklepów. | Zamknięta lista błędów, komplet zgód i opisów |
| 5 | Weryfikacja w App Store i Google Play, uruchomienie produkcyjne. | Aplikacja dostępna dla użytkowników, analityka, kod źródłowy, dokumentacja |
W wariancie webowym etap publikacji znika, dlatego całość mieści się w trzech do czterech tygodniach. Weryfikacja w sklepach jest jedynym punktem, na który wykonawca nie ma wpływu, więc zostaw na nią bufor i nie umawiaj premiery na dzień wysyłki.
Opisz jedną ścieżkę użytkownika - odeślemy zakres i powiemy, ile kosztuje MVP Twojej aplikacji. Wystarczy kilka zdań: od czego użytkownik zaczyna, co po kolei robi i kiedy dostaje to, po co przyszedł. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.
Co musi być w MVP aplikacji, a co trzeba odłożyć?
Jedna ścieżka doprowadzona do końca
Ścieżka to kroki od wejścia do aplikacji do momentu, w którym użytkownik dostaje to, po co przyszedł: rezerwuje termin, zgłasza usterkę, oddaje jedzenie. Musi działać także na słabym łączu i przy błędnych danych. Lepiej jedna ścieżka bez dziur niż cztery zaczęte.
Produkt oparty na jednej ścieżce widać w opisie aplikacji wspierającej walkę z marnowaniem żywności.
Panel administracyjny
Bez panelu ktoś z zespołu wykonawcy grzebie w bazie przy każdej zmianie ceny - to kosztuje więcej niż panel. W MVP wystarczy lista rekordów, podgląd, edycja, blokowanie konta i jedno konto administratora. Role, historia zmian i eksporty przychodzą później.
Analityka od pierwszego dnia
Zdarzenia definiuje się przed startem programowania, bo doklejone po premierze zbierają dane dopiero od dnia doklejenia. Minimum: uruchomienie aplikacji, rejestracja, każdy krok ścieżki osobno i jej ukończenie. Dzięki temu po dwóch tygodniach widać, na którym kroku ludzie odpadają.
Funkcje: tak, zależy, nie
Poniższą listę przechodzimy na warsztacie zakresu. Funkcję oznaczoną „Nie” da się dodać później, zwykle taniej, bo wiadomo już, czy jest komukolwiek potrzebna.
| Funkcja | W MVP? | Uzasadnienie |
|---|---|---|
| Rejestracja i logowanie e-mailem | Tak | Bez konta nie policzysz powrotów ani nie przypiszesz danych |
| Odzyskiwanie hasła | Tak | Pierwsze zgłoszenie do wsparcia zawsze dotyczy hasła |
| Usuwanie konta z poziomu aplikacji | Tak | Wymóg App Store dla każdej aplikacji, w której można założyć konto |
| Główna ścieżka użytkownika | Tak | To jest cały produkt; reszta jest obudową |
| Panel administracyjny | Tak | W MVP ręczna obsługa danych kosztuje więcej niż panel |
| Analityka zdarzeń | Tak | Bez niej nie ma jak stwierdzić, czy MVP się udało |
| Zgody, regulamin, polityka prywatności | Tak | Wymóg prawny, nie funkcja - brak blokuje publikację w sklepach |
| Płatności online | Zależy | Tak, gdy sprawdzasz, czy ktoś zapłaci; nie, gdy tylko czy użyje |
| Logowanie przez Google lub Facebooka | Zależy | Skraca rejestrację, ale na iOS wymaga dodania równoważnej opcji logowania chroniącej prywatność, np. Sign in with Apple |
| Powiadomienia push | Zależy | Tylko gdy produkt opiera się na powrotach; inaczej wystarczy e-mail |
| Integracja z ERP lub CRM | Zależy | Tak, gdy inaczej dane przepisuje się ręcznie; nie, gdy „na przyszłość” |
| Tryb offline | Nie | Synchronizacja i konflikty danych kosztują tyle, co reszta ścieżki |
| Role i uprawnienia | Nie | W MVP wystarczą dwie role: użytkownik i administrator |
| Czat w aplikacji | Nie | Osobny moduł z moderacją; na start wystarczy e-mail lub telefon |
| Wielojęzyczność | Nie | Podwaja teksty, testy i publikacje przed pierwszym pomiarem |
| Onboarding z samouczkiem | Nie | Jeśli ścieżka wymaga samouczka, problemem jest ścieżka |
Jak sprawdzić, czy MVP się udało?
Decyzja zapada na podstawie liczb ustalonych przed startem. Progi wyznaczone po zobaczeniu wyników zawsze da się opowiedzieć na korzyść dalszej inwestycji, dlatego zapisujemy je w dokumencie zakresu razem z terminem pomiaru.
| Wskaźnik | Jak się go mierzy | Próg - ustalasz przed startem |
|---|---|---|
| Aktywacja | Udział rejestracji, które kończą główną ścieżkę w pierwszej sesji | Ilu na stu zarejestrowanych ma dojść do końca |
| Powrót | Udział użytkowników wracających w ciągu siedmiu dni od rejestracji | Ilu na stu ma wrócić w tygodniu |
| Zdarzenie, które przynosi pieniądze | Zakup, zapytanie, zamówienie albo zaoszczędzona godzina pracy | Ile takich zdarzeń w miesiącu uzasadnia dalszą inwestycję |
Sam pomiar przebiega w pięciu krokach:
- Zapisz hipotezę jednym zdaniem: kto, co zrobi i zamiast czego.
- Następnie przypisz każdemu z trzech wskaźników próg liczbowy.
- Ustal okres pomiaru i minimalną liczbę użytkowników, przy której wynik cokolwiek znaczy.
- Uruchom MVP i nie zmieniaj ścieżki w trakcie pomiaru, chyba że blokuje ją błąd.
- Po zakończeniu okresu porównaj wyniki z progami i podejmij jedną z trzech decyzji: rozwijać, zmienić kierunek albo zamknąć.
Test na kilkunastu osobach z własnej firmy nie jest pomiarem. W zamkniętej społeczności próg wyznacza jej wielkość, jak w aplikacji wspierającej networking w klubie biznesu.
Jeśli wyniki mają trafić do inwestora, zobacz, które metryki i w jakiej formie pokazać - piszemy o tym w tekście MVP a inwestor.
Co dalej po MVP aplikacji i od czego zależy koszt rozbudowy?
Po pomiarze są trzy wyjścia i wszystkie są poprawne: rozwijać, zmienić kierunek albo zamknąć. Zamknięcie po MVP jest tańsze niż utrzymywanie przez rok produktu, którego nikt nie używa.
Rozbudowę prowadzi się cyklami - funkcje z kolumny „Nie” wracają na stół w kolejności wynikającej z danych, a nie z listy życzeń. Jeden cykl rozbudowy to 2–3 tygodnie pracy, a jego koszt zależy od funkcji, które do niego trafią.
Co z MVP zostawić, co przebudować i jak spłacać dług techniczny przed wersją 1.0, opisujemy w tekście od MVP do wersji 1.0.
Niezależnie od rozwoju płacisz za utrzymanie i hosting - zwykle 15–25% wartości projektu rocznie. Poza tym dochodzą konta w sklepach: Apple Developer Program opłacasz co roku, a konto Google Play - jednorazowo.
Cały proces od warsztatu zakresu po utrzymanie opisujemy na stronie budowa MVP. Aplikację na obie platformy piszemy zwykle we Flutterze, a backend i panel - w Laravelu.
Napisz w kilku zdaniach jedną ścieżkę użytkownika: od czego zaczyna, co po kolei robi i kiedy dostaje to, po co przyszedł. Odeślemy podział na „MVP” i „później”, widełki i termin - albo informację, że MVP jest u Ciebie zbędne i wystarczy prostsze narzędzie.
Adres: biuro@appcreo.pl, telefon: +48 783 477 243. Jest też formularz na stronie kontakt, ale e-mail i telefon działają szybciej. Pracujemy zdalnie w całej Polsce, biura mamy w Poznaniu, Warszawie i we Wrocławiu.
