Systemy AI szyte na miarę: kiedy firma ich potrzebuje
WiktorAI Systems Architect | CTO
System AI szyty na miarę zaczyna mieć sens w momencie, gdy proces w firmie stoi na regułach, których nie ma w żadnym produkcie z półki, a ludzie tracą godziny na obchodzenie narzędzia, za które płacą. Poniżej trzy warunki wejścia, uczciwa lista sytuacji, w których gotowiec wygrywa, i tabela decyzyjna do przejścia w kwadrans.
Reguła, której nie było w żadnej dokumentacji
Sierpień 2026, rozmowa z firmą wysyłającą montażystów do Szwecji. Kobieta prowadząca kadry pokazuje ekran. Dodaje pracownikowi drugą umowę, klika „Generuj" i system przerabia całą teczkę od nowa — dwadzieścia parę plików, razem z oświadczeniami BHP, którym przy okazji przestawiają się daty. Pyta, czy da się inaczej.
Da się. Reguła, którą podała w następnym zdaniu, brzmi tak: komplet dokumentów pracownik podpisuje raz, a przy kolejnej umowie wychodzą dwa pliki — umowa o pracę i informacja dla pracownika. Żadnych BHP. Żadnych oświadczeń.
Tej reguły nie znajdziesz w dokumentacji firmy, bo nikt jej nigdy nie zapisał. Nie ma jej też w systemie kadrowym z półki, bo jest wypadkową polskiego prawa pracy i tego, jak ta jedna firma prowadzi teczki od piętnastu lat. Wyszła na wierzch dopiero wtedy, gdy ktoś kliknął przycisk przy prawdziwej sprawie i zobaczył, że wynik jest bez sensu.
To jest cała odpowiedź na pytanie z tytułu, sprowadzona do jednego zdania. Własny system jest potrzebny tam, gdzie wartość siedzi w regułach, które zna wasza firma i nikt poza nią.
Trzy warunki wejścia
Reguły procesu są wasze i nikt ich nie spisał. Rozpoznasz to po tym, że wdrożenie nowej osoby trwa miesiące, a pytania „a co w takim przypadku?" trafiają zawsze do tego samego człowieka. Gotowiec zakłada, że wiesz, jak ma być. Wasz proces często istnieje wyłącznie w czyjejś głowie i wychodzi na jaw dopiero przy sprawie brzegowej.
Ludzie przepisują dane między narzędziami. Konsultant wpisuje kandydata do arkusza, potem do systemu rekrutacyjnego, potem do maila z ofertą. Trzy razy te same pola. Przepisywanie jest najdroższą pozycją w każdym audycie, jaki robiliśmy, i jednocześnie najłatwiejszą do policzenia: liczba rekordów razy minuty razy stawka godzinowa.
Skala jest duża, a wyjątków sporo. Proces powtarzany dwa razy w miesiącu nie zwróci żadnego wdrożenia. Ten sam proces w liczbie dwustu powtórzeń miesięcznie, z pięcioma wariantami zależnymi od typu umowy, spółki i kraju oddelegowania, przestaje się dawać opisać konfiguracją gotowego narzędzia.
Rynek idzie w tę stronę i nie jest to już margines. W raporcie Build vs. Buy opublikowanym przez Retool 17 lutego 2026, na próbie 817 osób budujących oprogramowanie, 35 procent firm zastąpiło już przynajmniej jedno narzędzie SaaS własnym systemem. Jako powód budowania poza działem IT jedna czwarta respondentów wskazała wprost, że dostępne narzędzia nie wystarczały.
Skala zwrotu bywa spora. W tym samym badaniu 49 procent narzędzi zbudowanych wewnętrznie oszczędzało zespołowi co najmniej sześć godzin tygodniowo. To jeden dzień roboczy odzyskany na osobę, przy narzędziu obsługującym jeden proces.
Kiedy gotowiec wygrywa
Trzeba to powiedzieć wprost, bo mało kto na naszym miejscu mówi. W większości firm gotowe narzędzie jest właściwym wyborem i wchodzenie z własnym systemem byłoby marnowaniem pieniędzy klienta.
Gotowiec wygrywa przy procesach, które wszędzie wyglądają tak samo. Fakturowanie, poczta, kalendarz, podstawowy CRM, obsługa zgłoszeń. Ktoś to już zbudował, przetestował na tysiącach firm i utrzymuje za trzysta złotych miesięcznie. Za tę kwotę nie postawisz nawet serwera.
Wygrywa też wtedy, gdy w firmie nie ma nikogo, kto zajmie się systemem po wdrożeniu. Własne oprogramowanie wymaga opieki: aktualizacji, kopii zapasowych, reagowania na zmianę przepisów. Jeśli tego nie kupujesz razem z systemem, kupujesz sobie problem na osiemnasty miesiąc.
Osobna sytuacja to wymogi formalne, które ktoś przeszedł już za was. Certyfikaty bezpieczeństwa, zgodność potwierdzona audytem, integracja z KSeF utrzymywana przez dostawcę przy każdej zmianie przepisów. Odtworzenie tego u siebie kosztuje więcej niż abonament i nie daje firmie żadnej przewagi, bo klienci nie kupują od was usługi za to, że macie własny moduł fakturowy.
I ostatnia sytuacja, najczęstsza ze wszystkich. Gotowiec pokrywa osiemdziesiąt procent procesu, a reszta ląduje w arkuszu. Wtedy właściwym ruchem jest jedna automatyzacja zszywająca lukę, za kilka tysięcy złotych, zamiast przepisywania całości na własne. Rząd wielkości obu ścieżek rozpisaliśmy w tekście o realnych kosztach wdrożenia AI.
Tabela decyzyjna
| Sytuacja | Rekomendacja | Dlaczego |
|---|---|---|
| Proces standardowy, kilka powtórzeń w miesiącu | Gotowiec | Przy tej skali żadne wdrożenie się nie zwróci |
| Gotowiec robi 80 proc., reszta w arkuszu | Gotowiec plus jedna automatyzacja | Luka kosztuje kilka tysięcy, przepisanie całości kilkadziesiąt |
| Te same dane wpisywane do trzech narzędzi | Integracja albo własny system | Przepisywanie rośnie liniowo z liczbą spraw |
| Reguły zna jedna osoba, nigdzie ich nie ma | Własny system | Konfiguracja gotowca i tak wymaga ich spisania, a potem nie mieści ich w formularzu |
| Kilka spółek, wspólna kartoteka, różne dane na dokumentach | Własny system | Gotowce zakładają jeden podmiot na konto |
| Dane muszą zostać na waszym serwerze | Własny system | Chmura dostawcy bywa nie do przyjęcia dla działu prawnego |
| Brak kogokolwiek do opieki nad systemem | Gotowiec albo własny z utrzymaniem w cenie | System bez właściciela umiera w rok |
Wielkość firmy zmienia rachunek bardziej niż branża
Według Szybkiego Monitoringu NBP z lipca 2026 narzędzi AI używa 42 procent polskich przedsiębiorstw, wobec 14 procent pod koniec 2024 roku. Rozrzut jest wyraźny: 59 procent wśród dużych firm, 43 procent wśród średnich, 28 procent wśród małych i mikro. Zapamiętajcie jeszcze jedną liczbę z tego badania. Mniej niż jeden procent firm zadeklarował, że szersze użycie AI pozwoliło im zredukować etaty.
W firmie dziesięcioosobowej własny system broni się rzadko, bo prawie każdy proces da się obsłużyć gotowcem plus jedną automatyzacją. Między dwudziestoma a stoma osobami zaczyna się przedział, w którym pojawiają się procesy zbyt specyficzne dla produktu z półki i zbyt duże dla arkusza. Tam robimy najwięcej wdrożeń i tam rachunek wychodzi najszybciej.
Powyżej stu osób rzecz przestaje dotyczyć jednego procesu i zaczyna dotyczyć tego, czy narzędzia w firmie w ogóle się ze sobą kontaktują. Amerykański indeks zarządzania oprogramowaniem SaaS przygotowany przez Zylo w lutym 2026 pokazuje, dokąd to prowadzi bez trzymania ręki na pulsie: średnio 305 aplikacji na organizację i 54 procent licencji, z których nikt nie korzysta.
Drugi przykład, ten sam mechanizm
Wróćmy do tej samej firmy budowlanej, bo drugi punkt jej listy życzeń pokazuje granicę gotowca jeszcze ostrzej. Kartoteka pracowników ma być jedna, a dokumenty wychodzą na jedną z czterech spółek — inna nazwa, inny NIP, inny reprezentant, inne miejsce zatrudnienia. Wzory dokumentów są wspólne dla wszystkich czterech.
Żaden system kadrowy z półki tego nie robi, bo gotowce liczą licencję od podmiotu i zakładają jedną firmę na konto. Cztery spółki oznaczają cztery konta, a to oznacza cztery kartoteki i pracownika wpisywanego z palca do każdej z osobna.
Sama zmiana też okazała się większa, niż wyglądała na rozmowie. Nazwa spółki siedziała wpisana wprost w treści siedemnastu z dwudziestu siedmiu szablonów, w kilkunastu wariantach zapisu. Zbudowanie mechaniki zajęło jeden dzień. Wyciągnięcie z dokumentów wszystkich miejsc, w których nazwa była zaklepana na sztywno, zajęło znacznie więcej.
Ta sama teczka ma jeszcze jedną regułę, która dobrze pokazuje głębokość problemu. Data na oświadczeniu o ryzyku zawodowym wypada dwa dni robocze po rozpoczęciu pracy, więc system musi znać polskie święta, razem z Wielkanocą liczoną algorytmem. Jedno pole na formularzu. Kilkadziesiąt linijek kodu pod spodem. Żaden ekran konfiguracji gotowego narzędzia takiego warunku nie przyjmie, bo jego autor nie przewidział, że komuś będzie potrzebny.
Ta proporcja jest typowa i mówi o wdrożeniach więcej niż jakikolwiek cennik. Techniczna część systemu to zwykle mniejsza połowa roboty. Większa siedzi w wyciąganiu reguł, których nikt nie spisał, i to ona decyduje o tym, czy własny system ma sens. Jak wybrać proces, przy którym to się opłaca, rozpisaliśmy w przewodniku po wyborze pierwszego procesu do automatyzacji.
Trzy pytania przed decyzją
Ile razy w miesiącu ten proces się powtarza? Poniżej dwudziestu powtórzeń szukaj gotowca. Powyżej dwustu prawie zawsze opłaca się policzyć własny system.
Czy reguły da się spisać w jedno popołudnie? Posadź przy stole osobę, która wykonuje proces, i poproś o przejście krok po kroku na prawdziwej sprawie. Jeśli po dwóch godzinach lista wyjątków nadal rośnie, macie do czynienia z procesem, którego gotowiec nie obsłuży. Ta lista jest przy okazji najcenniejszą rzeczą, jaka wyjdzie z całego ćwiczenia, i przyda się niezależnie od decyzji.
Kto będzie właścicielem systemu za rok? Odpowiedź „jakoś to będzie" oznacza gotowca. Odpowiedź „mamy to w umowie z wykonawcą" albo „mamy własnego informatyka" otwiera drogę do własnego rozwiązania. Więcej o pułapkach na tym etapie zebraliśmy w tekście o błędach wdrożenia AI.
Najczęstsze pytania
Czym system AI szyty na miarę różni się od gotowego narzędzia SaaS?
System szyty na miarę powstaje pod reguły jednej firmy i pod jej dane, więc obsługuje wyjątki, których producent gotowego narzędzia nie przewidział. Gotowe narzędzie SaaS daje sprawdzony zestaw funkcji za abonament i wygrywa przy procesach, które w każdej firmie wyglądają podobnie. Różnica sprowadza się do tego, ile wartości firmy siedzi w jej własnych regułach.
Po czym poznać, że gotowe narzędzie przestało wystarczać?
Sygnał pierwszy to arkusz kalkulacyjny prowadzony obok systemu, w którym zespół trzyma wszystko, czego system nie obsługuje. Sygnał drugi to przepisywanie tych samych danych do kilku narzędzi. Sygnał trzeci to zdanie „musimy to obejść", padające przy każdej nietypowej sprawie. Dwa sygnały naraz zwykle oznaczają, że pora policzyć własne rozwiązanie.
Ile trwa zbudowanie systemu AI szytego na miarę dla jednego procesu?
Postawienie działającego systemu dla jednego procesu zajmuje zwykle od dwóch do sześciu tygodni. Znacznie dłużej trwa wyciąganie reguł, których firma nigdy nie zapisała, bo wychodzą one dopiero na żywym systemie i prawdziwych sprawach. Sensowny harmonogram zakłada kilka tygodni poprawek po pierwszym uruchomieniu systemu.
Czy mała firma w ogóle powinna rozważać własny system?
Firma poniżej dwudziestu osób obsłuży większość procesów gotowym narzędziem plus jedną automatyzacją i tak jest taniej. Własny system zaczyna się bronić przy dwóch warunkach naraz: proces powtarza się kilkaset razy w miesiącu i ma reguły, których nie da się ustawić w formularzu konfiguracji. Sama wielkość firmy nie przesądza tu o niczym.
Sprawdźcie, które procesy w waszej firmie da się zautomatyzować. Bezpłatny audyt kończy się dokumentem z mapą procesów i rachunkiem kosztów ręcznej roboty.
Źródła: raport Build vs. Buy, Retool, luty 2026, Szybki Monitoring NBP za II kwartał 2026 w relacji WNP, lipiec 2026, SaaS Management Index, Zylo, luty 2026.