Punkt wyjścia
Pół roku temu nasz dział finansowy poświęcał 15 godzin miesięcznie na raportowanie na koniec miesiąca. Ręczne zbieranie danych z 5 systemów, mielenie ich w Excelu, formatowanie, rozsyłanie mailem. Żmudne, podatne na błędy, zabijające resztki entuzjazmu.
Zbudowaliśmy jeden workflow na Make.com, żeby to zautomatyzować. Koszt: 180 £ wdrożenia + 29 £ miesięcznie za narzędzie. Czas budowy: 8 godzin.
Oto co wydarzyło się przez kolejne 6 miesięcy.
Miesiąc 1: Optymistyczny start
Workflow działał, ale w 40% przypadków wymagał ręcznej interwencji. Przypadki brzegowe, których nie przewidzieliśmy. Problemy z formatem danych. A mimo to: 9 godzin oszczędności.
Miesiąc 2: Faza dopracowywania
Załataliśmy 12 przypadków brzegowych z pierwszego miesiąca. Doszła obsługa błędów. Poprawiliśmy walidację danych. Ręczna interwencja spadła do 15%.
Miesiąc 3: Punkt krytyczny
Dostawca API zmienił endpointy. Workflow padł po cichu. Zorientowaliśmy się dopiero w trzecim tygodniu. Wszystko trzeba było odtworzyć ręcznie. Koszmar. Trzeci miesiąc niemal pogrzebał projekt — na poważnie rozważaliśmy powrót do pracy ręcznej. Całe szczęście, że tego nie zrobiliśmy.
Miesiąc 4: Powrót do gry
Przebudowaliśmy wszystko z porządnym monitoringiem. Doszły alerty o awariach na Slacku. Ustawiliśmy cotygodniowe kontrole stanu. Workflow wyłapuje teraz 95% problemów automatycznie.
Miesiąc 5: Nieoczekiwane rozszerzenie
Sprzedaż zapytała: „A możemy to wykorzystać do naszych raportów?". Dołożyliśmy 3 nowe formaty wyjściowe. Ten sam workflow, kilka zastosowań. Wartość się zwielokrotniła.
Miesiąc 6: Stan ustalony
Workflow chodzi bez zarzutu. Zero ingerencji człowieka. Dział finansowy zajmuje się dziś analizą, a nie zbieraniem danych. Zmiana kultury pracy: od wklepywania danych do wniosków strategicznych.
Liczby: podsumowanie 6 miesięcy
Łączny nakład czasu:
Wdrożenie: 8 godzin
Poprawki w miesiącach 1-2: 6 godzin
Naprawa kryzysu w miesiącu 3: 4 godziny
Wdrożenie monitoringu w miesiącu 4: 3 godziny
Razem: 21 godzin
Łącznie zaoszczędzonego czasu:
Miesiąc 1: 9 godzin
Miesiąc 2: 11,5 godziny
Miesiąc 3: -18 godzin (kryzys)
Miesiąc 4: 13,5 godziny
Miesiąc 5: 14,5 godziny
Miesiąc 6: 15 godzin
Razem: 45,5 godziny oszczędności
Oszczędność netto: 45,5 - 21 = 24,5 godziny
Zwrot finansowy:
Koszt: 354 £ (180 £ wdrożenia + 6 miesięcy abonamentu po 29 £)
Oszczędność przy stawce 80 £/godz.: 1960 £
Zwrot: 454%
Próg rentowności: miesiąc 2, tydzień 3
Czego się nauczyliśmy
- W pierwszym miesiącu raczej będą problemy — załóż na start nawet 50% ręcznej interwencji
- Notuj każdą awarię i naprawiaj po kolei, systematycznie
- Monitoring NIE jest opcjonalny — trzeci miesiąc udowodnił to boleśnie
- Buduj elastycznie — jeden workflow może obsłużyć kilka zespołów
- Prawdziwa wartość to nie tylko zaoszczędzony czas — to przestrzeń na pracę strategiczną
- Przy większości automatyzacji próg rentowności wypada zwykle w 2-3 miesiącu
- Workflow, który Cię łamie (miesiąc 3), ostatecznie Cię wzmacnia
- Inwestuj w zaplecze: alerty, kontrole stanu, dokumentację
Czy zrobilibyśmy to jeszcze raz?
Bez wahania. Nawet z katastrofą trzeciego miesiąca zwrot jest nie do podważenia. Ale pięć rzeczy zrobilibyśmy inaczej:
1. Monitoring od pierwszego dnia: Nie czekaj z alertami na pierwszą awarię.
2. Możliwość odwrotu: Gdy coś padnie, potrzebujesz szybkiego przejścia na tryb ręczny.
3. Spisuj przypadki brzegowe na bieżąco: Nie ufaj pamięci — zapisuj.
4. Zakładaj zmiany w API: Zapisz się na changelogi dostawców. Wstaw do kalendarza kwartalne przypomnienie o przeglądzie.
5. Zacznij od przeglądów tygodniowych, nie miesięcznych: Problemy łap wcześnie.
Konkluzja: Jeden workflow zastąpił 15 godzin pracy miesięcznie. Po początkowych potknięciach chodzi bez zarzutu. Dział finansowy zajmuje się dziś pracą strategiczną zamiast wklepywania danych. Kultura firmy przeszła od „nie mamy na to czasu" do „co jeszcze możemy zautomatyzować?".
I właśnie ta zmiana w głowach jest prawdziwym zwrotem z inwestycji.