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.
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.
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.
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.
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].
Rynek wygląda na jednorodny tylko z zewnątrz. W środku to pięć różnych modeli biznesowych, z różnym rozkładem ryzyka.
| Typ dostawcy | AI w metodzie | AI w produkcie | Czyj kod | Czas do MVP | Widełki | Kto utrzymuje | Kiedy zawodzi |
|---|---|---|---|---|---|---|---|
| Klasyczny software house | ✗ | ✗ | Twój, na podstawie umowy | miesiące | 20 tys. – 1 mln+ zł | zespół 5–15 osób | mały budżet, zmienny zakres |
| AI software house | ✓ | ✓ lub ✗ | Twój, na podstawie umowy | dni lub tygodnie | 6–300 tys. zł | mały zespół | duże legacy, systemy krytyczne |
| Agencja AI / automatyzacji | ✗ | ✓ | żyje na cudzej platformie | dni lub tygodnie | 5–50 tys. zł | dostawca | gdy potrzebujesz własnej logiki |
| Body leasing | - | - | Twój | - | rozliczenie za godziny | Ty | gdy nie masz kim zarządzać |
| Pudełkowy SaaS | ✗ | ✓ lub ✗ | nie masz go wcale | dni | abonament od użytkownika | dostawca | gdy proces jest Twoją przewagą |
Przy każdej pozycji podane źródło i data.
| Co | Ile | Źródło |
|---|---|---|
| Stawka godzinowa, software house PL | 200–450 zł/h | [2] |
| Stawka polskiego seniora | 170–220 zł/h | [3] |
| MVP, klasyczne podejście | 20–100 tys. zł (skrajnie do 200 tys.) | [4] |
| MVP aplikacji webowej B2B, pierwszy rok łącznie | 70–80 tys. zł | [3] |
| System operacyjny średniej wielkości, software house | 200 tys. – 1 mln+ zł | [5] |
| To samo u agencji AI / jako dedykowane narzędzie | 5–50 tys. zł | [5] |
| Dedykowany TMS klasy enterprise | 180–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 system | 6–30 tys. zł | wyliczenie ↓ |
| AI software house - system operacyjny średniej wielkości | 60–300 tys. zł | wyliczenie ↓ |
Zwróć uwagę na pozycje z SaaS. Abonament wygląda na tani, dopóki liczysz go na jednego użytkownika.
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:
| Co zbudowaliśmy | Ile to zajęło | Punkt odniesienia |
|---|---|---|
| System finansowy | 30 godzin, produkcja 1. dnia | klasycznie 4–6 miesięcy |
| Automat fakturowy | 3 roboczogodziny | proces ręczny 1,5 h miesięcznie |
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:
| System | Koszt miesięczny |
|---|---|
| Portal monitorujący | 0,30–1,20 USD |
| Automat fakturowy | 0,42 USD |
| System dogrzewania leadów | poniżej 0,50 USD |
| Hub powiadomień | 0,10 USD |
| Radar popytu | 0,05–0,20 USD |
| Tablica produkcji treści | praktycznie zero (współdzieli istniejące zasoby) |
| Modele AI (Bedrock) - zależnie od użycia | od groszy za raport do kilkudziesięciu USD |
Wszystkie nasze systemy wewnętrzne kosztują kilkadziesiąt dolarów miesięcznie.
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.
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.
Sami deklarujemy pięciokrotne przyspieszenie. Poniżej wyniki badań nad wpływem asystentów AI na tempo pracy, łącznie z niekorzystnymi dla tej tezy.
| Przyspiesza mocno | Nie pomaga albo szkodzi |
|---|---|
| kod szablonowy i szkielety aplikacji | praca na dużym, dojrzałym legacy |
| standardowe operacje na danych, interfejsy API | debugowanie |
| systemy budowane od zera | złożona logika branżowa |
| wejście w nieznaną technologię | przegląd cudzego kodu |
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ą.
To pytanie rzadko pada w rozmowach handlowych.
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.
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 dnia | Kod pokazywany dopiero przy odbiorze |
| Dostawca sam podnosi temat fragmentów pisanych z AI | Temat 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]
Krótko, bo w większości przypadków odpowiedź jest prostsza, niż się wydaje.
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.
Tabela do wydrukowania i zabrania na spotkanie.
| # | Pytanie | ✅ Dobra odpowiedź | 🚩 Czerwona flaga |
|---|---|---|---|
| 1 | Czyj 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 |
| 2 | Stał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 |
| 3 | Kiedy zobaczę pierwszy działający fragment? | Konkretna data, potem regularnie co dwa tygodnie | „MVP w cztery tygodnie” bez zakresu |
| 4 | Kto konkretnie będzie pracował? | Znasz skład i doświadczenie zespołu | Brak wglądu; po podpisaniu wchodzą juniorzy |
| 5 | Mogę zadzwonić do Waszego klienta? | Numer podany bez zająknięcia | „Zrealizowaliśmy ponad 200 projektów” i ani jednej historii |
| 6 | Kto przegląda kod, zanim trafi na produkcję? | Zawsze druga osoba | „AI to sprawdzi” |
| 7 | Co się stanie, gdy skończymy współpracę? | Dokumentacja, eksport danych, brak uzależnienia od platformy | Wszystko żyje na koncie dostawcy (tzw. vendor lock-in) |
| 8 | Ile kosztuje utrzymanie i co obejmuje? | Kwota, zakres, czas reakcji | Brak planu na okres po uruchomieniu |
| 9 | Gdzie trafiają moje dane i czy uczą cudzy model? | Umowa powierzenia, tryb bez retencji, opcja modelu lokalnego | „Korzystamy z AI” i koniec tematu |
| 10 | Kto 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ć.
Dziewięć sytuacji, w których warto poszukać innego dostawcy, także zamiast nas.
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ć.
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.
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]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]System rozpoznaje sygnał, pisze propozycję odpowiedzi i przepuszcza ją przez bramkę jakości. Wysyła zawsze człowiek.
[→ link do realizacji]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]System rozdziela w odpowiedzi fakt, obliczenie, brak danych i konflikt danych. Nigdy nie podaje domysłu jako pewnika.
[→ link do realizacji]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ć.
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.
| Kiedy | Co |
|---|---|
| 31.07.2025 | Odejście. Cały czas idzie na jedno pytanie: czy przełom jest realny |
| 08.2025 | Intensywny research - nowoczesne narzędzia i najlepsze praktyki rynkowe |
| 09.2025 – 02.2026 | Budowa Tidly w no-code. Zawieszone z powodu sytuacji rynkowej, nie porażki |
| od 01.2026 | Równolegle: testy narzędzi AI, intensywne kursy, pierwsze własne narzędzia |
| 24.04.2026 | Decyzja: RapidLogic zostaje polem doświadczalnym, cel sprzedażowy zawieszony |
| 11.07.2026 | Pierwszy profesjonalny system wewnętrzny |
| 26.08.2026 | Trzynaś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.
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 →
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ż.
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ę:
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.
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.
Specjalizujemy się w branżach, w których procesy są złożone, a Excel przestał wystarczać.
Dlaczego akurat tam - liczby z badania GUS za 2025 rok:
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.
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.
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.
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.
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.
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.
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.
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ą.
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.
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.
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”.
⚠️ Wersja robocza: pozycje [1], [2], [4], [8], [14] wymagają weryfikacji pełnych adresów URL u źródła przed publikacją.