Problemy
Gdzie w małej firmie ucieka czas.
Rzadko tam, gdzie się na niego narzeka. Zebrałem tu sytuacje, z którymi firmy przychodzą najczęściej — opisane tak, żebyś rozpoznał swoją, zanim wydasz pierwszą złotówkę na narzędzie.
Bogusław Tolarz · aktualizacja: 20 sierpnia 2026
Punkt wyjścia
Objaw jest zawsze ten sam: nikt nie ma czasu.
Firma rzadko przychodzi z problemem. Przychodzi z odczuciem, które brzmi mniej więcej tak: robimy to samo co dwa lata temu, ludzi mamy więcej, a i tak nic nie domykamy na czas. Nikt nie potrafi wskazać jednego miejsca, w którym to się dzieje, bo takiego miejsca zwykle nie ma. Czas nie ucieka jednym dużym otworem, tylko kilkunastoma małymi, z których każdy osobno wygląda niegroźnie i każdy w swoim momencie miał sens.
Drugą rzeczą, która utrudnia diagnozę, jest to, że najgłośniejsza uciążliwość prawie nigdy nie jest najdroższa. Czynność, na którą wszyscy narzekają, bywa rzadka — irytująca, ale rzadka. Najdroższe są rzeczy ciche i częste: te, które zdążyły się stać normalnym elementem dnia i których nikt już nie zgłasza, bo przestały wyglądać na problem.
Dlatego pierwsze pytanie brzmi: w jakiej kolejności to rozbroić. Co kosztuje najwięcej, co da się ruszyć najtaniej i co musi być uporządkowane wcześniej, żeby reszta w ogóle miała sens — to jest cała treść tego, co zwykle nazywa się cyfryzacją małej firmy, a co sprowadza się do pytania o kolejność.
Te kilkanaście małych otworów daje się pogrupować w trzy miejsca. W praktyce rzadko występuje tylko jeden — ale zwykle jeden z nich jest wyraźnie dominujący i od niego się zaczyna.
Miejsce pierwsze
Dane, które nie krążą same.
Poznaje się to po tym, że w firmie jest osoba, której faktycznym zajęciem stało się bycie połączeniem między dwoma programami. Formalnie odpowiada za coś innego. Realnie codziennie otwiera jedno okno, patrzy, i wpisuje to samo w drugim — a między jednym a drugim ma jeszcze arkusz, w którym po drodze coś przelicza.
To rzadko wynika z czyjegoś błędu. Oba programy wybrano dobrze, każdy do swojego zadania, tylko w momencie zakupu nie musiały ze sobą rozmawiać. Warto przy tym wiedzieć, że odpowiedzią nie musi być spinanie całych systemów: zaskakująco często wystarczy przenosić kilka pól raz na dobę w jedną stronę. Przy takim postawieniu sprawy rozmowa o tym, kiedy integracja systemów się opłaca, a kiedy jest za droga na ten problem, wygląda zupełnie inaczej niż oferta, którą firma zwykle dostaje.
Wariant trudniejszy zaczyna się wtedy, gdy po drugiej stronie nie stoi własny program, tylko kontrahent. Jeden przysyła zamówienia w pliku, drugi w treści maila, trzeci w załączonym skanie, i każdy jest przekonany, że jego sposób jest oczywisty. Pojawia się tu pytanie, którego przy własnych systemach nie ma: kto ustala format wymiany dokumentów i kto odpowiada za błąd, gdy plik przyszedł inny niż zwykle. To pytanie handlowe co najmniej tak samo jak techniczne.
Trzeci wariant jest najcichszy, bo nie widać w nim żadnego przepisywania. Dane krążą — tylko krążą wewnątrz arkusza, który ktoś kiedyś zrobił na własne potrzeby i który po latach trzyma najważniejszy proces firmy. Arkusz bywa przy tym całkowicie właściwym narzędziem i wymiana go na system potrafi być czystą stratą pieniędzy. Rzecz w tym, żeby umieć odróżnić jedno od drugiego i rozpoznać sygnały, że arkusz przestał wystarczać — oraz sytuacje, gdy nadal jest najlepszym wyborem.
- Integracja systemówDwie aplikacje, między którymi dane przenosi człowiekSześć pytań przed wyceną i pięć dróg wyjścia — od uporządkowanego eksportu po pełną integrację.Zobacz
- Wymiana z kontrahentamiKażdy kontrahent przysyła dane inaczejKto ustala format, kto odpowiada za błąd i co zrobić, gdy druga strona nie chce nic zmieniać.Zobacz
- Excel a systemNajważniejszy proces siedzi w jednym arkuszuSygnały, że arkusz przestał wystarczać — i kryteria, kiedy nadal jest właściwym narzędziem.Zobacz
Miejsce drugie
Robota, która wraca co tydzień.
Drugie miejsce ma swój rytuał. W poniedziałek rano ktoś zbiera dane z trzech miejsc i skleja z nich zestawienie. Pod koniec miesiąca ktoś inny przepisuje to samo do innego zestawienia. Nikt nie kwestionuje sensu tych czynności, bo nikt nie odpowiada za całość przebiegu — a osoba, która wykonuje je co tydzień, jest ostatnią, która ma czas się nad nimi zastanowić, właśnie dlatego, że je wykonuje.
Nie każda taka czynność nadaje się do automatyzacji i to jest tutaj najważniejsze zdanie. Proces musi się regularnie powtarzać, dawać się opisać regułą, dostawać wejście w stałej formie i mieć moment, w którym widać, że wyszło źle. Te cztery warunki, które musi spełnić proces, żeby nadawał się do automatyzacji, odsiewają więcej pomysłów, niż przepuszczają — i dobrze, bo odsiewają je przed wydaniem pieniędzy.
Dwa obszary wracają w tym miejscu na tyle często, że warto potraktować je osobno. Pierwszym są faktury, bo tu dla większości małych firm odpowiedzią jest gotowy program w abonamencie. Granica jest jednak realna i da się ją opisać: kiedy gotowy program wystarcza, a kiedy trzeba czegoś więcej.
Drugim jest droga zapytania od klienta. Zapytania przychodzą kilkoma kanałami naraz — formularzem, mailem, telefonem, wiadomością w komunikatorze — i po drodze jest kilka miejsc, w których takie zapytanie znika, choć nikt niczego nie zawalił. Warto je znać, bo koszt zgubionego zapytania liczy się nie w minutach, tylko w sprzedaży, która nie doszła do skutku. Rachunek opłacalności wygląda tu zupełnie inaczej niż przy cotygodniowym raporcie.
Osobnym przypadkiem są firmy, w których ta powtarzalna robota jest samym produktem. Biuro rachunkowe nie ma jednego procesu do usprawnienia — dostaje dokumenty w każdej możliwej formie i musi je przerobić w spiętrzeniach wyznaczonych terminami, których nie ustala. To inna rozmowa niż w firmie handlowej czy produkcyjnej, więc prowadzę ją osobno: co realnie zdejmuje robotę w biurze rachunkowym, od strony właściciela biura, nie jego klienta.
- Automatyzacja procesówCo tydzień ta sama robota, ręcznie, od zeraCztery warunki, które musi spełnić proces, i pięć dróg wyjścia — dwie pierwsze bez linijki kodu.Zobacz
- FakturyKoniec miesiąca zjada wieczórKiedy wystarczy gotowy program w abonamencie, a kiedy naprawdę potrzeba wdrożenia.Zobacz
- Obsługa zapytańZapytanie przyszło, nikt nie wie, czy ktoś odpisałCztery miejsca, w których zapytanie od klienta znika, i co z każdym z nich zrobić.Zobacz
- Biura rachunkoweAI w biurze rachunkowymDla właściciela biura: dokumenty w każdej formie, spiętrzenia przy terminach, powtarzalne pytania.Zobacz
Miejsce trzecie
System, z którym ludzie walczą zamiast pracować.
Trzecie miejsce najłatwiej pomylić z problemem kadrowym. Objawy są jednoznaczne: w systemie ciągle pojawiają się te same błędy, szkolenia pomagają na dwa tygodnie, a obok oficjalnego programu żyje drugi obieg — prywatny arkusz, notatnik przy biurku, ustalenia w komunikatorze. Wniosek nasuwa się sam i jest zwykle błędny: że to kwestia staranności ludzi.
Prawie zawsze chodzi o coś innego. System zaprojektowano z myślą o jednej grupie użytkowników, a korzysta z niego inna: inaczej rozumie te same pola, pracuje w innym tempie, ma inne wyjątki. Drugi obieg nie jest wtedy sabotażem, tylko protezą — ludzie dorabiają brakujący kawałek, żeby dowieźć swoją robotę. Warto umieć rozpoznać to, zanim wymieni się cały system albo obwini zespół, bo obie te reakcje są kosztowne i obie mijają się z przyczyną.
Rozpoznanie ma tu bardzo konkretny wymiar finansowy, bo z tego miejsca najłatwiej wpaść w najdroższą z możliwych decyzji: zamówienie systemu pisanego od zera. Czasem to właściwy wybór. Częściej nie — a rozstrzygnięcie między gotowym a dedykowanym zapada raz i kosztuje przez lata.
- System a ludzieLudzie ciągle robią błędy. To rzadko wina ludziSzkolenia nie pomagają, bo system zaprojektowano dla innej grupy niż ta, która z niego korzysta.Zobacz
- Gotowy czy własnySystem dedykowany czy gotowyW większości przypadków odpowiedzią jest gotowy — i ukryty koszt tego drugiego wyboru.Zobacz
- Kiedy poszło źleTermin minął, a końca nie widaćCztery rodzaje nieudanego wdrożenia i pięć dróg wyjścia, łącznie z zatrzymaniem projektu.Zobacz
Dopiero teraz narzędzia
Nazwa narzędzia jest ostatnią decyzją.
Do tego miejsca nie padła nazwa żadnego programu i nie jest to zaniedbanie. Wybór narzędzia wynika z diagnozy. Odwrotna kolejność — najpierw wybrać platformę, potem szukać dla niej zastosowania — kończy się wdrożeniem, które działa technicznie i nie zmienia niczego w tym, jak firma pracuje.
Gdy diagnoza jest już zrobiona, w małej firmie zwykle wystarczają narzędzia, które łączą programy, za które i tak się płaci. Zanim jednak wybierzesz konkretne, warto wiedzieć, czym n8n różni się od Make i Zapiera i co bierzesz na siebie, stawiając je u siebie. To rozstrzygnięcie o dane i o utrzymanie.
Podobnie jest ze sztuczną inteligencją. Sporą część tego, co firmy chcą dziś „załatwić przez AI”, da się opisać zwykłą regułą — przewidywalną, sprawdzalną i tanią w utrzymaniu. Model zarabia na siebie tam, gdzie wejście jest nieuporządkowane i reguły po prostu nie da się zapisać, więc warto rozumieć, kiedy wystarczy reguła, a kiedy naprawdę potrzeba modelu. A jeśli pytanie jest szersze i brzmi „od czego w ogóle zacząć z AI”, rozkładam osobno zadania, w których AI się sprawdza, i te, w których kosztuje więcej, niż daje.
- Narzędzie n8nn8n to dobre narzędzie. Nie na każdy problemCzym różni się od Make i Zapiera, kiedy własny serwer i co bierzesz na siebie razem z nim.Zobacz
- Reguła czy AIKiedy wystarczy reguła, a kiedy potrzeba modeluAutomat regułowy jest przewidywalny i tani w utrzymaniu. AI radzi sobie z bałaganem na wejściu.Zobacz
- Wdrożenie AIWdrożenie AI bez wskazanego zadaniaDo jakich zadań sztuczna inteligencja realnie się nadaje, a gdzie kosztuje więcej, niż daje.Zobacz
Czasem mówię, żeby nic z tym nie robić.
Nie każdy z opisanych wyżej problemów warto rozwiązywać. Policz to sam, zanim z kimkolwiek porozmawiasz: ile razy w miesiącu dana rzecz się powtarza, razy ile minut zajmuje jedno powtórzenie, razy stawka osoby, która to robi. Jeśli wychodzi kilka razy w miesiącu, a pomyłka nic nie kosztuje, to każda zmiana zwróci się po latach i szkoda na nią pieniędzy.
Do tego rachunku trzeba dopisać drugą stronę, o której łatwo zapomnieć. Każde usprawnienie ma koszt utrzymania: coś, co działa dziś, przestanie działać po aktualizacji programu albo zmianie po stronie kontrahenta. Jeśli po tej stronie równania nie stoi nikt, kto to naprawi, oszczędność jest chwilowa, a awaria wyjdzie dopiero przy rozliczeniu.
Odwrotnie wygląda to wtedy, gdy błąd wychodzi na zewnątrz — do klienta, na fakturę, do urzędu. Wtedy sam czas jest najmniejszym składnikiem kosztu i cały rachunek zmienia się nie do poznania.
Jest wreszcie sytuacja odwrotna do wszystkich powyższych: projekt już trwa i się nie udaje. Wtedy pierwszym pytaniem nie jest, co dobudować, tylko z którym rodzajem nieudanego wdrożenia mamy do czynienia, bo każdy leczy się inaczej — a w części przypadków uczciwą odpowiedzią jest zatrzymanie projektu, nie dokładanie do niego.
Opisz to własnymi słowami, bez nazywania rozwiązania.
Nie musisz wiedzieć, które z tych trzech miejsc jest Twoje, ani czy Twoje programy mają API. Napisz, co się dzieje krok po kroku, kto to robi i jak często — odpowiem, gdzie widzę największy koszt, od czego bym zaczął i czego bym u Ciebie nie ruszał.
Jeśli wolisz najpierw zobaczyć, jak taka diagnoza wygląda na papierze, przeczytaj przykładową analizę → A jeśli takich rozstrzygnięć jest u Ciebie regularnie kilka w miesiącu i brakuje kogoś, kto je bierze na siebie, to raczej pytanie o dyrektora technicznego na część etatu →
Twojej sytuacji tu nie ma? Opisz ją własnymi słowami.
Napisz do mnie