AI software house - jak wybrać dostawcę oprogramowania z AI

Nie sprzedajemy AI-assisted engineering z prezentacji. Na rok zamieniliśmy własną firmę w laboratorium i zbudowaliśmy tą metodą trzynaście systemów. Dziewięć z nich pracuje dziś w produkcji i kosztuje nas realne pieniądze, kiedy odmówią posłuszeństwa.

Ta strona jest tym, czego sami nie znaleźliśmy, kiedy zaczynaliśmy: ramą decyzyjną z liczbami. Nie rankingiem firm.

13
systemów zbudowanych dla siebie - dziewięć w produkcji
szybciej - dla nowych systemów budowanych od zera
kilkadziesiąt $
miesięcznie kosztują wszystkie nasze systemy razem
129
pozycji na roadmapie - dług policzony, nie schowany

AI software house - dwa różne znaczenia, które kupujący myli

Jeśli zapytasz pięciu dostawców, czy są „AI software house’em”, pięciu powie: tak. Będą mówili o dwóch zupełnie różnych rzeczach - a od tego, o której mówią, zależy, co dostaniesz za swoje pieniądze.

AI jako metoda wytwarzania

Asystenci AI są narzędziem inżyniera, tak jak wcześniej były nim kompilator i debugger. Kod powstaje szybciej, więc projekt kosztuje mniej i jest gotowy wcześniej. Ale sam system, który dostajesz, nie ma w sobie żadnej sztucznej inteligencji. To zwykły, dobry software - zbudowany taniej.

AI jako funkcja produktu

Model językowy, wyszukiwanie po Twoich dokumentach, agent wykonujący zadania, uczenie maszynowe przewidujące awarie. Tutaj AI jest w produkcie: to Twoja firma zaczyna z niej korzystać, a nie tylko wykonawca przy pisaniu kodu.

Dlaczego to rozróżnienie decyduje o Twoich pieniądzach

Pytanie kontrolne, które warto zadać każdemu:
Co konkretnie robi tutaj model AI, a co jest zwykłym „if-em”?
Kto nie umie odpowiedzieć w dwóch zdaniach, nazywa AI każdą automatyzację.

To nie jest podejrzliwość na wyrost. Portal branżowy TSL ujął to tak: „Sztuczna inteligencja stała się jednym z najczęściej używanych – i jednocześnie najbardziej nadużywanych – pojęć w branży TSL. W wielu artykułach wszystko, co »samo się robi«, nazywane jest AI” [1].

Software house deklarujący AI albo agencja na gotowej platformie Funkcje AI są - ale w cenie i tempie klasycznego SH, albo na cudzej platformie. Skoro sami nie używają AI w procesie, skąd wiedzą, jak zrobić dobre funkcje AI? TU STOIMY AI software house Buduje szybko I zostawia system, który realnie pracuje z AI. Metoda daje tempo i cenę. Funkcja daje Twojej firmie AI. Klasyczny software house Dobry kod. Wolno i drogo. Wycena w osobo-miesiącach, pełny zespół, budżet 200 tys.–1 mln+ zł. Ani metody, ani funkcji. Dostawca sprzedający tempo Szybciej i taniej niż klasyczny SH… …ale Twoja firma nadal nie używa AI. Dostajesz zwykły software, tylko zbudowany sprawniej. AI jako metoda wytwarzania → AI jako funkcja produktu → NIE UŻYWA UŻYWA BRAK JEST
Większość rynku siedzi w jednej z lewych ćwiartek. Zapytaj, w której jest Twój dostawca.

AI software house vs klasyczny software house vs agencja AI - pięć typów dostawcy

Rynek wygląda na jednorodny tylko z zewnątrz. W środku to pięć różnych modeli biznesowych, z różnym rozkładem ryzyka.

Typ dostawcyAI w metodzieAI w produkcieCzyj kodCzas do MVPWidełkiKto utrzymujeKiedy zawodzi
Klasyczny software houseTwój, na podstawie umowymiesiące20 tys. – 1 mln+ złzespół 5–15 osóbmały budżet, zmienny zakres
AI software house✓ lub ✗Twój, na podstawie umowydni lub tygodnie6–300 tys. złmały zespółduże legacy, systemy krytyczne
Agencja AI / automatyzacjiżyje na cudzej platformiedni lub tygodnie5–50 tys. złdostawcagdy potrzebujesz własnej logiki
Body leasing - - Twój - rozliczenie za godzinyTygdy nie masz kim zarządzać
Pudełkowy SaaS✓ lub ✗nie masz go wcaledniabonament od użytkownikadostawcagdy proces jest Twoją przewagą

Jak poznać, z kim rozmawiasz, już po pierwszej rozmowie

Ile kosztuje oprogramowanie z AI - widełki rynkowe i nasz własny rachunek

Co płacisz za budowę

Przy każdej pozycji podane źródło i data.

CoIleŹródło
Stawka godzinowa, software house PL200–450 zł/h[2]
Stawka polskiego seniora170–220 zł/h[3]
MVP, klasyczne podejście20–100 tys. zł (skrajnie do 200 tys.)[4]
MVP aplikacji webowej B2B, pierwszy rok łącznie70–80 tys. zł[3]
System operacyjny średniej wielkości, software house200 tys. – 1 mln+ zł[5]
To samo u agencji AI / jako dedykowane narzędzie5–50 tys. zł[5]
Dedykowany TMS klasy enterprise180–400 tys.+ zł, 6–12 miesięcy[6]
Gotowy SaaS TMS przy 20 użytkownikachłatwo 10 tys.+ zł miesięcznie[6]
AI software house - pierwszy działający system6–30 tys. złwyliczenie ↓
AI software house - system operacyjny średniej wielkości60–300 tys. złwyliczenie ↓

Zwróć uwagę na pozycje z SaaS. Abonament wygląda na tani, dopóki liczysz go na jednego użytkownika.

Skąd biorą się dwie ostatnie liczby - i dlaczego rynek ich nie publikuje

Dla „AI software house’u” nie istnieje opublikowana stawka rynkowa. Kategoria jest za młoda, żeby ktokolwiek zebrał z niej dane - żaden z pięciu rankingów, które wyświetlają się na tę frazę, nie podaje ani jednej ceny dla niej samej. Podają ceny klasycznych software house’ów albo agencji automatyzacji.

Jest ku temu powód, i wraca tu wątek z początku strony: większość firm, które nazywają się AI software house’em, wycenia jak klasyczny software house - bo nimi jest. Dopisanie AI do oferty nie zmienia struktury kosztów, jeśli AI nie weszło do procesu wytwarzania.

Poniżej metoda, którą wyliczamy własne widełki:

Sprawdzian tego wyliczenia na naszych własnych wdrożeniach

Co zbudowaliśmyIle to zajęłoPunkt odniesienia
System finansowy30 godzin, produkcja 1. dniaklasycznie 4–6 miesięcy
Automat fakturowy3 roboczogodzinyproces ręczny 1,5 h miesięcznie

Ile płacisz za utrzymanie - i dlaczego to pytanie ważniejsze od ceny budowy

Rynkowa reguła kciuka: utrzymanie to 15–25% rocznej wartości projektu [3]. Przy systemie za 200 tysięcy to 30–50 tysięcy rocznie, zanim ktokolwiek dopisze choćby jedną funkcję.

Nasz rachunek za infrastrukturę systemów, których używamy codziennie:

SystemKoszt miesięczny
Portal monitorujący0,30–1,20 USD
Automat fakturowy0,42 USD
System dogrzewania leadówponiżej 0,50 USD
Hub powiadomień0,10 USD
Radar popytu0,05–0,20 USD
Tablica produkcji treścipraktycznie zero (współdzieli istniejące zasoby)
Modele AI (Bedrock) - zależnie od użyciaod groszy za raport do kilkudziesięciu USD

Wszystkie nasze systemy wewnętrzne kosztują kilkadziesiąt dolarów miesięcznie.

Dlaczego „kilkadziesiąt”, skoro w tabeli wychodzi kilka. Bo sama infrastruktura to rzeczywiście kilka dolarów, ale modele AI kosztują osobno i zależnie od użycia. Pojedynczy raport pisany przez model to grosze. Wystarczy jednak błąd w implementacji, żeby ten rachunek urósł - u nas zdarzyło się to raz i zjadło 70 USD w dwa tygodnie, zanim nasz system monitoringu to wyłapał. Mieliśmy ustawione za wysokie progi alertów. Dlatego podajemy liczbę zaokrągloną w górę.
Zastrzeżenie metodologiczne: to koszt infrastruktury, nie pracy ludzkiej. Serwery są tanie. Utrzymanie systemu to także czyjś czas - na przeglądy, poprawki i reagowanie, kiedy coś odmówi posłuszeństwa.

Ta liczba mówi natomiast coś istotnego o architekturze. System zaprojektowany tak, żeby płacić za zużycie zamiast za zarezerwowaną moc, nie generuje kosztu, kiedy nikt z niego nie korzysta. Dostawca, który wycenia utrzymanie na kilka tysięcy miesięcznie, powinien umieć powiedzieć, za co dokładnie.

Czy dzięki AI powinno być taniej?

Rynek nie ma na to jednej odpowiedzi i lepiej to pokazać, niż udawać zgodę. Jedni obniżają ceny - argument brzmi, że koszty modeli spadły dziesięcio- do stukrotnie w ciągu dwóch lat, więc produkcja oprogramowania też staniała [5]. Drudzy ostrzegają dokładnie przed takim rachunkiem: „Realne czerwone flagi to: »aplikacja od 5k«, »MVP w 4 tygodnie«, »cena stała 100k bez zdefiniowanego zakresu«” [3].

Nasze stanowisko: niska cena bez zdefiniowanego zakresu nie jest przewagą. Jest przeniesieniem ryzyka z dostawcy na Ciebie - zapłacisz je później, w zmianach.

Czy „5× szybciej dzięki AI” to prawda? Wyniki badań

Sami deklarujemy pięciokrotne przyspieszenie. Poniżej wyniki badań nad wpływem asystentów AI na tempo pracy, łącznie z niekorzystnymi dla tej tezy.

Co mówią badania potwierdzające

Co mówią badania przeczące

Doświadczeni programiści · realne zadania · własne repozytoria 0 - bez zmiany Czego się spodziewali +24% Jak ocenili PO badaniu +20% Ile było naprawdę −19% wolniej z AI niż bez AI METR, lipiec 2025 · 16 programistów · 246 zadań · repozytoria powyżej 1 mln linii kodu
Rozjazd między odczuciem a pomiarem: blisko 40 punktów procentowych. Dlatego zawężamy własną deklarację.

Gdzie AI przyspiesza, a gdzie przeszkadza

Przyspiesza mocnoNie pomaga albo szkodzi
kod szablonowy i szkielety aplikacjipraca na dużym, dojrzałym legacy
standardowe operacje na danych, interfejsy APIdebugowanie
systemy budowane od zerazłożona logika branżowa
wejście w nieznaną technologięprzegląd cudzego kodu

Zakres, w którym ta liczba obowiązuje

Pięć razy szybciej - dla nowych systemów budowanych od zera.
Nie na utrzymaniu cudzego legacy. Nie na debugowaniu. Nie jako uniwersalny mnożnik.

Nasze wdrożenia mieszczą się dokładnie w tej klasie i dlatego ta liczba u nas działa:

Warto zapytać każdego dostawcę, gdzie jego mnożnik przestaje obowiązywać. Brak odpowiedzi na to pytanie sam w sobie jest informacją.

Czy kod wygenerowany przez AI jest Twój? Stan prawny na 2026

To pytanie rzadko pada w rozmowach handlowych.

Co mówi prawo

W Polsce i w Unii Europejskiej utwór wygenerowany wyłącznie przez sztuczną inteligencję nie podlega ochronie prawnoautorskiej. Prawo traktuje go jako „wytwór”, nie „utwór” - trafia do domeny publicznej [12].

Amerykański Urząd Praw Autorskich w raporcie ze stycznia 2025 sformułował to jednoznacznie: same polecenia wydane modelowi „nie zapewniają wystarczającej ludzkiej kontroli, by uczynić użytkownika systemu AI autorem wyniku” [13]. Sądy potwierdziły wymóg ludzkiego autorstwa.

Co z tego wynika dla Ciebie

Kod, w którym jest istotny wkład człowieka - architektura, świadome decyzje projektowe, przegląd i poprawki - jest chroniony normalnie. Kod czysto generatywny, do którego nikt nie wniósł nic poza poleceniem, ma status wątpliwy. Jeśli Twój system to Twoja przewaga konkurencyjna, to nie jest niuans prawniczy.

✅ Dobra odpowiedź🚩 Czerwona flaga
„Przenosimy majątkowe prawa autorskie umową, a nasz proces zapewnia istotny wkład inżyniera w każdy fragment”„Kod jest Twój” - bez zapisu w umowie
Kod w Twoim repozytorium od pierwszego dniaKod pokazywany dopiero przy odbiorze
Dostawca sam podnosi temat fragmentów pisanych z AITemat AI znika, gdy pytasz o prawa

Nasza pozycja: dużą część kodu generuje AI. Ale architekturę i decyzje projektowe podejmuje inżynier z piętnastoletnim doświadczeniem i to on każdy fragment przegląda, poprawia oraz dopuszcza albo odrzuca. Wkład człowieka nie polega tutaj na przepisywaniu znaków, tylko na tym, co ten kod ma robić i czy robi to dobrze. Kiedy mówimy „to prawdziwy kod”, mówimy właśnie o tym - i jest to dokładnie ten wkład, który w świetle przywołanych wyżej przepisów decyduje o ochronie prawnej.

Jeśli nie potrafisz tego wyjaśnić, to tego nie posiadasz. [14]

AI Act - co Cię dotyczy i od kiedy

Krótko, bo w większości przypadków odpowiedź jest prostsza, niż się wydaje.

02.2025 Zakazane praktyki + kompetencje AI OBOWIĄZUJE 08.2026 Obowiązki przejrzystości DZIŚ 12.2027 Systemy wysokiego ryzyka PRZESUNIĘTE Z 08.2026 Typowy system operacyjny dla firmy - TMS, obieg faktur, panel produkcji - NIE jest systemem wysokiego ryzyka
Stan na 26 sierpnia 2026. Terminy się przesuwały - sprawdź datę, zanim się na tym oprzesz.

Twój typowy przypadek. Dedykowany system transportowy, obieg faktur, panel operacyjny produkcji - to nie są systemy wysokiego ryzyka. Twoje obowiązki sprowadzają się do przejrzystości i kompetencji zespołu. Wysokie ryzyko zaczyna się tam, gdzie AI ocenia ludzi: rekrutacja, scoring, dostęp do świadczeń. I dopiero od grudnia 2027.

Powyższe nie jest poradą prawną. Stan na 26 sierpnia 2026 - przy tym tempie zmian sprawdź datę, zanim się na tym oprzesz.

10 pytań do dostawcy - i jak brzmi zła odpowiedź

Tabela do wydrukowania i zabrania na spotkanie.

#Pytanie✅ Dobra odpowiedź🚩 Czerwona flaga
1Czyj jest kod i co z fragmentami pisanymi z AI?Przeniesienie praw w umowie, repozytorium po Twojej stronie od startu„Kod jest Twój” bez zapisu umownego
2Stała cena czy rozliczenie godzinowe?Stała przy jasnym zakresie, godzinowa przy pracy badawczej - z uzasadnieniem„Cena stała 100 tysięcy” bez zdefiniowanego zakresu lub stawka godzinowa za realizację całego projektu
3Kiedy zobaczę pierwszy działający fragment?Konkretna data, potem regularnie co dwa tygodnie„MVP w cztery tygodnie” bez zakresu
4Kto konkretnie będzie pracował?Znasz skład i doświadczenie zespołuBrak wglądu; po podpisaniu wchodzą juniorzy
5Mogę zadzwonić do Waszego klienta?Numer podany bez zająknięcia„Zrealizowaliśmy ponad 200 projektów” i ani jednej historii
6Kto przegląda kod, zanim trafi na produkcję?Zawsze druga osoba„AI to sprawdzi”
7Co się stanie, gdy skończymy współpracę?Dokumentacja, eksport danych, brak uzależnienia od platformyWszystko żyje na koncie dostawcy (tzw. vendor lock-in)
8Ile kosztuje utrzymanie i co obejmuje?Kwota, zakres, czas reakcjiBrak planu na okres po uruchomieniu
9Gdzie trafiają moje dane i czy uczą cudzy model?Umowa powierzenia, tryb bez retencji, opcja modelu lokalnego„Korzystamy z AI” i koniec tematu
10Kto ponosi ryzyko zmiany zakresu?Każda zmiana ma cenę znaną wcześniej„Za wszystko trzeba dopłacać” - mówione po fakcie
I jedenaste pytanie, od nas:
Pokażcie system, który zbudowaliście dla siebie i którego używacie codziennie.
Portfolio pokazuje, co ktoś potrafi sprzedać. Własny system pokazuje, czemu ufa na tyle, żeby na tym pracować.

Kiedy NIE powinieneś wybierać AI software house’u

Dziewięć sytuacji, w których warto poszukać innego dostawcy, także zamiast nas.

  1. Systemy, w których błąd zagraża zdrowiu lub życiu - wyroby medyczne wyższych klas, sterowanie maszynami, motoryzacja. Potrzebujesz procesu nastawionego na powtarzalną jakość, nie na tempo.
  2. Wymogi certyfikacyjne - walidacja systemów w farmacji, lotnictwo. Tam przewagę mają duzi dostawcy z gotowym aparatem zgodności.
  3. Potrzebujesz dziesięciu do piętnastu programistów na pół roku i dłużej. To profil klasycznego software house’u. Mały zespół tego nie udźwignie [5].
  4. System jest naprawdę duży i złożony - wiele modułów, wieloletni horyzont rozwoju. Przewaga AI-assisted engineering rośnie tam, gdzie całość mieści się w głowie jednego albo dwóch inżynierów. Im system większy, tym bardziej upodabnia się do warunków z badania METR - dojrzały, rozbudowany kod, na którym AI przestaje pomagać. Głównym kosztem staje się wtedy koordynacja i pilnowanie architektury, a nie tempo pisania.
  5. Projekt czysto utrzymaniowy na dużym, starym systemie. To jest dokładnie ten obszar, w którym badanie METR wykazało, że doświadczeni programiści z AI są wolniejsi o 19%. Nie sprzedamy Ci przyspieszenia tam, gdzie go nie ma.
  6. Proces, który nie jest Twoją przewagą. Jeśli to zwykła papierkowa robota, taniej i szybciej zrobisz ją na gotowej platformie. Dedykowany system ma sens tam, gdzie robicie coś inaczej niż konkurencja.
  7. Nie masz po swojej stronie osoby decyzyjnej ani budżetu na utrzymanie. Bez decydenta projekt grzęźnie na tygodnie, a bez utrzymania system umiera w rok [3].
  8. Budujesz dużą aplikację mobilną, która sięga głęboko do funkcji telefonu - kamera, czujniki, Bluetooth, praca w tle, uprawnienia, powiadomienia push. To robota dla specjalistów od natywnego mobile’u, z własnym cyklem wydawniczym w sklepach Apple i Google. Tempo pisania kodu nie jest tu wąskim gardłem - jest nim platforma.
  9. Robisz grę. To bardziej kreacja niż development: game design, kierunek artystyczny, balans rozgrywki, wyczucie sterowania. Kod jest w tym mniejszą częścią, a AI przyspiesza akurat tę mniejszą część. Idź do studia, które robi gry.

Bezpłatny audyt kończy się diagnozą, nie ofertą na siłę. Jeśli trafiasz w którąś z tych dziewięciu sytuacji, powiemy Ci to i podpowiemy, kogo szukać.

Co znaczy, że system ma AI - na przykładach, których używamy codziennie

Tu wracamy do rozróżnienia z początku. Poniżej druga połowa: AI jako funkcja produktu. Wszystkie przykłady to nasze własne systemy, nie hipotezy z prezentacji.

Raport o kondycji firmy pisany co tydzień

Model czyta stan wszystkich systemów i w poniedziałek rano wysyła właścicielowi raport z rekomendacjami. Rozwiązanie projektowe: priorytet liczy deterministyczny algorytm, model tylko ubiera wynik w język. Dzięki temu ta sama sytuacja zawsze daje ten sam priorytet - model nie decyduje o tym, co jest pilne.

[→ link do realizacji]

Skrzynka, która klasyfikuje i pisze odpowiedzi w stylu właściciela

Do tego wyciąga z korespondencji fakty i podpowiada je do bazy klientów. Pierwszy obieg uczenia zebrał dziesięć poprawek z 838 wiadomości i wykrył coś, czego nikt nie szukał: system uciszał własne raporty firmy, wrzucając je do szumu. Poprawiliśmy to u źródła, w regułach klasyfikacji, a nie obejściem.

[→ link do realizacji]

Wykrywanie okazji sprzedażowych w korespondencji

System rozpoznaje sygnał, pisze propozycję odpowiedzi i przepuszcza ją przez bramkę jakości. Wysyła zawsze człowiek.

[→ link do realizacji]

Radar popytu

Cotygodniowy przegląd rynku z osadzonym kontekstem firmy i walidatorem, który odrzuca każdy sygnał bez dowodu - konkretnego adresu i cytatu. Bez tego research generuje wiarygodnie brzmiące ogólniki.

[→ link do realizacji]

Reguły ryzyka w bazie klientów

System rozdziela w odpowiedzi fakt, obliczenie, brak danych i konflikt danych. Nigdy nie podaje domysłu jako pewnika.

[→ link do realizacji]

Czego nasze systemy nie robią - to też jest decyzja projektowa

To jest odpowiedź na najczęstszą obawę wobec AI w firmie: że coś zadziała bez wiedzy człowieka. Da się to zaprojektować inaczej. Trzeba tylko chcieć.

Zbudowaliśmy tą metodą własną firmę, zanim zaczęliśmy ją sprzedawać

31 lipca 2025 - postawiliśmy wszystko na jedną kartę

Tego dnia odszedłem z firmy, którą współtworzyłem przez lata. Rynek szumiał o nadchodzącym przełomie w wytwarzaniu oprogramowania i trzeba było sprawdzić w praktyce, ile w tym prawdy. Takiego sprawdzianu nie da się zrobić po godzinach - wymagał postawienia na tę kartę całego dostępnego czasu.

„Chcemy być pionierami”: na rok RapidLogic przestaje być agencją i staje się laboratorium. Nie eksperymentem po godzinach - dział badawczo-rozwojowy ma jedno zadanie: zrobić tyle testów, ile będzie potrzeba, aby okiełznać nadchodzącą technologię, zanim stanie się standardem.

To kosztowna decyzja i mało kto może sobie na nią pozwolić, bo laboratorium nie wystawia faktur. Ale bez niej mielibyśmy dziś to samo, co większość rynku: AI dopisane do oferty i nadzieję, że klient nie zapyta o szczegóły.

KiedyCo
31.07.2025Odejście. Cały czas idzie na jedno pytanie: czy przełom jest realny
08.2025Intensywny research - nowoczesne narzędzia i najlepsze praktyki rynkowe
09.2025 – 02.2026Budowa Tidly w no-code. Zawieszone z powodu sytuacji rynkowej, nie porażki
od 01.2026Równolegle: testy narzędzi AI, intensywne kursy, pierwsze własne narzędzia
24.04.2026Decyzja: RapidLogic zostaje polem doświadczalnym, cel sprzedażowy zawieszony
11.07.2026Pierwszy profesjonalny system wewnętrzny
26.08.2026Trzynaście systemów, dziewięć w produkcji

Zapis tej kwietniowej decyzji brzmi w naszej bazie wprost: aktywna sprzedaż bez jasnej strategii to przepalanie czasu. Pytanie, na które miał odpowiedzieć cały ten rok, było jedno: czy AI-assisted engineering realnie znosi sufit możliwości małego zespołu, czy tylko dobrze brzmi.

Sprawdzian mógł wypaść źle. Wtedy nie byłoby tej strony.

Zanim doszliśmy do tej metody - no-code, i to też działało

Nie zaczęliśmy od AI. Wcześniej szukaliśmy skrótu w narzędziach no-code i jeden z nich obronił się liczbami. Marketplace wywozu odpadów z panelem operacyjnym dla firm asenizacyjnych: 200 godzin pracy jednej osoby. Software house wycenił to samo na 100–150 tys. zł, około 500 godzin.

Dwa i pół raza mniej czasu, ułamek kosztu. Ale no-code ma sufit, który widać dopiero w praktyce: całość żyje na cudzej platformie, a złożona logika transakcyjna zaczyna w pewnym momencie walczyć z narzędziem zamiast z problemem klienta.

AI-assisted engineering zdjął ten sufit. To samo lub nawet większe tempo, ale prawdziwy kod, w Twoim repozytorium, bez zależności od cudzej roadmapy i stabilności dostawcy.

Piszemy o tym, bo ten projekt nie jest dowodem na AI - jest dowodem na to, że szukaliśmy krótszej drogi, zanim znaleźliśmy tę. Do tabeli wdrożeń zrobionych metodą AI-assisted engineering nie wchodzi. Zobacz ten projekt →

Dlaczego „trzynaście systemów w 46 dni” brzmi nierzeczywiście

Ta liczba rzeczywiście nie brzmi wiarygodnie bez kontekstu.

Prawda jest taka, że 46 dni to czubek góry lodowej. Bez wszystkiego, co było wcześniej, tych systemów nie dałoby się postawić ani w półtora miesiąca, ani w rok. To klasyczny overnight success with 15 years of preparation: piętnaście lat wytwarzania oprogramowania plus rok intensywnej pracy z AI i no-code, żeby dojść do praktyk, które faktycznie działają.

Widać to na jednym z tych systemów. Automat fakturowy powstał w 3 godziny - za drugim podejściem. Pierwsze, kilka miesięcy wcześniej, zakończyło się porażką. Jak napisaliśmy w opisie tego wdrożenia: „ówczesna znajomość narzędzi nie wystarczyła, żeby go domknąć”. Ten sam człowiek, ten sam problem, inny poziom umiejętności. Zobacz oba podejścia →

Nie zmieniło się tempo pisania kodu. Zmieniła się wiedza o tym, co i jak budować.
Dlatego pytanie „ile Wam to zajmie” jest mniej istotne niż „ile razy robiliście już coś podobnego”. Zadaj je każdemu dostawcy - nam też.

Co z tego wyszło - trzynaście systemów

Od 11 lipca do 26 sierpnia 2026, czyli w 46 dni, powstało trzynaście systemów. Dziewięć z nich pracuje dziś w produkcji, obsługując naszą własną firmę:

11.07.2026 → 26.08.2026 w produkcji (9)  ·  w budowie (4)
Sterownia22 sondy
Raport AIco poniedziałek
Skrzynki3 konta
Faktury3. dzień miesiąca
Radar popytu7 harmonogramów
Hub sygnałów4 źródła
Dogrzewanie leadów0 auto-wysyłek
Tablica treści10 etapów
Warstwa spinająca103/103 testy
Baza klientów15 tabel
Brama szans5 kryteriów
Reklamytryb przygotowania
Bezpieczeństwow budowie
Każdy z nich pracuje na naszą firmę. Opisy poszczególnych wdrożeń dokładamy sukcesywnie.

Rygor, nie tylko tempo

Najczęstszy zarzut wobec kodu pisanego z AI brzmi: powstaje szybko i zostawia po sobie dług techniczny. Zarzut ma podstawy. Analiza 211 milionów linii kodu pokazuje, że wraz z adopcją AI odsetek kodu przepisywanego wkrótce po napisaniu wzrósł z 3,3% w 2021 do 7,1% w 2025, a udział refaktoryzacji spadł [16].

Nie twierdzimy, że nas to nie dotyczy. Twierdzimy, że u nas to jest mierzone i widoczne.

Dlaczego to jest ważne dla Ciebie

Nie kupujesz u nas eksperymentu. Proces jest powtarzalny, bo przeszliśmy nim trzynaście razy z rzędu - na własny koszt, zanim wystawiliśmy komukolwiek fakturę.

I znasz odpowiedź na jedenaste pytanie z listy powyżej, zanim je zadasz.

Gdzie to działa najlepiej

Specjalizujemy się w branżach, w których procesy są złożone, a Excel przestał wystarczać.

Ile polskich firm używa AI 10% 20% 15,6% Firmy średnie 8,7% Wszystkie firmy 2,1% AI od firmy zewnętrznej 0,8% LOGISTYKA najniżej w całym badaniu GUS, Społeczeństwo informacyjne w Polsce 2025 · za analizą Polskiego Instytutu Ekonomicznego
To nie jest rynek nasycony. To rynek, na którym prawie nikt jeszcze nie zaczął.

Dlaczego akurat tam - liczby z badania GUS za 2025 rok:

Najczęstsze pytania

Czym AI software house różni się od zwykłego software house’u?

Dwiema rzeczami, które warto rozdzielić: metodą wytwarzania (asystenci AI jako narzędzie inżyniera - szybciej i taniej) oraz funkcją produktu (AI wbudowane w system, z którego korzysta Twoja firma). Część dostawców ma tylko jedno z dwojga. Zapytaj, które.

Czy kod wygenerowany przez AI jest mój?

Kod z istotnym wkładem człowieka - tak, na zwykłych zasadach prawa autorskiego. Kod czysto generatywny w Polsce i UE nie podlega ochronie prawnoautorskiej i nie jest „utworem”. Dlatego pytaj nie tylko o przeniesienie praw, ale też o to, jak wygląda proces powstawania kodu.

Czy „5× szybciej dzięki AI” to prawda?

Dla nowych systemów budowanych od zera - tak, i my to deklarujemy w tym zakresie. Jako uniwersalny mnożnik - nie. Badanie METR pokazało, że doświadczeni programiści pracujący na dojrzałym kodzie byli z AI o 19% wolniejsi, a 45% programistów mówi, że debugowanie kodu z AI trwa dłużej.

Ile realnie kosztuje utrzymanie systemu przez trzy lata?

Rynkowa reguła to 15–25% rocznej wartości projektu. Sama infrastruktura chmurowa bywa znacznie tańsza - nasze systemy kosztują kilka dolarów miesięcznie - ale utrzymanie to także czyjś czas. Policz oba składniki, zanim porównasz oferty.

Kiedy NIE wybierać AI software house’u?

Przy systemach krytycznych dla bezpieczeństwa, wymogach certyfikacyjnych, potrzebie dużego zespołu na wiele miesięcy, projektach czysto utrzymaniowych na dużym legacy, procesach bez przewagi konkurencyjnej oraz gdy nie masz po swojej stronie decydenta.

Jak sprawdzić, czy dostawca faktycznie używa AI, czy tylko tak mówi?

Poproś, żeby pokazał system, który zbudował dla siebie i którego używa codziennie. Zapytaj, co konkretnie robi tu model, a co jest zwykłą regułą. Zapytaj, gdzie AI im nie pomogło.

Co się stanie z moim systemem, jeśli dostawca zniknie?

Dlatego kod ma być w Twoim repozytorium od pierwszego dnia, dokumentacja ma pozwalać na przejęcie przez inny zespół, a system nie powinien żyć wyłącznie na koncie dostawcy. Zapytaj o to przed podpisaniem, nie po.

Czy moje dane będą karmić cudzy model?

Nie muszą. Dostawcy modeli oferują tryb bez zatrzymywania danych, a przy szczególnych wymogach poufności można pracować na modelu uruchomionym lokalnie. Dobra odpowiedź brzmi konkretnie i wskazuje umowę powierzenia danych. „Korzystamy z AI” bez wskazania, gdzie trafiają dane, jest złą odpowiedzią.

Co mówi AI Act i od kiedy mnie dotyczy?

Od lutego 2025 obowiązują zakazane praktyki i obowiązek kompetencji AI. Od sierpnia 2026 - przejrzystość. Systemy wysokiego ryzyka od grudnia 2027 (termin przesunięty). Typowy system operacyjny dla firmy nie jest systemem wysokiego ryzyka.

Dlaczego jeden software house liczy 90 tysięcy i nie dowozi, a inny obiecuje 30?

Bo cena bez zakresu nie jest ceną. Wyższa kwota często zawiera zespół, testy i utrzymanie, niższa bywa ceną wejścia, po której dopłacasz za każdą zmianę. Porównuj nie kwoty, tylko odpowiedzi na dziesięć pytań z tabeli powyżej.

Zacznij od diagnozy, nie od oferty

Bezpłatny audyt cyfrowy trwa jeden do dwóch dni. Mapujemy Twoje procesy, dane i wąskie gardła, a Ty dostajesz konkretną diagnozę: co blokuje skalowanie i co da się z tym zrobić. Bez zobowiązań - także wtedy, gdy diagnoza brzmi „nie potrzebujecie dedykowanego systemu”.

Umów bezpłatny audyt

Krzysztof Gromadzki, założyciel RapidLogic

Krzysztof Gromadzki

Ponad 15 lat inżynierii oprogramowania. Budował systemy klasy enterprise w Javie i Angularze dla Keller, Hydro i Bonifer. Dziś prowadzi RapidLogic, gdzie ten sam rygor łączy z AI-assisted engineering. Wszystkie liczby na tej stronie pochodzą z systemów, których używa codziennie.

Ostatnia aktualizacja: 26 sierpnia 2026

Źródła

  1. maciosoft.pl - o nadużywaniu pojęcia AI w branży TSL
  2. digitay.pl - stawki godzinowe software house’ów w Polsce
  3. jsoncrew.com (maj 2026) - koszty MVP, utrzymanie, czerwone flagi wyceny
  4. seo-www.pl (2025) - koszty MVP na rynku polskim
  5. malinski.ai (akt. 18.08.2026) - porównanie software house vs agencja AI
  6. assistron.pl (2026) - koszty dedykowanego i pudełkowego TMS
  7. Peng, Kalliamvakou i in., arXiv:2302.06590 (2023) - badanie GitHub/MIT
  8. Chatterjee i in. - badanie w ANZ Bank
  9. Becker, Rush, Barnes, Rein - METR (10.07.2025), metr.org
  10. Stack Overflow Developer Survey 2025 (29.07.2025)
  11. DORA State of DevOps Report 2024, dora.dev
  12. zaiks.org.pl · poradnikprzedsiebiorcy.pl - status prawny wytworów AI w PL/UE
  13. US Copyright Office, Copyright and Artificial Intelligence, Part 2 (29.01.2025)
  14. mamund.substack.com
  15. Rozporządzenie (UE) 2024/1689 (AI Act) + Digital Omnibus on AI (VI.2026) + ustawa PL (24.07.2026)
  16. GitClear - analiza 211 mln linii kodu, 2020–2025
  17. GUS, Społeczeństwo informacyjne w Polsce 2025, za analizą PIE
  18. Jerzy Jezuit, DKV Mobility, cyt. trans.info (2026)

⚠️ Wersja robocza: pozycje [1], [2], [4], [8], [14] wymagają weryfikacji pełnych adresów URL u źródła przed publikacją.