Usługa · automatyzacje dla firm
Automatyzacje dla firm — od diagnozy do uruchomienia, jedna osoba.
Pracuję z firmami operacyjnymi na 3–50 osób: transport, budowlanka, magazyn, e-commerce. Rozkładam proces na części, projektuję zmianę, buduję ją i doprowadzam do działania. Na każdym etapie rozmawiasz z tym samym człowiekiem, bo nie mam zespołu, któremu mógłbym cokolwiek przekazać.
Bogusław Tolarz · aktualizacja: 20 sierpnia 2026
Co dokładnie robię
Zakres jest wąski celowo. Automatyzacja biznesu to w praktyce integracje narzędzi, które już u Ciebie są, i porządek w danych, które przez nie przepływają — a nie wymiana wszystkiego na nowe.
Diagnoza procesu, zanim cokolwiek powstanie
Rozkładam przebieg, który chcesz zmienić, na kroki: skąd przychodzi wejście, kto co robi ręcznie, gdzie powstają pomyłki i który fragment naprawdę kosztuje. Bez tego budowa jest zgadywaniem — i zwykle powstaje automat do najgłośniejszej uciążliwości zamiast do najdroższej.
Integracje między programami, które już masz
Najczęstsza robota: sprawić, żeby dwa systemy, za które już płacisz, przestały wymagać człowieka jako łącznika. Zamówienie z maila albo formularza ląduje w systemie bez przepisywania, dane z jednego programu trafiają do drugiego same, a stan w obu miejscach się nie rozjeżdża.
Obsługa dokumentów i danych wejściowych
Faktury, zamówienia, zestawienia, pliki od kontrahentów przysyłane „każdy jak umie”. Wyciągnięcie z nich treści, sprawdzenie jej i wpuszczenie tam, gdzie ma trafić. Największą różnicę robi tu zwykle nie technologia, tylko uporządkowanie samego wejścia — i mówię o tym otwarcie, także gdy oznacza mniej pracy dla mnie.
Warstwa AI tam, gdzie sztywna reguła nie wystarcza
Model językowy ma sens w miejscach, gdzie wejście jest nieuporządkowane: treść wiadomości, opis, skan bez stałego układu. Nie ma sensu tam, gdzie wystarczy zwykły warunek — a wtedy tak mówię, zamiast dokładać element, który kosztuje i bywa nieprzewidywalny.
Kontrola i sygnalizacja awarii
Automat, który działa, jest niewidoczny — i dlatego jego cicha awaria potrafi zostać zauważona dopiero przy rozliczeniu. Buduję rzecz tak, żeby sama zgłaszała, że przestała działać albo że trafiła na przypadek, którego nie umie obsłużyć. To wchodzi w zakres.
Utrzymanie i poprawki po uruchomieniu
Programy się aktualizują, kontrahenci zmieniają format plików, firma zmienia sposób pracy. Możemy umówić się, że zostaję przy tym dalej, albo że przekazuję rzecz Twoim ludziom razem z dokumentacją. Nie znikam w dniu uruchomienia.
Kto to robi
Piętnaście lat pracowałem jako programista, analityk biznesowy i architekt systemów — zwykle nie osobno, tylko po kolei w tych samych projektach. Dlatego etap, na którym rozkładam Twój proces na części, i etap, na którym powstaje działający kawałek oprogramowania, robi ta sama osoba.
W układzie, w którym rozmowę prowadzi handlowiec, zakres spisuje analityk, a buduje ktoś trzeci, część wiedzy gubi się na każdym przekazaniu — i wychodzi to na końcu, gdy rzecz działa dokładnie według dokumentu i zupełnie nie tak, jak wyglądała praca. U mnie tych przekazań nie ma, bo nie ma komu przekazać. Odpowiedzialność też zostaje w jednym miejscu: jeśli coś zaprojektuję źle, nie mam nikogo, na kogo mógłbym to zrzucić.
Przebieg, krok po kroku
Kolejność jest zawsze taka sama, niezależnie od wielkości roboty. Różni się to, ile zajmuje każdy krok — ale żadnego nie przeskakuję, także gdy sprawa wygląda na oczywistą.
- 1
Rozmowa o tym, co dzieje się dziś
Opowiadasz, co Cię uwiera i jak to wygląda od środka. Ja pytam o rzeczy, o które zwykle nikt nie pyta na pierwszym spotkaniu: kto dokładnie wykonuje daną czynność, co się dzieje, gdy wyjdzie źle, i czy ktoś potrafi opisać cały przebieg od początku do końca.
- 2
Obejrzenie procesu tak, jak przebiega naprawdę
Na tym, co Twoi ludzie realnie widzą na ekranie. Wychodzą wtedy rzeczy, których nie było w pierwszej rozmowie — dodatkowy plik, arkusz prowadzony obok systemu, wyjątek dla jednego kontrahenta.
- 3
Propozycja zakresu razem z tym, czego bym nie ruszał
Dostajesz listę tego, co proponuję zrobić, i wskazanie, co zostawiłbym w spokoju. Regularnie zdarza się, że najtańszym rozwiązaniem jest zmiana u źródła albo funkcja, którą Twój program już ma — i wtedy mówię to wprost, zamiast budować.
- 4
Budowa najmniejszego kawałka, który da się sprawdzić
Zaczynam od fragmentu, który da się uruchomić na Twoich prawdziwych danych. Szybko widać wtedy, czy założenia były trafne, i nie powstaje duża konstrukcja, o której dopiero na końcu okazuje się, że mija się z tym, jak pracujecie.
- 5
Uruchomienie z ludźmi, którzy tego używają
Automat wchodzi w dzień pracy osób, które dotąd robiły to ręcznie. Jeśli nie rozumieją, co się teraz dzieje i jak zareagować, gdy coś wygląda dziwnie, wrócą do starego sposobu — i słusznie. Dlatego przekazanie jest częścią wdrożenia.
- 6
Ustalenie, co dalej
Albo zostaję przy tym i reaguję, gdy coś zmieni się po stronie programów lub kontrahentów, albo przekazuję całość Twoim ludziom w stanie, w którym da się ją utrzymać beze mnie. Obie drogi są w porządku — złe jest tylko nieustalenie tego wcale.
Na czym to buduję
Najtańsza automatyzacja to ta, której nie trzeba budować — funkcja, która już jest w Twoim programie, albo zmiana formy wejścia, po której połowa pracy znika bez jednej linijki kodu. Zaczynam od sprawdzenia tych dwóch rzeczy, bo znikają z rozmowy, gdy nikt o nie nie zapyta.
Kiedy to nie wystarcza, sięgam po gotowe narzędzia do łączenia programów — n8n, Make, Zapier i rzeczy tego typu. Tu mieści się większość realnych wdrożeń w małej firmie: spinają to, co już masz, bez pisania systemu od zera. Warunek jest jeden i sprawdzam go na początku: Twoje programy muszą mieć co udostępnić.
Rozwiązanie pisane na miarę zostaje na koniec — na sytuacje, w których reguła jest specyficzna dla Twojej firmy i żadne gotowe narzędzie w nią nie trafia. Umiem to zrobić i robię, ale mówię o tym jako o ostatniej możliwości.
Poza moim zakresem
Granice zakresu podaję od razu, żeby nie okazały się niespodzianką w połowie współpracy. Jeśli Twoja sprawa mieści się w którymś z tych punktów, powiem wprost, że nie jestem właściwą osobą.
Nie zaczynam od narzędzia
Dobór technologii wychodzi z procesu, który u Ciebie zobaczę, a nie z gotowej listy. Jeśli okaże się, że wystarczy funkcja w programie, za który już płacisz, powiem to — zamiast dokładać kolejny abonament.
Nie robię stron, marketingu ani doradztwa biznesowego
Nie powiem Ci, jak układać ceny, prowadzić zespół czy przyciągnąć ruch — to osobne rzemiosła i osobni ludzie. Mówię o systemach, danych i procesach, i wolę być użyteczny w wąskim zakresie niż ogólny w szerokim.
Nie buduję na wyrost
„Skoro już wchodzimy, zróbmy od razu platformę” to najdroższy sposób, żeby nie dowieźć niczego. Jeśli usłyszysz ode mnie propozycję rozwiązania pisanego od zera, będzie to znaczyło, że tańsze drogi zostały sprawdzone i nie wystarczyły — a nie że nie zostały sprawdzone.
Nie wchodzę w proces, którego nie mogę zobaczyć
Jeśli nie mogę porozmawiać z osobami, które dziś wykonują daną czynność, i zobaczyć, jak to wygląda naprawdę, zostaje mi budowanie według opisu z drugiej ręki. To najprostsza droga do rzeczy, która działa na papierze i rozsypuje się w pierwszym tygodniu.
Pytania, które zadaję na start
Możesz przemyśleć je wcześniej; pierwsza rozmowa będzie wtedy konkretniejsza.
Co się dzieje dziś, krok po kroku, i kto to robi?
Najważniejsze pytanie i najczęściej najtrudniejsze. Nie chodzi o schemat z prezentacji, tylko o realny przebieg razem z wyjątkami, obejściami i arkuszem prowadzonym obok systemu, o którym nikt oficjalnie nie mówi.
Skąd przychodzi wejście i czy da się je zmienić u źródła?
Plik zawsze w tym samym układzie to zupełnie inna robota niż wiadomość napisana prozą. Czasem tańsze od budowy automatu jest ustalenie z kontrahentem stałej formy albo wystawienie formularza — sprawdzam to zanim cokolwiek zaproponuję.
Co się dzieje, gdy wyjdzie źle, i kto to zauważa?
Czasem nic, a czasem klient dostaje złą fakturę albo towar jedzie pod zły adres. Koszt błędu zwykle mocniej decyduje o sensie całego przedsięwzięcia niż zaoszczędzony czas — i zwykle jest pomijany w rachunku.
Za jakie programy już płacicie?
Zanim cokolwiek napiszę, sprawdzam, czy system, który już macie, tego nie potrafi. Zaskakująco często potrafi, tylko nikt tej funkcji nie włączył albo nie wiedział, że tam jest.
Kto po Waszej stronie będzie właścicielem tej rzeczy?
Musi istnieć osoba, która wie, po co to działa, i zauważy, gdy przestanie. Bez niej automat prędzej czy później stanie się elementem, którego wszyscy boją się dotknąć.
Czy za rok ten proces będzie wyglądał tak samo?
Nie ma sensu utrwalać w kodzie czegoś, co i tak zmienicie za pół roku. To pytanie potrafi skasować cały pomysł — i dobrze, bo znacznie taniej skasować go teraz niż po zbudowaniu.
Pracuję sam. To ma dwie strony i obie powinieneś znać.
Dobra strona jest taka, że osoba, która rozmawia z Tobą o problemie, i osoba, która potem to buduje, to ta sama osoba. Nikt nie tłumaczy Twojej sytuacji komuś, kto nigdy jej nie widział, i nie ma etapu, na którym zakres zaczyna żyć własnym życiem w dokumencie. Gdy coś działa nie tak, wiesz, kogo pytać.
Zła strona jest prostą konsekwencją tej samej rzeczy: pracuję nad ograniczoną liczbą spraw naraz, więc nie każdy termin da się pogodzić. Zakres, tempo i sposób reagowania, gdy coś przestanie działać, ustalamy wprost na początku — zamiast zakładać, że to oczywiste dla obu stron.
Są sytuacje, w których lepszym wyborem jest firma z większą obsadą — kilka osób pracujących równolegle nad wieloma obszarami albo program obejmujący całą firmę naraz. Wolę powiedzieć to na pierwszej rozmowie niż na trzecim spotkaniu, zamiast brać projekt, którego nie udźwignę.
Napisz, co dziś robi się u Ciebie ręcznie.
Nie musisz wiedzieć, jakim narzędziem dałoby się to zrobić ani czy Twoje programy mają API. Opisz przebieg krok po kroku i to, kto go wykonuje — odpowiem, którą drogę widzę jako pierwszą, a także wtedy, gdy moim zdaniem tego nie warto ruszać.
Chcesz najpierw zobaczyć sposób myślenia, a nie ofertę? Test, czy proces w ogóle nadaje się do automatyzacji → Wolisz zobaczyć, jak wygląda gotowa analiza? Przykładowa analiza procesu → A jeśli szukasz realnego wdrożenia: zobacz realizacje →