Utknales z Aplikacja z AI? Co Dalej, Gdy AI Dowiozlo Tylko 70%

Scena, ktora widze niemal co tydzien. Ktos ma dobry pomysl, otwiera Lovable, Bolt albo v0, wpisuje, czego chce, i po kilku godzinach widzi na ekranie cos, co wyglada jak prawdziwa aplikacja. Pierwsze uczucie — euforia. „Sam to zrobilem i to dziala." Potem przychodzi drugi wieczor. Trzeba, zeby ludzie mogli sie zarejestrowac. Trzeba przyjac platnosc. Trzeba, zeby dane gdzies zostawaly, a nie znikaly po odswiezeniu strony. Trzeba to wypchnac do internetu, a nie tylko ogladac na localhost. I nagle wszystko sie zatrzymuje.

Prosisz AI „podlacz platnosci" — generuje kod, ktory wyglada poprawnie, ale nie dziala. Prosisz o poprawke — naprawia jedno miejsce, psuje trzy inne. Po dziesiatej rundzie juz nie wiadomo, ktora czesc kodu co robi, wdrozenie rzuca bledem, ktorego nie rozumiesz ani Ty, ani AI, a euforia zmienia sie w te dziwna panike, kiedy masz 70% produktu i kompletnie zadnego pomyslu, jak przejsc przez ostatnie 30%. „Utknalem" to chyba najczestsze slowo, jakie slysze od ludzi na tym etapie.

Jesli to o Tobie — przeczytaj do konca. Przez lata pracy nieraz brałem taki „prawie skonczony" projekt i zamienialem go w realnie dzialajacy, wdrozony produkt. W tym artykule szczerze wytlumacze, dlaczego dzieje sie to praktycznie kazdemu, co naprawde znaczy production-ready, jakie trzy realne opcje masz, gdy sie zacielo, i ile to kosztuje — w zlotowkach netto, bez upiekszania.

Dlaczego prawie kazdy utyka w tym samym miejscu

To nie Twoja wina ani kwestia zdolnosci. Narzedzia AI sa zaprojektowane tak, by doprowadzic Cie do efektownego rezultatu jak najszybciej — a najbardziej efektowna, najlatwiejsza do pokazania czescia jest warstwa wizualna. Ekrany, przyciski, formularze, animacje, ladny layout. Wlasnie to AI generuje swietnie, bo takiego kodu sa w sieci miliony przykladow i jest on samodzielny — nie musi laczyc sie z Twoja prawdziwa baza danych ani z Twoim bankiem.

Problem w tym, ze ta efektowna czesc i tak byla najlatwiejsza. Prawdziwa praca — to, co zamienia ladny makiet w dzialajacy biznes — zaczyna sie tam, gdzie AI uderza w sciane. Te sciane nazywam trudnym 30%: logowanie, platnosci, baza danych, bezpieczenstwo, RODO, wdrozenie produkcyjne, integracje, przypadki brzegowe. Te 30% pracy zajmuje 70% czasu i wymaga doswiadczenia, ktorego narzedzie Ci nie przekaze.

Jest jeszcze jeden powod, dla ktorego utknales akurat teraz, a nie wczesniej. AI pracuje z ograniczona „pamiecia" o Twoim projekcie. Dopoki kodu jest malo, wszystko gra. Ale gdy plikow robi sie coraz wiecej, narzedzie zaczyna zapominac, co samo wczesniej napisalo, a poprawki coraz czesciej psuja to, co dzialalo. To nie usterka — to granica systemu. Wiecej o tym, czym prototyp rozni sie od produktu, pisze w osobnym artykule o vibe codingu i o tym, dlaczego prototyp z AI to jeszcze nie produkt.

Co naprawde znaczy „production-ready"

Wielu ludzi sadzi, ze „skonczona aplikacja" = „wyglada dobrze i dziala na moim ekranie". W rzeczywistosci miedzy tymi dwoma rzeczami jest przepasc. Production-ready oznacza, ze aplikacja dziala niezawodnie dla prawdziwych ludzi, w prawdziwym internecie, z prawdziwymi pieniedzmi i prawdziwymi danymi — bez Ciebie siedzacego obok i restartujacego serwer, gdy cos sie zepsuje.

Oto uczciwy obraz tego, co AI w Twoim projekcie zrobilo dobrze, a gdzie niemal na pewno uderzyles w sciane:

Obszar	Co AI robi dobrze	Gdzie uderza w sciane
Interfejs uzytkownika	Ladne ekrany, formularze, przyciski, responsywny layout	Niemal nigdzie — tu AI jest naprawde mocne
Logowanie	Wyglad formularza logowania, ekran „nie pamietam hasla"	Bezpieczne sesje, tokeny, ochrona hasel, realne uwierzytelnianie, logowanie przez mojeID czy bank
Platnosci	Wyglad koszyka i ekranu platnosci	Realny przeplyw pieniedzy, BLIK, webhooki, obsluga bledow, zwroty, bezpieczenstwo
Dane	Proste przyklady CRUD, dane demo	Prawdziwa baza danych, ktora przetrwa, migracje, kopie zapasowe
Wdrozenie	Dziala na localhoscie	Domena, hosting, zmienne srodowiskowe, SSL, uruchomienie w sieci
Bezpieczenstwo i RODO	Praktycznie nic	Ochrona danych, zgody i cookies, uprawnienia dostepu, zgodnosc z UODO, gotowosc na KSeF
Przypadki brzegowe	„Szczesliwa sciezka", gdy wszystko sie udaje	Co sie dzieje, gdy ktos wpisze blednie, urwie sie polaczenie, platnosc sie nie powiedzie

Spojrz na prawa kolumne. To wlasnie sa Twoje „pozostale 30%". To nie kosmetyka — to sam rdzen produktu. Aplikacja, ktora ladnie wyglada, ale gubi platnosc klienta albo wycieka jego dane, jest gorsza niz brak aplikacji, bo niszczy zaufanie do Twojego biznesu. A w Polsce, gdzie kupujacy oczekuja przede wszystkim BLIK-a, checkout tylko ze Stripe jest jasnym sygnalem „to nie jest zrobione pod nasz rynek".

Trzy opcje, gdy sie zacielo

Gdy dojdziesz do tego miejsca, realnie masz trzy drogi. Zadna nie jest wlasciwa dla wszystkich — wszystko zalezy od tego, jak bardzo zalezy Ci na wypuszczeniu produktu na rynek i ile czasu oraz nerwow mozesz na to poswiecic.

Opcja 1: walczyc dalej samemu z AI

Ta droga pasuje, jesli zalezy Ci, by samemu sie nauczyc, jesli to projekt poboczny bez terminu i jesli ryzyko, ze cos sie zepsuje realnemu uzytkownikowi, nic Cie nie kosztuje. Jesli tak — naprawde, uzywaj AI i walcz. Mowie to wprost, bo nie kazdy projekt potrzebuje programisty i nie probuje sprzedac Ci czegos, czego nie potrzebujesz.

Opcja 2: porzucic wszystko i zaczac od zera gdzie indziej

Prawda jest taka, ze z Twojej pracy nie wszystko jest stracone nawet przy starcie od nowa. Sam pomysl, przeplywy, logika ekranow, to, czego chcesz — to wartosciowa praca, ktora da sie wykorzystac. O tym, jak ludzie przechodza od pomyslu do realnej aplikacji i jakie pulapki na nich czyhaja, pisze w artykule od pomyslu w ChatGPT do gotowej aplikacji.

Opcja 3: zatrudnic kogos, by dokonczyl lub przepisal

Ta droga pasuje, gdy zalezy Ci na realnym wypuszczeniu, gdy czekaja prawdziwi klienci albo platnosci, i gdy rozumiesz, ze Twoj czas jest cenniejszy przy biznesie niz przy walce z bledami wdrozenia. Wlasnie tu wchodze ja.

Dlaczego nie lataju spaghetti, tylko przepisuje czysto

Chce byc szczery co do tego, jak pracuje, bo to czesto zaskakuje. Gdy ktos przynosi zaciety projekt z AI, zwykle oczekuje, ze „po prostu naprawie jego kod". Nie zawsze tak robie — i to swiadoma decyzja na Twoja korzysc.

Najpierw przegladam Twoje repozytorium i oceniam stan. Jesli AI wygenerowalo przyzwoita strukture i utknales tylko na integracjach albo wdrozeniu, kontynuuje na Twojej bazie — nie ma sensu przerabiac tego, co jest porzadne. Ale jesli kod to to, co nazywam spaghetti — warstwa na warstwie poprawek AI, gdzie kazda zmiana psuje trzy inne, gdzie nie ma jasnej architektury — wtedy latanie go byloby drozsze i mniej niezawodne niz czyste przepisanie.

Sedno jest takie: nie obiecuje „posprzatam Twoj kod". Obiecuje „zbuduje to tak, by dzialalo i zarabialo". To rozne rzeczy. Sprzatanie kodu to dolozenie kolejnej latki do czegos, co i tak trzeszczy. Zbudowanie tak, by dzialalo, to zapewnienie, ze platnosci przechodza, dane sa bezpieczne, logowanie niezawodne, wdrozenie stabilne, a gdy cos pojdzie nie tak, system sie nie rozsypuje. Oczekiwanie, ktore zawsze stawiam z gory: trudne 30% jest najdrozsza i najdluzsza czescia i wlasnie po nia ludzie przychodza.

Najlepsza czesc Twojej pracy — pomysl, ekrany, przeplywy — niemal zawsze zostaje zachowana. Przepisanie „czysto" nie znaczy, ze wyrzucam wszystko. Znaczy, ze pod wizualem stawiam solidny fundament, ktorego AI nie zbudowalo.

Lokalne integracje, ktorych AI Ci nie podlaczy

Jest osobna kategoria trudnego 30%, ktora chce wyroznic, bo jest charakterystyczna wlasnie dla polskiego rynku i AI jest w niej bezsilne. To lokalne integracje. AI wygeneruje ladny formularz platnosci, ale fizycznie nie podlaczy za Ciebie prawdziwych polskich systemow.

Konkretne przyklady, ktore nieustannie wdrazam recznie:

• Platnosci: BLIK, Przelewy24, PayU, Tpay, Autopay — plus karty Visa/Mastercard, Apple Pay, Google Pay oraz raty (Allegro Pay, Klarna). BLIK to dzis okolo polowy platnosci online w Polsce, wiec checkout bez niego jest po prostu niekompletny. Kazda bramka wymaga umowy z operatorem, testow w sandboxie, obslugi webhookow i bezpiecznego potwierdzania transakcji.
• KSeF (Krajowy System e-Faktur) — od kwietnia 2026 e-fakturowanie staje sie obowiazkowe dla wiekszosci firm (od lutego dla najwiekszych). Aplikacja biznesowa wystawiajaca faktury musi gadac z KSeF przez schema FA(3), a od sierpnia 2026 numer KSeF staje sie obowiazkowym polem w JPK_VAT. To najwieksza historia integracyjna roku w Polsce — i AI o niej nie ma pojecia.
• Logowanie i e-tozsamosc: Profil Zaufany, mojeID (KIR), mObywatel / mDowod, e-dowod, podpis kwalifikowany (Certum, Szafir, EuroCert) — to nie „social login w 5 minut", a realna integracja z wymogami zgodnosci, czesto przez wezel login.gov.pl. Polscy uzytkownicy rutynowo potwierdzaja tozsamosc przez swoj bank, a nie przez osobne konto.
• Wysylka: InPost Paczkomaty, DPD Pickup, Orlen Paczka, Allegro One Box, DHL i GLS — wybor paczkomatu, sledzenie przesylek, brokerzy Furgonetka i Apaczka, a przy sprzedazy wielokanalowej integracja z BaseLinker i Allegro. Przy ponad 60 tysiacach automatow paczkowych w kraju to oczekiwany standard kazdego e-sklepu.

AI o tych systemach „wie" tylko powierzchownie, a wygenerowany kod najczesciej nawet sie nie kompiluje albo nie spelnia wymogow operatora. To praca, ktora wymaga czlowieka — umow, testow w realnym srodowisku i doswiadczenia.

Ile realnie kosztuje wyjscie z zacietego projektu

Przejdzmy do liczb, bo wlasnie ich potrzebujesz. Podaje realne widelki dla polskiego rynku, w zlotowkach netto (do tego VAT 23%), rozliczane B2B na fakture. Podkreslam — dokladna kwota zalezy od stanu Twojego kodu i tego, ile funkcji zostalo do dokonczenia, dlatego konkretna cene zawsze podaje po audycie repo. Pracuje w modelu „stala cena za projekt", a kod jest Twoj.

Scenariusz	Co obejmuje	Orientacyjna cena (netto)
Audyt aplikacji z AI	Przeglad repo, ocena stanu, plan dokonczenia, rekomendacja: ratowac czy przepisac	od kilku tysiecy zl
Dokonczenie MVP na istniejacym kodzie	Przyzwoita baza z AI, brakuje backendu, logowania i wdrozenia	4 000 - 12 000 zl
Czyste przepisanie do produkcji	Logowanie, platnosci, dane, bezpieczenstwo, wdrozenie od solidnego fundamentu	12 000 - 25 000 zl+
Lokalna integracja (kazda)	BLIK i Przelewy24 / KSeF e-faktura / mojeID / InPost — po jednej powaznej	+2 000 - 8 000 zl

Zwroc uwage, jak te liczby pokrywaja sie z normalna cena tworzenia aplikacji. To nie przypadek. Skoro AI robi latwa polowe, a trudne 30% zostaje Tobie, koszt dokonczenia czesto przypomina budowe solidnego kawalka projektu od zera. Ludzie czasem sie dziwia — „przeciez polowa jest juz zrobiona". Zrobiona jest tania polowa. Droga dopiero czeka.

A mimo to niemal zawsze sie to oplaca. Oszacuj alternatywe: miesiac Twojego wlasnego czasu na walce z bledami, plus ryzyko, ze wypuscisz cos, co gubi platnosci albo nie spelnia RODO i nie jest gotowe na KSeF. Profesjonalne dokonczenie zdejmuje to ryzyko i wprowadza Twoj produkt na rynek szybciej, niz przewalczylbys sam.

Co zrobic jeszcze przed kontaktem

Jesli zdecydujesz, ze potrzebujesz pomocy, oto kilka krokow, ktore wszystko przyspiesza i obniza koncowa cene. Im jasniejszy stan wyjsciowy, tym dokladniej moge wycenic prace.

• Wyeksportuj kod. Jesli uzywales Lovable, Bolt lub v0, pobierz projekt albo wrzuc go do repozytorium na GitHub, zeby dalo sie zobaczyc cala strukture, a nie tylko ekrany.
• Spisz, co chciales osiagnac. Kilka zdan o tym, co aplikacja ma robic i kto jest Twoim uzytkownikiem — to cenniejsze niz dziesiec ekranow.
• Zaznacz, gdzie dokladnie utknales. „Nie udaje sie wdrozenie", „platnosci nie dzialaja", „dane znikaja" — im konkretniej, tym szybciej ocenie.
• Zbierz dostepy. Jesli masz juz domene, konto hostingowe albo probowanego operatora platnosci — przygotuj te informacje.

Krotko: co robic, gdy sie zacielo

Jesli zaczales budowac aplikacje z AI i utknales, najpierw wiedz jedno — to normalne i przytrafia sie niemal kazdemu. AI swietnie dowozi do 70%, ale najtrudniejsze 30% — logowanie, platnosci, dane, bezpieczenstwo, wdrozenie i lokalne integracje — zostawia Tobie. To nie kosmetyka, a sam rdzen produktu.

Masz trzy drogi: walczyc dalej samemu (dobre dla projektu pobocznego bez terminu), zaczac od zera (ryzykujac uderzenie w te sama sciane) albo zatrudnic kogos, by dokonczyl lub przepisal czysto (gdy zalezy Ci na realnym wypuszczeniu). Jesli wybierasz trzecia — przegladam kod, uczciwie mowie, czy warto ratowac istniejaca baze, i buduje produkt tak, by dzialal i zarabial. Zostajesz wlascicielem kodu, uzywam standardowych technologii, rozliczam B2B na fakture VAT, a trudne 30% przejmuje ja.

Kontynuujac temat, warto przeczytac, czym prototyp z AI rozni sie od produktu, oraz jakie pulapki czekaja na drodze od pomyslu w ChatGPT do gotowej aplikacji. A jesli juz teraz chcesz, by ktos spojrzal na Twoj zaciety projekt — napisz do mnie albo zobacz, jak wyglada tworzenie aplikacji u mnie.

Najczesciej zadawane pytania (FAQ)