Jak zbudować MVP, gdy masz tylko wieczory

Żeby zbudować MVP, wybierasz jedną czynność, którą użytkownik ma wykonać od początku do końca, budujesz tylko ją, i pokazujesz to ludziom, zanim dopiszesz cokolwiek innego. Cała reszta pracy to decydowanie, czego nie robisz. Trzy miesiące topi się nie na kodowaniu, tylko na dokładaniu rzeczy, o które nikt nie prosił: logowanie przez trzy serwisy, panel administracyjny, powiadomienia e-mail, ustawienia profilu.

Piszę to z perspektywy osoby bez wykształcenia technicznego, która, rozmawiając z Claude Code, zbudowała kilka działających rzeczy, między innymi serwis ogłoszeń o pracę. Prowadzę też płatny kurs o tym narzędziu, więc masz prawo czytać mnie z rezerwą i sprawdzać każdy link, który podaję.

MVP co to jest, jeśli odjąć slogany

MVP to najmniejsza wersja produktu, która pozwala komuś obcemu wykonać jedną sensowną czynność i dać Ci na ten temat odpowiedź. Nie „szkielet aplikacji”, nie „wersja beta”, nie „prototyp do pokazania inwestorowi”. Jeżeli człowiek z zewnątrz nie może na tym czegoś zrobić i czegoś poczuć, to nie jest MVP, tylko makieta.

Najprostszy test: opisz swój produkt jednym zdaniem w formie „użytkownik wchodzi, robi X, dostaje Y”. Wszystko, co nie jest potrzebne do przejścia tej ścieżki, wypada z pierwszej wersji.

Pierwsza wersja nie ma być mała dlatego, że nie umiesz więcej. Ma być mała, żeby porażka kosztowała Cię dwa tygodnie, a nie kwartał.

Agencje planują MVP w miesiącach, bo muszą zmieścić w harmonogramie zespół, spotkania i odbiory. Jeśli budujesz sam po godzinach, cudzy harmonogram nie jest prawem natury, tylko cudzym sposobem organizacji pracy. To moja opinia, nie fakt z badań.

Co wyciąć z pierwszej wersji, żeby została jedna ścieżka

Każda dołożona funkcja to kolejne miejsce, w którym coś się popsuje, i kolejny tydzień bez kontaktu z prawdziwym użytkownikiem. U siebie skreślałem po kolei to, co poniżej, i żadnej z tych rzeczy nie zabrakło mi w pierwszym miesiącu.

Lista rzeczy, które prawie zawsze można odłożyć na później:

• Panel administracyjny. Na początku administratorem jesteś Ty, a bazę danych możesz przejrzeć ręcznie.
• Logowanie społecznościowe. E-mail i hasło wystarczą, żeby sprawdzić, czy ktokolwiek chce się rejestrować.
• Płatności. Pierwsze transakcje możesz przyjąć przelewem i wystawić dostęp ręcznie. Bramkę płatniczą, czyli zewnętrzną usługę, która przyjmuje płatności kartą w Twoim imieniu, wpinasz dopiero wtedy, gdy robienie tego ręcznie zaczyna Cię męczyć.
• Ustawienia, profile, tryb ciemny, wielojęzyczność. Nic z tego nie odpowiada na pytanie, czy produkt jest komuś potrzebny.
• Aplikacja mobilna. Strona otwarta na telefonie załatwia sprawę na etapie sprawdzania pomysłu.

Rzeczy, których wyciąć nie wolno: sama główna czynność, jasny opis na stronie startowej i możliwość kontaktu z Tobą. Bez trzeciego punktu nie dowiesz się, dlaczego ktoś odszedł.

Jeśli nie masz jeszcze pomysłu w skali, którą da się zamknąć w kilka wieczorów, zacznij od czegoś mniejszego niż produkt. Zebrałem pomysły na aplikację do zrobienia w jeden wieczór właśnie po to, żeby pierwszy raz nie był od razu bojem o firmę.

MVP bez programisty: kreator wizualny czy własny kod od AI

Masz dwie realne drogi, jeśli sam nie piszesz kodu. Pierwsza to kreator wizualny, w którym klikasz aplikację z gotowych klocków. Druga to narzędzia AI, które generują normalny kod projektu, a Ty opisujesz im słowami, co ma powstać.

Różnica, która ma dla Ciebie znaczenie, nie dotyczy trudności, tylko tego, co zostaje w Twoich rękach, gdyby trzeba było odejść od danej platformy. Zanim zbudujesz na tym firmę, sprawdź w warunkach korzystania z konkretnej usługi dwie rzeczy: czy możesz pobrać pliki projektu i uruchomić je gdzie indziej oraz czyją własnością jest kod i wygenerowane treści. Odpowiedź bywa różna dla różnych narzędzi i różnych planów, więc czytaj warunki tego, które wybierasz, a nie ogólne opisy „kreatorów” i „AI”. To warunki, a nie strona z cennikiem, rozstrzygają te dwie sprawy.

Druga różnica to struktura kosztów. Kreator to abonament, który rośnie razem z obciążeniem. Bubble rozlicza się jednostkami obciążenia, czyli miarą pracy, jaką serwer wykonuje na Twoje żądania, a nie liczbą zarejestrowanych użytkowników. Za rozstrzygający producent uznaje swój oficjalny cennik, do którego odsyła dokumentacja Bubble. Przy kodzie generowanym przez AI płacisz za budowanie, a osobno płacisz za hosting, czyli miejsce na cudzym serwerze, dzięki któremu Twoja strona jest dostępna w internecie. Ten drugi rachunek możesz przenieść do innej firmy.

Za co się płaci w pierwszym i w drugim miesiącu

Teksty o MVP kończą się zwykle na „gotowe”. Rachunek przychodzi później, więc policz go, zanim zaczniesz. Nie znajdziesz tu kwot: cenniki zmieniają się szybciej niż artykuły, a liczba przepisana z cudzego zestawienia bywa nieaktualna w dniu publikacji. Zostawiam sam mechanizm rozliczeń, bo on zmienia się rzadziej. Stawki sprawdzasz u producenta w dniu, w którym zakładasz konto.

Na co uważać przy każdym z nich:

• Lovable. Poza abonamentem można dokupić kredyty, czyli zrobić doładowanie. Limity planu darmowego bywały zmieniane, więc sprawdź aktualne w cenniku Lovable.
• Cursor. Stawki za zużycie zmieniają się razem z katalogiem modeli i jednej uniwersalnej liczby nie ma. Sprawdzasz ją w dokumentacji Cursora, a tabelki planów krążące po sieci bywają nieaktualne.
• FlutterFlow. Cennik był przebudowywany, więc starsze opisy pakietów, limitów miejsc i rabatów za płatność roczną nie obowiązują. Aktualne nazwy pakietów i stawki są w dokumentacji FlutterFlow.

Dwie rzeczy, o których łatwo zapomnieć przy takim liczeniu. Kwoty bywają podawane w dolarach i bez podatków, więc sprawdź to na stronie producenta, zanim przyjmiesz prosty przelicznik. Próg wejścia to nie jest koszt aplikacji, z której naprawdę korzystają ludzie: do abonamentu za samo narzędzie dochodzi przyjmowanie płatności, wysyłka e-maili, płatne dodatki i te kredyty, które spalasz na nieudanych próbach naprawienia jednego błędu.

Kolejność etapów, w której układałem to u siebie

Nie znam badań, które mówiłyby, ile trwa budowa MVP z AI, więc poniższa kolejność to moje doświadczenie z własnych projektów, a nie statystyka. Traktuj ją jako kolejność, nie jako obietnicę terminu.

1. Jedno zdanie i jeden ekran. Zapisz ścieżkę „wchodzi, robi X, dostaje Y”. Zbuduj tylko ekran startowy z opisem i zapytaj kilku osób, co ich zdaniem ta rzecz robi.
2. Główna czynność. Bez logowania, bez płatności. Ma działać dla jednego użytkownika, czyli dla Ciebie.
3. Konta i zapis danych. Dopiero gdy główna czynność ma sens, dokładasz rejestrację.
4. Brzydki, ale prawdziwy start. Domena, hosting i formularz kontaktowy. Wysyłasz link osobom spoza rodziny.
5. Naprawiasz to, co realnie zablokowało ludzi. Nie to, co Ci się nie podoba wizualnie.

Jeśli któryś etap się rozjeżdża, tnij zakres, nie przedłużaj terminu. Przedłużanie jest właśnie tym mechanizmem, przez który projekt umiera bez ani jednego użytkownika z zewnątrz.

Zanim wejdziesz w etap pierwszy, warto przejść jeden pełny cykl na czymś nieistotnym. Opisałem taki przebieg w tekście o tym, jak zrobić pierwszą działającą aplikację z AI.

Dla kogo ta droga nie jest i co w niej irytuje

Będę uczciwy, bo tekst bez wad czyta się jak reklama. Budowanie MVP rozmową z AI ma konkretne minusy.

• Nie omijasz myślenia technicznego, tylko przesuwasz je gdzie indziej. Nadal musisz zrozumieć, czym jest baza danych i dlaczego coś działa na Twoim komputerze, a przestaje działać po wgraniu na serwer, czyli po przeniesieniu projektu na maszynę dostępną w internecie.
• Koszty rosną właśnie wtedy, gdy się męczysz. Im dłużej naprawiasz jeden błąd, tym więcej kredytów zużywasz na próby, z których nic nie zostaje.
• Konta z drugiej ręki to ryzyko. „Tańsze dostępy” z ogłoszeń mogą przestać działać w dowolnym momencie, a Ty zostajesz z projektem w środku.

Jeśli masz jeden konkretny pomysł, chcesz go sprawdzić i nie zamierzasz wchodzić głębiej, kreator wizualny może być dla Ciebie rozsądniejszy, mimo abonamentu rosnącego z ruchem. Klikanie z gotowych klocków bywa szybsze niż tłumaczenie modelowi, o co Ci chodzi, a mniej decyzji technicznych oznacza mniej wieczorów straconych na konfigurację.

Zrób jedną rzecz jeszcze w tym tygodniu

Otwórz pusty dokument i napisz w nim dwie linijki: co użytkownik robi i co dostaje. Potem wypisz pod spodem wszystkie funkcje, które przyszły Ci do głowy, i przekreśl te, bez których te dwie linijki nadal działają. To, co zostanie, jest Twoim MVP.

Kiedy robiłem to przy serwisie ogłoszeń, z listy kilkunastu funkcji zostały dwie: wystawienie ogłoszenia i przeczytanie go. Reszta wróciła dopiero wtedy, gdy ktoś o nią zapytał.