Budowanie MVP: pętla działa od początku do końca.

Technika budowania pochodzi z kursu vibe coding (Lovable/Replit, iteracje, rollbacks). Tutaj omawiamy, co odróżnia produkt od projektu hobbystycznego: kolejność budowania i dwie warstwy, o których początkujący zawsze zapominają.

Szkielet przed pięknem

Cel numer jeden: cała pętla działa od początku do końca, choćby niezdarnie – rejestracja → zrób to → uzyskaj wynik. Dopiero wtedy dopracowujesz poszczególne kroki. Dlaczego taka kolejność: najstraszniejsze problemy to „szwy” („krok 3 jest niemożliwy bez danych z kroku 5”), a pojawiają się one dopiero, gdy pętla działa w całości. Lepiej wychwycić je pierwszego dnia, niż po tygodniu polerowania landing page’a odkryć, że produktu w ogóle nie da się ukończyć.

Ta zasada jest starsza niż web development. Tworząc pierwszą Toy Story, Pixar stworzył zarys całego filmu ze szkiców – „reels” – i dopiero gdy upewnili się, że historia trzyma się od początku do końca, spędzili miesiące na renderowaniu klatek. Najpierw całość w zarysie, potem piękne detale. Oprogramowanie działa tak samo.

Sokratejska pauza

Otworzyłeś produkt po raz pierwszy. Co widzisz na pierwszym ekranie? Nie pełną listę zadań, nie zapełniony feed – pustkę. I to właśnie tam decyduje się, czy zostaniesz, czy zamkniesz kartę. Zastanów się: co musi być na tym pustym ekranie, żebyś wiedział, co robić?

Warstwa 1: empty states

Nowy użytkownik nie ma danych: pusta lista, pusta historia. Projekt hobbystyczny pokazuje gołą pustkę; produkt prowadzi: „Nic tu jeszcze nie ma. Prześlij swój pierwszy – oto przycisk.” O co zapytać AI: „Dla każdej listy i ekranu zbuduj empty state: co to jest, do czego służy i przycisk do pierwszej akcji”. Pierwsze wrażenia rodzą się właśnie tutaj – na ekranie, który projekty hobbystyczne zostawiają pusty.

Warstwa 2: humane errors

Zły plik, zgasło Wi-Fi, płatność się nie powiodła. Projekt hobbystyczny nic nie mówi lub straszy ludzi „Error 0x80070057”. Produkt wyjaśnia i oferuje wyjście: „Ten plik ma ponad 100 MB – skompresuj go lub podziel.” Formuła dobrej wiadomości: co się stało + co zrobić. Prośba: „Każdy błąd w prostym języku: co się stało i co zrobić. I pokaż mi listę wszystkich komunikatów o błędach” – ta ostatnia część pozwala edytować każdy tekst naraz, w jednym tonie.

Mity początkujących

• „Błędy to przypadki brzegowe, napiszę je później.” Jedna na trzy osoby napotyka błąd podczas pierwszej wizyty: zły format, poślizgnięcie myszy, niestabilna sieć. To nie jest przypadek brzegowy, to śroodek doświadczenia.
• „Dla mnie to jasne, więc dla każdego też.” Znasz produkt od podszewki – jesteś ślepym testerem. Musi być jasny dla kogoś, kto widzi ekran po raz pierwszy.
• „Najpierw upiększę, potem sprawdzę logikę.” Odwrotnie: najpierw działająca pętla, potem piękno. Wspaniały, zepsuty produkt to drogi obrazek.

Test „cudzych rąk”

Znasz tę sztuczkę z wcześniejszych kursów – teraz to obowiązkowy krok akceptacji. Ktoś z Twojej grupy docelowej przechodzi pętlę przed Tobą, w ciszy, a Ty nie podpowiadasz i nie wyjaśniasz – po prostu obserwujesz, gdzie się potyka. W „Don't Make Me Think” Steve Krug pokazał, że 3–5 prawdziwych osób wystarczy, aby znaleźć większość problemów; nie potrzebujesz drogiego laboratorium. Trzy potknięcia = trzy zadania na jutro. Poleruj pętlę, aż nowa osoba przejdzie ją bez ani jednego pytania – to właśnie oznacza gotowość MVP.

Gdzie to idzie źle: polerowanie niewłaściwej rzeczy

Klasyczna porażka w budowaniu MVP wygląda tak: założyciel spędza tydzień na dopracowywaniu animacji przycisku i gradientu landing page’a, a użytkownik testowy potyka się już na wejściu – nie wie, gdzie kliknąć po rejestracji. Skóra wypolerowana, szkielet zepsuty. Zasada kolejności istnieje właśnie po to: dopóki nowa osoba nie przejdzie pętli od początku do końca, polerowanie pojedynczego ekranu jest przedwczesne. Najpierw „działa od początku do końca”, potem „piękne na każdym kroku”. Odwrotna kolejność to najdroższy sposób na spędzenie tygodnia.

Jak to łączy się z innymi kursami

Iterowanie, wracanie do działającej wersji i praca z asystentem AI to technika z kursu vibe coding. A empty states i humane errors, które tu budujesz, bezpośrednio napędzają konwersję do pierwszej wartości – to metryka z lekcji analityki tego kursu. Wszystko jest połączone: to, co budujesz teraz, zmierzysz później.

Zrób to teraz (5 minut)

Otwórz swój szkic produktu i znajdź pierwszy ekran nowego użytkownika. Czy empty state prowadzi go do pierwszej akcji, czy jest po prostu pusty? Jeśli jest po prostu pusty, napisz prośbę do AI o empty states już teraz, zanim zapomnisz.