Napisanie oprogramowania zawsze było tą tańszą częścią. AI potaniła właśnie ją - i zostawiła nietkniętą tę drogą. Co dzieje się z wygenerowaną aplikacją w pierwszym roku działania i jak z góry policzyć, kto poniesie za nią odpowiedzialność.
Jest jedno zdanie, które dziś słyszy niemal każdy właściciel małej firmy: „To ci dzisiaj AI napisze w jedno popołudnie." I to prawda. Tylko to zdanie milczy o tym, co przyjdzie potem.
Napisanie oprogramowania nigdy nie było tą drogą częścią. Droga jest utrzymanie - wszystkie te lata, w których zmieniają się przepisy, procesy, ludzie, a nikt już dokładnie nie pamięta, dlaczego kod jest napisany akurat w taki sposób. AI potaniła pierwszy dzień. Pozostałe tysiąc dni zostawiła tam, gdzie były.
Rok jednej wygenerowanej aplikacji
Wyobraźcie sobie ewidencję zleceń, którą AI wygeneruje wam wiosną. Działa. Koledzy jej używają. A potem mija czas.
Dzień 1. Uruchomiona. Wszyscy zachwyceni, bo zajęło to dwa dni zamiast dwóch miesięcy.
Miesiąc 2. Zmienia się stawka VAT dla jednej pozycji. W aplikacji jest wpisana na sztywno w kodzie. Ktoś musi ją znaleźć i przepisać. Tym kimś jesteście wy, wasz bratanek albo osoba, której za to zapłacicie.
Miesiąc 6. Do administracji dołącza nowa koleżanka. Musi widzieć tylko swoje zlecenia. W aplikacji nie ma nic takiego, bo w pierwotnym poleceniu nie było mowy o rolach. Dodanie uprawnień to nie „jeszcze jedno polecenie" - to ingerencja, którą trzeba przenieść na wszystkie ekrany.
Miesiąc 12. Coś przestaje działać. Osoba, która generowała aplikację, już nie pracuje w firmie albo nie pamięta, co w niej jest. Kod da się przeczytać, ale nikt go nie rozumie - wygenerowała go maszyna i nikt go porządnie nie sprawdzał.
Napisanie aplikacji to ta tania część
Dzień 1 wygląda tak samo na obu drogach. Różnica ujawnia się w miesiącu drugim, szóstym i dwunastym - i od tego momentu tylko rośnie.
Dlaczego to się zdarza niemal zawsze
Nie chodzi o to, że AI pisze zły kod. Kod bywa zaskakująco przyzwoity. Problem leży gdzie indziej i ma trzy warstwy.
Nikt nie zna tego kodu. Przy klasycznie napisanej aplikacji istnieje przynajmniej jedna osoba, która wie, dlaczego coś jest zrobione w określony sposób. Przy wygenerowanej aplikacji taka osoba nie istnieje - jest tylko polecenie i wynik.
Utrzymania nie widać z góry. Kiedy zlecacie aplikację agencji, koszty utrzymania są w ofercie. Kiedy generujecie ją sami, nie ma ich nigdzie - co nie znaczy, że ich nie ma.
Zmiany nie przychodzą pojedynczo. Firma zmienia się na bieżąco: nowy typ zlecenia, nowa stawka, nowy kolega, nowe wymaganie klienta. Każda z tych zmian jest mała. Dwadzieścia małych zmian w ciągu roku to praca na cały miesiąc.
Trzy pytania, które warto zadać przed startem
Zanim zdecydujecie się zbudować coś ważnego na wygenerowanym kodzie, warto zadać sobie trzy konkretne pytania:
- Kto w firmie przeczyta ten kod, gdy coś się zepsuje? Jeśli odpowiedź brzmi „nikt", nie macie aplikacji, tylko zobowiązanie.
- Ile zmian spodziewamy się w ciągu roku i kto je wykona? Spiszcie je sobie. Większość firm dochodzi do ośmiu-dwudziestu drobiazgów rocznie, a to już jest praca na stałe.
- Co się stanie, gdy ta osoba odejdzie? Przy własnym kodzie to ryzyko ponosicie wy. Przy platformie to ryzyko ponosi dostawca.
Nie chodzi o to, żeby nie używać AI
AI jest dziś rozsądnym sposobem, by zaprojektować aplikację, opisać ją i zlecić jej zbudowanie. Różnica polega na tym, czy wynikiem jest kod źródłowy, którego musicie pilnować, czy aplikacja działająca na platformie, która bierze na siebie utrzymanie, kopie zapasowe i aktualizacje.
Co oznacza „platforma trzyma to za was"
Konkretnie to: aktualizacje, kopie zapasowe, łatki bezpieczeństwa i kompatybilność nie są waszym zmartwieniem. Kiedy zmienia się reguła, zmieniacie pole albo automatyzację - i poradzi sobie z tym nietechniczna osoba z zespołu. Kiedy odchodzi ten, kto budował system, zostaje po nim konfiguracja, którą da się odczytać, a nie kod, którego nikt nie rozumie.
Nie znaczy to, że platforma poradzi sobie z absolutnie wszystkim. Dla naprawdę unikalnej logiki istnieją drogi ucieczki przez webhooki i API. Różnica leży w proporcji: zamiast żeby cała aplikacja była własna, własny jest tylko ten jeden wyjątek.
Praktyczne spojrzenie na to, jak wygląda automatyzacja, do której widać pod maskę, znajdziecie w artykule Automatyzacja bez czarnej skrzynki. A jeśli rozważacie konkretne generatory AI, porównanie jest w tekście Lovable, Bolt, v0 i spółka. Przegląd całego tematu znajdziecie w kompletnym przewodniku po nocode i rozwoju aplikacji z AI.
Częste pytania dotyczące utrzymania aplikacji AI
Czy tej aplikacji nie może naprawiać znowu AI?
Częściowo tak, ale napotkacie dwie rzeczy. AI musi dokładnie wiedzieć, co jest nie tak - a to musi ktoś rozpoznać. A druga poprawka jest robiona na kodzie, który powstał z pierwszej poprawki, więc z każdą kolejną rundą rośnie ryzyko, że zepsuje się coś innego.
Ile realnie kosztuje utrzymanie?
Zależy od tego, jak często zmienia się wasz proces. Praktyczna wskazówka z typowych firmowych aplikacji: liczcie z dziesięcioma-dwudziestoma drobnymi zmianami rocznie. Kiedy zajmuje się nimi zewnętrzna osoba, to stała pozycja w budżecie, a nie jednorazowy koszt.
Jak to upilnować, gdy zlecam zrobienie aplikacji?
Pytajcie z góry o trzy rzeczy: kto będzie robił zmiany, ile kosztuje godzina pracy i gdzie będą przechowywane dane. Jeśli dostawca nie ma odpowiedzi na ostatnie pytanie, to sygnał, że utrzymaniem nikt się nie zajmuje.