Używamy plików cookie aby zapewnić działanie platformy oraz (opcjonalnie) analizować ruch. Wybierz swoje preferencje:
Lovable, Bolt i Cursor wystarczą do prototypu. Kiedy potrzebny jest ekspert: logowanie, płatności, RODO, utrzymanie. Tabela prototyp vs produkt i koszty.
Lovable, Bolt czy Cursor wystarczą do prototypu i narzędzia wewnętrznego dla kilku osób. Ekspert jest potrzebny, gdy aplikacja ma obsługiwać klientów: logowanie i uprawnienia, płatności, dane osobowe, bezpieczeństwo i utrzymanie po wdrożeniu. Wtedy prototyp zbudowany w weekend nie idzie do kosza, tylko staje się najlepszym briefem dla wykonawcy.
Narzędzia do budowania aplikacji z opisu w czacie (często nazywane „vibe codingiem”) pozwalają osobie bez doświadczenia programistycznego zobaczyć działający pomysł w kilka godzin. Trzy często wymieniane różnią się tym, dla kogo są projektowane:
| Narzędzie | Co to jest | Plan darmowy | Plany płatne |
|---|---|---|---|
| Lovable | Aplikacja webowa budowana z opisu w czacie, z hostingiem w Lovable Cloud | 5 kredytów dziennie, do 30 miesięcznie | Pro, Business i Enterprise, cena zależy od liczby kredytów |
| Bolt | Aplikacja budowana w przeglądarce z opisu, z hostingiem i bazami danych w Bolt Cloud | 1 mln tokenów miesięcznie (300 tys. dziennie) | Pro od 25 USD miesięcznie, Teams 30 USD za osobę |
| Cursor | Edytor kodu z agentem AI, dla osób, które pracują z kodem | dostępny | Pro 20 USD miesięcznie, Teams 40 USD za osobę |
Stan na październik 2026, według stron cenników producentów. W Lovable i Bolt płacisz za zużycie: każde polecenie kosztuje kredyty albo tokeny, a większa zmiana kosztuje więcej.
W weekend realnie zbudujesz:
To wartościowa praca. Prototyp odpowiada na pytanie „czy to w ogóle ma sens” szybciej niż jakikolwiek dokument.
Granica nie leży w jakości narzędzia, tylko w odpowiedzialności, która pojawia się razem z klientami spoza firmy. Te obszary wymagają decyzji, których narzędzie nie podejmie za Ciebie:
Każdy z tych punktów da się zrobić także w narzędziach AI. Pytanie brzmi, czy osoba, która buduje, wie, że trzeba to zrobić, i umie sprawdzić, że działa.
Ta sama aplikacja może być jednym i drugim. Różnicę widać w tym, kto z niej korzysta i co się stanie, gdy coś pójdzie źle.
| Cecha | Prototyp | Produkt dla klientów |
|---|---|---|
| Użytkownicy | Ty i kilka osób z zespołu | Klienci spoza firmy |
| Dane | Przykładowe albo niewrażliwe | Prawdziwe dane osobowe i finansowe |
| Logowanie | Jedno konto albo brak | Role, reset hasła, usuwanie konta |
| Płatności | Brak albo tryb testowy | Prawdziwe transakcje, zwroty, faktury |
| Błędy | Widzisz je sam i poprawiasz | Trzeba je wykryć, zanim klient napisze |
| Kopie zapasowe | Niepotrzebne | Regularne, z próbą odtworzenia |
| Zmiany | W każdej chwili | Po testach, bez przerwy w działaniu |
| Odpowiedzialność | Twoja, wewnętrzna | Regulamin, umowa, RODO |
Jeśli Twoja aplikacja ma trafić do prawej kolumny choćby w dwóch wierszach, warto, żeby ktoś z doświadczeniem przejrzał ją przed uruchomieniem dla klientów.
Nie każdy prototyp musi stać się produktem. Są sytuacje, w których aplikacja zbudowana samodzielnie może działać miesiącami bez udziału eksperta:
Przykład: rejestr laptopów i licencji dla zespołu dziesięciu osób albo wewnętrzny formularz zgłaszania pomysłów. Tu narzędzie AI robi dokładnie to, czego potrzebujesz, a koszt eksperta byłby trudny do uzasadnienia.
Sygnałem do zmiany jest moment, w którym ktoś proponuje „dajmy dostęp klientom” albo „podepnijmy płatności”. Wtedy aplikacja przechodzi z lewej do prawej kolumny tabeli powyżej, nawet jeśli kod się nie zmienił. Dobrym nawykiem jest też zapisanie w jednym miejscu, kto zbudował narzędzie, gdzie jest hostowane i na czyim koncie są płatności za kredyty, żeby nie zgubić tej wiedzy przy zmianie w zespole.
Prototyp pokazuje to, czego nie opisze żaden dokument: jak ma wyglądać ekran, w jakiej kolejności użytkownik klika, co jest ważne. Żeby wykonawca mógł z niego skorzystać, dołącz do niego kilka informacji:
Z takim zestawem ekspert oceni, czy rozwijać istniejący kod, przenieść aplikację na platformę no-code, na przykład Bubble, czy zbudować ją od nowa na podstawie prototypu. Każda z tych dróg ma sens w innym przypadku, a decyzja wymaga obejrzenia kodu i wymagań. Jeśli rozważasz Bubble, przeczytaj, jak wybrać eksperta Bubble.io, albo przejrzyj ekspertów Bubble.
Widełki z benchmarków Qerify dla aplikacji webowych no-code:
Gdzie w tych widełkach wypadnie Twój projekt, zależy głównie od liczby ról, integracji i wymagań dotyczących danych. Prototyp nie zastąpi tej pracy, ale skraca rozmowę o zakresie, bo obie strony patrzą na ten sam ekran. Do kosztu wdrożenia dolicz opiekę po starcie: poprawki, aktualizacje i monitoring błędów, które wykonawca może prowadzić w stałym abonamencie albo rozliczać godzinowo.
Przy aplikacji dla klientów często potrzeba więcej niż jednej specjalizacji: projektanta interfejsu, osoby od Bubble i kogoś od integracji. Wtedy zamiast składać zespół samodzielnie, możesz wybrać gotowy zespół. O tym, kiedy wystarczy freelancer, a kiedy lepsza jest agencja albo zespół, piszemy we wpisie freelancer, agencja czy zespół.
Masz prototyp? Opisz go Concierge'owi i dołącz link. To dobry początek briefu: Concierge dopyta o role, dane i integracje, a wykonawca dostanie gotowy materiał do wyceny.