Zbudowałeś aplikację z AI w weekend. Dlaczego nie wdrożysz jej w firmie?

W piątek wieczorem opisujesz pomysł narzędziu AI, w niedzielę masz działającą aplikację: logowanie, formularze, dane zapisują się i wracają po odświeżeniu strony. Bez jednej linii kodu napisanej ręcznie. To zjawisko ma już nazwę – vibe coding, słowo roku 2025 według słownika Collinsa – i miliony zachwyconych użytkowników. Zachwyt jest zasłużony: jeszcze trzy lata temu taki weekend kończył się prezentacją, dziś kończy się klikalną aplikacją.

Problem zaczyna się w poniedziałek. Chcesz wpuścić do aplikacji zespół, klientów albo firmowe dane – i pojawiają się pytania, na które weekend nie odpowiedział. Kto zakłada konta i kto może widzieć czyje dane? Gdzie to właściwie jest uruchomione? Co się stanie, gdy w środę o 9:00 przestanie działać, a pięć osób ma na tym pracować?

Piszemy ten tekst z pozycji, która może zaskoczyć: sami używamy AI codziennie i to ona jest jednym ze źródeł naszego tempa. To nie będzie więc tekst „AI się nie nadaje”. To tekst o granicy – między „działa u mnie” a „firma na tym pracuje” – i o tym, jak ją przekroczyć bez wyrzucania weekendowej pracy do kosza.

Co naprawdę powstało w ten weekend (i to jest sporo)

Zacznijmy od oddania sprawiedliwości, bo weekendowa aplikacja to nie zabawka. Powstały trzy rzeczy o realnej wartości:

• Dowód, że pomysł da się pokazać – zamiast opowiadać „będzie takie narzędzie”, klikasz i pokazujesz. To zmienia każdą rozmowę: ze wspólnikiem, z szefem, z pierwszym klientem.
• Walidacja prawie za darmo – jeśli po pokazaniu aplikacji dziesięciu osobom z branży nikt nie zapytał „kiedy mogę zacząć używać?”, właśnie oszczędziłeś dziesiątki tysięcy złotych na budowie czegoś niepotrzebnego. To też jest wynik.
• Gotowy opis wymagań – działający prototyp mówi o Twoim pomyśle więcej niż 30 stron dokumentu: widać ekrany, przepływ, pola i wyjątki. O tym, ile to jest warte, za chwilę.

Pięć pytań, na które weekend nie odpowiedział

Granica między prototypem a systemem firmowym nie przebiega tam, gdzie wygląd czy liczba funkcji. Przebiega przy pytaniach, których w pojedynkę, na własnym laptopie, po prostu nie widać:

• Konta i uprawnienia – u Ciebie działa, bo jesteś jedynym użytkownikiem. Firma potrzebuje ról: kto widzi finanse, kto tylko swoje zlecenia, kto zarządza resztą. To nie „dodatkowa funkcja”, tylko fundament, który zmienia sposób przechowywania danych.
• Dane osobowe i RODO – w chwili, gdy do aplikacji trafia pierwszy prawdziwy klient z imieniem i telefonem, wchodzisz w obowiązki prawne: gdzie fizycznie leżą dane, kto ma do nich dostęp, jak je usunąć na żądanie.
• Kopie zapasowe – nie „czy są”, ale „czy ktoś sprawdził, że da się z nich wrócić”. Prototyp trzyma dane tam, gdzie postawiło je narzędzie; nikt nie obiecał, że jutro nadal tam będą.
• Awaria w środę o 9:00 – dopóki aplikacja działa, nikt nie pyta, kto ją utrzymuje. Pytanie pojawia się dokładnie wtedy, gdy pięć osób nie może pracować, a Ty patrzysz na komunikat błędu, którego nie rozumiesz, bo kod pisał się „sam”.
• Zmiany bez psucia – w firmowym systemie każda poprawka nie może zepsuć tego, co już działa. Bez testów i przeglądu kodu każda zmiana to rzut monetą, a po trzech miesiącach nikt – łącznie z AI – nie pamięta, co od czego zależy.

Dlaczego „dokończenie” bywa droższe niż zbudowanie od nowa

Naturalny odruch brzmi: „aplikacja w 80% działa, niech ktoś dokończy brakujące 20%”. Ten rachunek rzadko się spina i warto rozumieć dlaczego. Zanim inżynier odpowiedzialnie zmieni pierwszą linię cudzego kodu, musi przeczytać i zrozumieć wszystkie pozostałe. A w kodzie generowanym bez nadzoru zdarzają się rzeczy, które trzeba znaleźć, zanim zrobią szkodę: hasła i klucze dostępu wpisane na stałe, brak rozdzielenia danych między użytkownikami, zapytania, które przy 10 rekordach działają, a przy 10 000 zatrzymują system.

Nie znaczy to, że AI w firmowym oprogramowaniu jest ślepą uliczką – przeciwnie. Gartner przewiduje, że do 2028 roku 40% oprogramowania dla firm będzie powstawać z użyciem AI. Różnica polega na nadzorze: u nas AI pisze powtarzalny kod, ale architekturę projektuje człowiek, każdą linię czyta senior, a na serwer wdraża inżynier, nie automat. AI przyspiesza ręce – głową pozostaje człowiek, który bierze odpowiedzialność za całość.

Twój prototyp to najlepszy opis wymagań, jaki możesz przynieść

Tu dochodzimy do najważniejszej zmiany perspektywy: weekendowa aplikacja ma zwykle większą wartość jako specyfikacja niż jako kod. Najdroższa część każdego projektu to nie pisanie, tylko ustalanie, co właściwie ma powstać. Ty masz to za sobą: przemyślałeś ekrany, przepływ, pola i przypadki brzegowe. Pokazanie tego zamiast opowiadania skraca rozmowę o zakresie z tygodni do godzin – a estymata godzin robi się precyzyjniejsza, bo nie opiera się na wyobrażeniach.

W sobotę wygenerowałem z AI aplikację do rozliczania dojazdów serwisantów. U mnie w przeglądarce działa, ale boję się wpuścić tam ludzi z firmy: konta, dane klientów, kopie zapasowe. Da się to dokończyć, czy trzeba pisać od nowa? Link w załączniku.

Ścieżka od prototypu do systemu: godziny i złotówki

Jak to wygląda w liczbach? Rozliczamy się za godziny – 600 zł netto za godzinę – a typowe punkty startu są trzy. Prototyp z weekendu często pozwala pominąć pierwszy z nich.

• Makieta – 10 h: 6 000 zł netto. Klikalny prototyp do sprawdzenia pomysłu na ludziach. Jeśli masz działającą aplikację z AI, ten etap zwykle masz już za sobą – Twój weekend właśnie zaoszczędził Ci 6 000 zł.
• MVP – 30 h: 18 000 zł netto. Wersja, którą naprawdę można wpuścić do firmy: konta i uprawnienia, bezpieczne przechowywanie danych, wdrożenie na serwer, kopie zapasowe. Budowana od pierwszej godziny na produkcyjnych standardach, więc rośnie dalej zamiast lądować w koszu.
• Produkt – 60 h: 36 000 zł netto. Gdy system ma zarabiać albo obsłużyć więcej osób: płatności, panel administracyjny, integracje z tym, czego firma już używa.

Skąd 30 godzin na coś, co „normalnie” zajmuje miesiące? Z tego samego powodu, dla którego Twój weekend z AI był możliwy – tyle że z nadzorem. Senior z ponad pięcioletnim doświadczeniem pracuje z AI jako drugimi rękami, korzysta z gotowych, sprawdzonych komponentów aveneo i automatycznych wdrożeń. Efekt: 1 godzina u nas to mniej więcej 3–5 godzin klasycznej pracy. A postęp kontrolujesz w panelu: estymata przed startem, log godzin na żywo, akceptacja każdego etapu i możliwość zatrzymania współpracy w dowolnym momencie – płacisz tylko za zrobione.

Kiedy weekendowa wersja naprawdę wystarczy

Na koniec uczciwie, bo nie każda aplikacja z weekendu potrzebuje inżyniera. Zostaw ją taką, jaka jest, jeśli używasz jej sam albo z jedną zaufaną osobą, nie ma w niej danych osobowych ani niczego, czego utrata bolałaby dłużej niż godzinę, a gdy się zepsuje, po prostu wygenerujesz ją jeszcze raz. To zdrowe zastosowanie vibe codingu i szczerze do niego zachęcamy – tak jak nikt nie zatrudnia architekta do budy dla psa.

Inżynier staje się potrzebny w dniu, w którym aplikacja przestaje być prywatna: wchodzą na nią inni ludzie, wjeżdżają prawdziwe dane, a jej awaria zatrzymuje czyjąś pracę. To nie jest granica umiejętności – to granica odpowiedzialności. I da się ją przekroczyć w 2–3 tyg., nie w kwartał: start bierze konkretny inżynier do 24 godzin od zakupu godzin, a fakturę VAT wystawia aveneo, software house działający od 2008 roku. Kod i pełne prawa majątkowe są na każdym etapie w 100% Twoje – łącznie z tym, co powstało w Twój weekend.

← wszystkie wpisy