Gotowe narzędzie, własne rozwiązanie czy żadne z nich
10 sierpnia 2026 · 6 min czytania · Autenly
Pytanie o narzędzie pada zwykle na pierwszym spotkaniu. Pada, zanim ktokolwiek opisał proces, który to narzędzie ma obsłużyć. Odpowiedź brzmi wtedy u każdego dostawcy tak samo: to zależy. I rzeczywiście zależy, tylko od trzech rzeczy, które da się nazwać i policzyć jeszcze przed podpisaniem umowy.
Kluczowe wnioski
- Odpowiedzi są trzy, nie dwie. Trzecia brzmi: żadne narzędzie, tylko spisana zasada.
- O wyborze decyduje nie cena licencji, tylko koszt utrzymania po pierwszej zmianie w systemie źródłowym.
- Gotowe narzędzie wygrywa tam, gdzie proces jest typowy. Własne rozwiązanie wygrywa tam, gdzie proces jest przewagą firmy.
- Jeśli nie da się wskazać z imienia osoby, która utrzyma rozwiązanie za rok, budowa jest przedwczesna.
- Narzędzie wybiera się po opisaniu procesu. Odwrotna kolejność kosztuje najwięcej.
Trzy odpowiedzi, nie dwie
Rynek podsuwa dwie: kupić albo zbudować. Trzecia znika z rozmowy, bo nikt na niej nie zarabia. Brzmi tak: proces jest nieuporządkowany, a nie niezautomatyzowany, i wystarczy go spisać.
To nie jest odpowiedź na pocieszenie. Jeśli trzy osoby robią tę samą rzecz w trzech różnych momentach miesiąca, narzędzie utrwali ten bałagan i doda mu interfejs. Automatyzacja nie porządkuje procesu. Ona go przyspiesza, razem z jego wadami.
Spisana zasada, której ludzie przestrzegają, kosztuje w utrzymaniu zero. Nie ma licencji do odnowienia. Nie ma migracji przy zmianie dostawcy. Nie ma osoby, która musi przejąć rozwiązanie po autorze. Ta kolumna wypada z porównania nie dlatego, że jest słaba, tylko dlatego, że nikt jej nie sprzedaje. Spisana zasada ma jeszcze jedną zaletę, rzadko wymienianą. Można ją zmienić w piętnaście minut, bez konsultacji z dostawcą i bez okna wdrożeniowego.
Porównanie
Pięć kryteriów, które faktycznie rozstrzygają. Cena licencji nie jest jednym z nich.
| Kryterium | Gotowe narzędzie | Własne rozwiązanie | Żadne narzędzie |
|---|---|---|---|
| Czas do pierwszego efektu | Dni | Tygodnie | Godziny |
| Koszt początkowy | Niski, abonament | Wysoki, jednorazowy | Bliski zeru |
| Koszt utrzymania | Rośnie z liczbą użytkowników | Stały, wymaga właściciela | Zero |
| Zmiana w systemie źródłowym | Czekacie na dostawcę | Poprawiacie sami | Bez wpływu |
| Wygrywa, gdy | Proces jest typowy | Proces jest przewagą | Brakuje zasady, nie narzędzia |
Kolumny różnią się przede wszystkim tym, kto ponosi konsekwencje zmiany. Przy gotowym narzędziu ponosi je dostawca, a firma czeka. Przy własnym rozwiązaniu ponosi je firma, za to od razu. Przy trzeciej odpowiedzi zmiana w systemie źródłowym nie dotyczy niczego, bo nic od niego nie zależy.
Jest jeszcze jeden błąd rachunku, powtarzany niezależnie od wybranej kolumny. Porównuje się koszt pierwszego roku, a różnica pojawia się dopiero w trzecim. Abonament rośnie z liczbą użytkowników, więc udane wdrożenie podnosi rachunek. Własne rozwiązanie ma koszt płaski, ale wymaga uwagi przy każdej zmianie w systemie źródłowym. Trzy lata to najkrótszy okres, w którym te dwie krzywe zdążą się przeciąć. Rachunek na rok wskaże gotowe narzędzie prawie zawsze, i właśnie dlatego jest tak chętnie pokazywany.
Kiedy gotowe narzędzie wystarcza
Gotowe narzędzie wygrywa wszędzie tam, gdzie proces wygląda tak samo jak w każdej innej firmie. Obieg faktury kosztowej. Rezerwacja sali. Zgłoszenie do działu IT. Nikt nie zbudował przewagi rynkowej na własnym sposobie rezerwowania sal, a próba i tak kosztuje.
Jest jeden warunek, który łatwo przeoczyć. Trzeba zaakceptować sposób pracy narzucony przez dostawcę. Każda godzina wydana na wyginanie narzędzia pod istniejący nawyk zbliża koszt do budowy własnego rozwiązania, tylko bez kontroli nad wynikiem. Jeśli wdrożenie zaczyna się od listy wyjątków, to sygnał, że kupowane jest coś innego niż potrzebne.
Warto też sprawdzić jedną rzecz przed podpisem: jak wygląda eksport Państwa danych. Nie w materiałach handlowych, tylko w praktyce, na próbnym pliku. Koszt wyjścia jest później najmocniejszym argumentem drugiej strony w każdej rozmowie o cenie.
Kiedy warto budować
Budować warto wtedy, gdy proces jest tym, za co płacą klienci. Wycena nietypowego zlecenia. Kontrola jakości partii. Sposób doboru materiału pod konkretne zamówienie. Kupienie tego w pudełku oznacza kupienie cudzej wersji własnej przewagi i dobrowolne zrównanie się z konkurencją.
Tu pojawia się koszt, o którym prezentacje milczą. Rozwiązanie zbudowane pod konkretną firmę ma właściciela. Ktoś musi wiedzieć, co zrobić, gdy system źródłowy się zmieni, a dwieście reguł ma nadal działać w poniedziałek rano. To nie jest praca na etat, ale to jest praca czyjaś.
Stąd bierze się prosty test przed decyzją. Trzeba wskazać tę osobę z imienia i nazwiska. Jeśli się nie da, budowa jest przedwczesna, niezależnie od tego, jak dobry jest rachunek. Rozwiązanie bez właściciela działa do pierwszej zmiany, a potem zostaje po nim tylko koszt.
Kiedy właściwą odpowiedzią jest żadne
Zanim policzona zostanie oferta, warto zadać jedno pytanie. Czy dwie osoby wykonujące to zadanie robią je tak samo. Jeśli nie, żadne narzędzie tego nie naprawi, bo nie ma czego zautomatyzować. Jest do rozstrzygnięcia, która wersja jest właściwa, i to jest decyzja, nie wdrożenie.
Takie rozstrzygnięcie trwa zwykle jedno popołudnie. Bywa, że po nim zadanie znika w całości, bo powstało jako obejście problemu, którego już nie ma. Zdarza się to częściej, niż wygodnie przyznać, zwłaszcza w raportach robionych co miesiąc dla kogoś, kto zmienił stanowisko dwa lata temu.
Trudno to sprzedać, więc rzadko pada z ust dostawcy. Warto usłyszeć to od kogoś, przed podpisaniem umowy na trzy lata.
Jak rozstrzygnąć to w tydzień
Nie trzeba analizy na kwartał. Wystarczy kolejność, która wyklucza najdroższy błąd, czyli wybór narzędzia przed opisaniem procesu.
Dzień pierwszy: opisać proces tak, jak wygląda naprawdę, a nie jak powinien. Najlepiej z osobą, która go wykonuje, a nie z jej przełożonym. Dzień drugi: sprawdzić, czy dwie osoby robią to tak samo. Jeśli nie, warto zatrzymać się tutaj i rozstrzygnąć różnicę.
Dzień trzeci: policzyć zmiany w systemach źródłowych z ostatnich dwóch lat. To przyszła kolumna kosztu utrzymania. Dzień czwarty: rozstrzygnąć, czy ten proces jest przewagą, czy przypadkiem. Odpowiedź wskazuje kolumnę w tabeli.
Dopiero teraz warto rozmawiać z dostawcami. Rozmowa jest wtedy krótsza, ponieważ pytanie dotyczy konkretnego procesu, a nie możliwości narzędzia.
FAQ
Czy da się zacząć od gotowego narzędzia i zbudować własne później?
Tak i to częsty scenariusz. Warunek jest jeden: dane muszą dać się wyjąć. Eksport trzeba sprawdzić przed podpisaniem, a nie w chwili migracji. Później koszt wyjścia jest już argumentem drugiej strony w każdej negocjacji.
Jak policzyć koszt utrzymania, zanim cokolwiek powstanie?
Najprostszy sposób to policzyć zmiany w systemach źródłowych z ostatnich dwóch lat. Każda z nich powtórzy się w przyszłości i każda będzie kosztowała czas kogoś z zespołu. To liczba bliższa prawdy niż jakakolwiek prognoza dostawcy.
Czy sztuczna inteligencja zmienia ten rachunek?
Zmienia jedną kolumnę. Budowa własnego rozwiązania jest dziś tańsza i szybsza, więc próg opłacalności przesunął się w jej stronę. Nie zmienia to jednak pytania o właściciela ani nie unieważnia odpowiedzi trzeciej.
Kto powinien podejmować tę decyzję?
Osoba odpowiedzialna za proces, nie za technologię. Dział IT oceni wykonalność i ryzyko, ale to właściciel procesu wie, czy sposób pracy jest przewagą, czy przypadkiem. Bez tej wiedzy wybór kolumny jest losowy.
Projektujemy sposób, w jaki AI jest realnie używane wewnątrz organizacji: nadzór, adopcja i automatyzacja pod spodem.
Porozmawiajmy