Inwestor pyta o termin, a agencja mówi o kwartale z plikiem w Figmie jako pierwszym kamieniem milowym. Pierwsza używalna wersja MVP powinna powstać w tygodnie, nie miesiące. Zawiera jedną ścieżkę, za którą płaci klient, i nic więcej. Jeśli plan mówi o kwartale przed pierwszym użytkownikiem, zakres jest źle ustawiony.
Poniżej: ile to trwa u nas, co wchodzi do pierwszej wersji i jak rozpoznać źle ustawiony plan.
Ile trwa stworzenie MVP?
U nas pierwszą wersję liczy się w tygodniach. Dwie liczby z naszych projektów:
dni roboczych do pierwszej wersji w jednym projekcie
niecałe 10
do uruchomienia całego systemu w innym projekcie
1 miesiąc
Liczba nie jest najważniejsza. Liczy się to, co w tym czasie trafi do użytkowników. Tydzień programowania, z którego nikt nie korzysta, kosztuje więcej niż miesiąc, z którego czegoś się Państwo nauczą.
Czasu trwania nie wyznacza technologia. Wyznacza go to, ile rzeczy zdecydują się Państwo pominąć w pierwszej wersji.
Co wchodzi do pierwszej wersji MVP?
Pierwsza wersja odpowiada na jedno pytanie: czy ktoś za to zapłaci? Lista tego, co do niej należy, jest krótka. Lista tego, co czeka, jest dłuższa.
Wersja pierwsza
Wchodzi do wersji pierwszej
Jedna ścieżka, za którą płaci klient. Od logowania do wyniku, którego oczekuje.
Sposób, by sprawdzić, czy by zapłacił. Płatność, wiążące zamówienie albo przynajmniej subskrypcja próbna.
Prosty panel administracyjny dla Państwa. Tyle, by nigdy nie trzeba było pisać bezpośrednio do bazy danych.
Pomiar. Gdzie ludzie rezygnują i z czego naprawdę korzystają.
Czeka na wersję drugą
Aplikacja mobilna i webowa naraz.
Role i uprawnienia dla każdego typu użytkownika.
Integracje ze wszystkimi systemami, które kiedyś mogłyby się przydać.
Raporty i wykresy dla danych, których jeszcze Państwo nie mają.
Pewna firma przysłała nam kiedyś specyfikację na kilkadziesiąt stron: web i mobile, wiele modułów, kilka języków i plan odsprzedawania produktu innym. Zamiast ceny za całość spisaliśmy, co jest proste, a co złożone. Pierwsza wersja miała tylko kilka modułów i jeden język.
Jak wygląda rozsądny harmonogram?
U nas każdy krok ma jasny wynik. Żaden krok nie jest „analizą” bez oprogramowania na końcu.
01
Lista
Co idzie najpierw, kiedy i za ile. Gotowe, gdy potrafią Państwo wyjaśnić to wspólnikowi w kilka minut.
02
Pierwsza wersja
Jedna ścieżka, która działa naprawdę. Gotowe, gdy pierwsza osoba spoza firmy przejdzie ją sama.
03
Pierwsi użytkownicy
Poprawki tam, gdzie utknęli. Gotowe, gdy wracają bez proszenia.
04
Kolejna ścieżka
Następna funkcja na podstawie danych, nie pomysłów. Potrafią Państwo powiedzieć, dlaczego właśnie ta.
Projekt graficzny jest ważny, ale nikt nie zapłaci Państwu za plik w Figmie. A dopóki nie pojawi się pierwszy użytkownik, palą Państwo pieniądze i niczego się nie uczą. Proszę wziąć ofertę, która leży na biurku, i zaznaczyć, co się zgadza.
Nie rozmawiali Państwo jeszcze z żadnym klientem. Proszę zacząć od rozmów i klikalnego prototypu. Do tego nie potrzeba programowania.
Chcą Państwo gotowej platformy ze wszystkim w pierwszym miesiącu. Tego nie obiecamy. Zaczynamy od tego, czego potrzebują pierwsi użytkownicy.
Szukają Państwo kogoś, kto zbuduje produkt za udziały. Tego nie robimy. Proszę szukać wspólnika technicznego.
Nie chcą Państwo dyskutować o funkcjach. Będziemy mówić „nie”. Bez tego pierwsza wersja w tygodnie się nie uda.
Na tym etapie często nie potrzebują Państwo miesięcy programowania ani rozbudowanej architektury. Wystarczy prototyp, który sprawdzi Państwa kluczowe założenia.
Filip Papranec
Założyciel Digitaliko
Potrzebują Państwo terminu, którego da się bronić?
Proszę napisać, co ma robić produkt i dla kogo. Odezwiemy się w ciągu dwóch dni roboczych z kilkoma pytaniami o Państwa pracę. Potem ustalimy, od czego zaczynamy.
Pierwsza używalna wersja powinna trafić do użytkowników w tygodnie, nie miesiące. W jednym projekcie mieliśmy ją w niecałe 10 dni roboczych. Jeśli plan mówi o kwartale przed pierwszym użytkownikiem, zakres jest źle ustawiony.
Czym jest MVP?
Najmniejszą wersją produktu, która pokaże Państwu, czy klienci go chcą. To nie demo ani plik w Figmie. To oprogramowanie, z którego ludzie naprawdę korzystają i za które najlepiej płacą.
Co powinna zawierać pierwsza wersja MVP?
Jedną ścieżkę, za którą płaci klient, od logowania do wyniku. Do tego sposób, by sprawdzić, czy by zapłacił, oraz pomiar. Wszystko inne czeka na wersję drugą.
Dlaczego agencje wyceniają MVP na kilka miesięcy?
Często dlatego, że wkładają do pierwszej wersji wszystko, o czym wspomniał założyciel. Pierwszym kamieniem milowym staje się wtedy projekt graficzny, a nie oprogramowanie. Krótszy plan pojawia się, gdy ktoś powie „nie” funkcjom, których pierwszy klient nie potrzebuje.
Do kogo należy kod MVP?
Do Państwa, od pierwszego dnia. Kod, dane i infrastruktura należą do Państwa, więc później mogą Państwo pozyskać inwestora albo zatrudnić własnych programistów bez migracji.
Zapytaj AI o ten artykuł
AI przy odpowiedzi wykorzysta też nasze inne artykuły i doświadczenia z prawdziwych projektów.
Przejęcie aplikacji od innego dostawcy to trzy kroki: zabezpieczyć kod, dostępy i dane, zlecić przegląd kodu i dopiero wtedy zdecydować. Checklista i trzy możliwe werdykty.
Prototyp z vibe codingu trafia na produkcję, gdy dodadzą Państwo bezpieczeństwo, kopie zapasowe, powtarzalne wdrożenie, testy i monitoring. Czego brakuje, jak to sprawdzić i kiedy opłaca się zacząć od nowa.
PWA wystarczy, gdy użytkownicy dostają aplikację przez link, który Państwo wysyłają. Do App Store i Google Play warto iść, gdy nowi ludzie mają Państwa tam znaleźć albo potrzebne są funkcje, których web nie ma. Porównanie, autotest i jak zacząć.