Mało funkcji, dużo konsekwencji - dlaczego „małe” systemy zmieniają firmy bardziej niż enterprise

Po co nam kolejny automat?

Zanim ktoś zacznie budować „kolejnego automata”, warto zadać sobie jedno proste pytanie: co realnie to zmieni? Czy to będzie automat, który i tak trzeba sprawdzać i kontrolować (czyli w sumie dokładamy sobie roboty), czy narzędzie, które robi robotę za nas i nie wymaga ingerencji?

Kolejny automat – tylko po co? Czy poprawi działanie firmy? Czy zdejmie z kogoś powtarzalne, nudne zadanie? Czy może dołoży mu pracy, bo dochodzi „jeszcze jedno miejsce, które trzeba ogarniać”?

Dla mnie to jest najważniejszy filtr: czy to zdejmie ciężar z człowieka, czy tylko przeniesie go w inne miejsce.

Frustracja w automatyzacji nie bierze się z technologii

Największa frustracja w klasycznym e-commerce i automatyzacji nie wynika z tego, że „system się wywalił”. Ona zwykle wynika z tego, że automatyzację dostaje zespół, który musi na niej pracować - a my często projektujemy to pod siebie, a nie pod nich.

Co z tego, że według nas to jest super rozwiązanie, skoro siedzimy w branży 10 lat i znamy ją od podszewki - ale czy tak samo ogarnie to pracownik customer care? Czy magazynier, któremu wywrócimy dzień do góry nogami?

I tu jest paradoks: frustrację tworzy nadmiar uproszczeń, które wcale nie są uproszczeniami. Statusów zrobi się 10–15, bo „będzie dokładniej”, a potem nikt tego nie używa, bo w realu trzeba działać, a nie interpretować.

„Dobre praktyki” i tort weselny

Lubię hasło „dobre praktyki”, ale ono często jest puste. Każda firma ma inne „dobre praktyki”: jedni robią szybkie zwroty, inni szybko wysyłają, a jeszcze inni nie wysyłają szybko ani dobrze - ale i tak powiedzą, że inni robią to gorzej.

Dla mnie w e-commerce dobra praktyka to moment, w którym klient nie ma się do czego przyczepić. I to brzmi banalnie, ale w praktyce jest jak tort weselny: chcemy mieć piękny, okrągły tort, a nie tort przecięty w połowie, nie w 1/4 wypełniony kremem, a reszta pusta.

Uporządkowane procesy to nie „ładny slajd”. To jest pełny tort: spójny, domknięty, przewidywalny.

Ludzie nie są problemem. System, w którym pracują - już tak.

Możemy dać pracownikom masę systemów - ale co sprawi, że będą z nich korzystać? To, że automat zrobi coś 5 minut szybciej niż pracownik z doświadczeniem? OK, tylko nauka nowego rozwiązania może mu zająć pół roku. To kiedy te 5 minut dziennie zacznie naprawdę robić różnicę?

Automaty powinny wspierać, a nie wymuszać. Pracownik sam powinien się domagać rozwiązania, bo widzi, że innym ułatwia życie. Gdy usłyszysz od zespołu: „ej, ale to jest dobre” - to znaczy, że zrobiłeś system dla ludzi, a nie ludzi dla systemu.

I to jest moja najprostsza definicja „dobrego wdrożenia”: ludzie nie muszą się dostosować do narzędzia, tylko narzędzie jest zrobione tak, żeby ludzie mogli normalnie pracować.

„Niby enterprise, a jednak nie”

Gdy mówię „niby enterprise, a jednak nie”, nie kwestionuję skali ani technologii. Rozwiązanie może być gotowe na dowolny wolumen, mieć stabilne API, integracje, custom pod procesy i raportowanie.

Chodzi mi o coś innego: to nie jest klasyczny „ciężki enterprise” w korporacyjnym sensie. To jest raczej: enterprise capabilities bez enterprise’owej ociężałości - z customem szytym pod procesy, a nie pod ograniczenia platformy.

Duże platformy: świetne w skali, słabsze w odpowiedzialności

Największa przewaga dużych platform sprzedażowych czy sklepów internetowych jest taka, że skala ich nie przeraża. 100× większa liczba zamówień w okresie świątecznym? OK. Technicznie dowiozą.

A największy zawód bardzo często jest w czynniku ludzkim - i to nie w tym sensie, że „ludzie są źli”. Tylko w tym, że zasady i odpowiedzialność są rozmyte. I wtedy nawet najlepsza platforma nie pomoże.

O tym, jak to wygląda w praktyce, pisałem też w tekście o obsłudze klienta: Obsługa klienta - najtrudniejsza, a najmniej doceniana.

Dlaczego duże systemy nie ogarniają maili, statusów i odpowiedzialności

W momencie, gdy przez maile przechodzi 10–15 osób, za statusy odpowiada kolejne 5–10 osób, a procesy mają po drodze milion „drobnych wyjątków”, wszystko zaczyna się przytykać.

Bo Krzysztof był na urlopie, a tylko on ogarnia te sprawy. Bo ktoś coś przypadkiem przeniósł. Bo ktoś zapomniał. Bo komuś się nie chciało. To nie jest wina systemu. To jest wina braku prostych reguł i braku właściciela.

Czasem wystarczyłaby prosta komunikacja: „pomocy, nie wyrabiam”. Czasem wystarczyłby automat, który raportuje, że ktoś ma sporą ilość niezamkniętych spraw. A nie kolejny „dashboard”, którego nikt nie otwiera.

Brak jednego właściciela odpowiedzialności = odpowiedzialność wszędzie, czyli nigdzie

To jest największa bolączka małych i średnich firm: działy lubią się przeplatać, mamy 5 osób „od wszystkiego”. Postaw się w roli nowego pracownika: słyszysz, że mentorem będzie Mateusz, a przy okazji „zaplącze się” Michał, Janek i Kasia - i każde z nich powie Ci coś innego.

I co nam to da? Dokładnie to: brak jednego właściciela odpowiedzialności oznacza, że odpowiedzialność jest wszędzie - czyli nigdzie.

Więcej funkcji często pogarsza organizację

Bez fundamentów nie możemy bombardować pracowników aktualizacjami co tydzień. Nie możemy budować systemu, który co chwilę robi coś nowego. Jeśli mamy działające rozwiązanie - skupmy się na tym, co w nim poprawić, a nie dokładajmy 5 kolejnych funkcji, o które nikt nie prosił.

Bo komu w połowie grudnia potrzebna jest „nowa opcja”, gdy zespół dopiero przyswoił to, co dostał ostatnio?

System, który robi mało, ale zmienia wiele

To jest system, o którym każdy marzy, ale nikt nie wie, jak go opisać. Każda firma ma bolączkę, którą ciężko rozwiązać i nawet ciężko nazwać. Pamiętam miny ludzi, gdy mówiłem: „Wasz problem da się rozwiązać”.

Czasem „system” to jeden mail dziennie. Jedno podsumowanie. Jeden alert. Jedna reguła. A dla zespołu to zmiana o 180 stopni i oszczędność kilku godzin dziennie. Mało funkcji. Dużo konsekwencji.

Nie automatyzuję kliknięć. Automatyzuję decyzje.

Czasem warto zadać sobie pytanie: czy jakiś dział codziennie musi podejmować te same decyzje? Jeśli codziennie podejmuje te same decyzje, to znaczy, że działa według jakiegoś klucza. A jeśli jest klucz - to czy nie możemy przenieść tego klucza do systemu?

Zamiast automatyzować uczucie „klikamy, bo tak”, automatyzuję moment decyzji. System decyduje:

• czy coś wymaga reakcji, czy można to zignorować,
• co jest priorytetem, a co nie,
• kiedy człowiek powinien w ogóle wejść do procesu.

„Ograniczanie” to też pomoc

Ktoś może powiedzieć: „Twoje systemy bardziej ograniczają niż pomagają”. Okej - ograniczają. Ale głównie ograniczają myślenie nad niepotrzebnymi rzeczami i ograniczają błędy. Dają ludziom czas, bo zamiast poświęcać 2 godziny na jedno zadanie, mają gotowy wynik codziennie o tej samej porze.

To nie jest „mniej pomocy”. To jest pomoc, która działa w ciszy.

Złe opcje, które system powinien odebrać ludziom

Uprawnienia to coś, co boli w każdej firmie. Czasem ktoś nie powinien móc kliknąć dalej bez podwójnej weryfikacji, bo nawet najlepszy system nie wykluczy czynnika ludzkiego.

Jeśli damy ludziom za dużo uprawnień - to kto wie, co się wydarzy. Zła opcja ma nie istnieć.

Co się dzieje, gdy system nie pozwala robić rzeczy źle

Poprawia się komunikacja. Znika forward maila i zapomnienie „bo druga strona się domyśli”. Ile razy to słyszeliśmy?

Czy support IT ma się domyślić na każde zgłoszenie? Czy customer care ma odpowiedzieć na maila „co z moją paczką”, gdy nie zgadza się nawet mail i brakuje danych?

Dobry system nie każe się domyślać. Dobry system daje kontekst.

Reguła, która zmienia pracę kilku osób

Reguły kojarzą się z decyzyjnością - i słusznie. Czasem to prosta zasada: „od dziś temat A zawsze należy do Tomka”. Nagle kończy się chaos, a problem jest rozwiązywany szybko, bo Tomek ma 15 lat doświadczenia.

A teraz wyobraź sobie, że Tomek nie jest człowiekiem, tylko bardzo dobrze zaprojektowanym systemem dźwigniowym.

Automatyzacja vs system dźwigniowy (i najlepsze połączenie)

Dla mnie automatyzacja i system dźwigniowy to dwie różne rzeczy - choć technicznie mogą wyglądać podobnie.

Automatyzacja

• przyspiesza istniejący proces,
• robi to samo, tylko szybciej,
• często utrwala obecny chaos (tyle że w wersji „auto”).

System dźwigniowy

• zmienia punkt, w którym zapada decyzja,
• wpływa na wiele procesów naraz,
• daje nieproporcjonalnie duży efekt przy małej ingerencji.

Dlatego mówię o dźwigni. Jedno małe przesunięcie w systemie - jeden sygnał, jedna reguła, jedna decyzja - potrafi zmienić sposób pracy całej organizacji.

A co jeśli to połączymy? Powstaje automatyzacja dźwigniowa - najlepsza możliwa forma systemu. To moment, w którym technologia przestaje być „IT”, a zaczyna być narzędziem zarządzania.

• automatyzuje nie czynność, tylko moment decyzji,
• działa cicho w tle (czasem to jeden mail, alert albo zmiana statusu),
• uruchamia lawinę efektów w kilku obszarach firmy naraz.

Jedno zdarzenie → jedna decyzja → wiele konsekwencji.

Co się dzieje z rolą juniorów

W firmie, gdzie działają systemy dźwigniowe, juniorzy mogą się rozwijać i mieć realny wpływ na firmę, a nie być „klepaczem” produktów, maili czy excela.

Jeśli prosty system mapuje dane i pilnuje spójności, to nikt nie musi siedzieć w excelu 5 dni w tygodniu. Trzeba kontrolować jakość i wyjątki - i to jest zupełnie inna praca.

Dlaczego jedna osoba może odciążyć sześć innych

Wyobraźmy sobie firmę: główny magazyn i 5 punktów sprzedaży. Wszyscy współpracują, ale przez natłok obowiązków powstają dziury komunikacyjne, błędy, chaos i eskalacje.

A teraz wyobraźmy sobie jedną osobę (albo jeden system), który spina całość i przejmuje „dodatkowe obowiązki”, które dziś rozlewają się po firmie. Wtedy ta jedna osoba realnie odciąża każdy punkt.

Komunikacja po wdrożeniu: mniej konfliktów, więcej spokoju

Z narzekania przechodzimy na większe zadowolenie, bo coraz mniej osób denerwuje się, że czegoś nie dostało, ktoś nie odpisał albo ktoś zapomniał o dostawie.

Czasem po 2–3 miesiącach osoby, które za sobą nie przepadały (bo ciągle były konflikty na styku procesów), zaczynają normalnie rozmawiać. To jest dla mnie jeden z najciekawszych efektów ubocznych dobrych systemów.

Systemy nie są wymierzone w ludzi. Są wymierzone w chaos.

Ludzie są najcenniejszym zasobem firmy. Problem w tym, że im więcej ludzi, tym łatwiej o chaos, jeśli procesy i odpowiedzialność są rozmyte.

Rozwiązaniem nie jest „zwolnić ludzi”. Rozwiązaniem jest zrozumieć, gdzie powstaje chaos: czy to właściciel chce wszystko „na już”, czy menedżer pilnuje słupków, czy firma działa na wyjątkach.

O rekrutacji i tym, jak to się kończy, pisałem też tutaj: Rekrutacja w e-commerce - jak zatrudniać ludzi, którzy naprawdę ogarniają.

„Nie trzeba myśleć, tylko robić” - i czemu to jest ulga

Wyobraź sobie, że przez 10 lat codziennie o 8:00 robisz tę samą kanapkę z jajkiem. To samo. Codziennie. Teraz postaw się w roli zespołu, który codziennie rano zaczyna pracę tym samym nudnym zadaniem, które nawet nie powinno być zadaniem człowieka.

Przychodzisz do pracy i już wiesz: „znowu to samo”. Wychodzisz z pracy i myślisz: „jutro to samo”. Jeśli system zdejmie ten ciężar - ludzie nie tracą pracy, tylko odzyskują głowę.

Kontrolujący szef i systemy (to temat rzeka)

Mikro-zarządzanie to bolączka małych firm. I nie mówię tego, żeby komuś dowalić. Często szef nie „nie ufa” - on się boi, że firma budowana w bólach przez niego, jest dziś obsługiwana przez innych.

A do tego dochodzi automat, który robi pracę „za niego”. To potrafi odpalić opór. Kontrolujący szef to temat na osobny wpis - czasem zaufa, czasem nigdy nie zmieni nastawienia.

Dlaczego dobre systemy dają więcej kontroli, a nie mniej

Bo zamiast polegać na 5 osobach i sprawdzać 5 różnych wersji prawdy, masz jedno rozwiązanie w jednym miejscu. Zamiast tracić czas na przeglądanie maili od 5 osób, masz jeden komunikat, jeden raport, jedną listę wyjątków.

To jest kontrola systemowa, a nie kontrola przez mikrozarządzanie.

Jakie napięcia to obnaża

Takie podejście robi piękny odsiew. Pokazuje prawdziwych liderów, którym zależy na zespole, i tych, którzy chcą tylko kontrolować. To bywa niewygodne - ale to jest zdrowe.

Dlaczego firmy nie są gotowe na takie zmiany

„Jakoś to będzie”, „inni robią gorzej i żyją” - ten mindset rozgościł się w wielu firmach. Czasem nie pomaga nawet tłumaczenie, że to realne zyski.

Niedojrzała organizacja boi się, że ktoś „wywróci dzień pracy do góry nogami”. Bo co ludzie będą robić, gdy automat wypełni excel w 2 minuty, a nie w 6 godzin?

Co trudniejsze: wdrożenie systemu czy zmiana myślenia?

Wdrożyć da się prawie wszystko. Zmienić sposób myślenia - to jak wejść na Mount Everest bez przygotowania.

Jak wytłumaczyć człowiekowi, że jego praca, która zajmowała 5–6 godzin, będzie teraz zrobiona w 5 minut, a on ma tylko „przyklepać raport”? Na początku ekscytacja, potem strach, potem znów ekscytacja - bo w sumie ten excel to był jego świat.

Czasem organizacja musi dojść do ściany, żeby zrozumieć, że zmiana jest potrzebna.

„Janusze od jednego narzędzia” zawsze się odbiją

Osobiście nie lubię wdrażać jednego narzędzia „bo tak”. Chcę widzieć, jak firma dojrzewa: jak człowiek, któremu tłumaczyłem proces, zaczyna ogarniać zespół.

Dlaczego „Janusze” się odbiją? Bo oni chcą: „zróbmy tylko to”, a reszta „jakoś będzie”. Ile razy to słyszeliście?

Koszt niedomykania procesów

Koszt niedomykania procesów jest jak koszt zatrudnienia człowieka, który nie pasuje do firmy. Niby wszystko działa, ale po pół roku okazuje się, że „handlowiec wysyłał dwa maile dziennie”, a firmowym autem jeździł głównie do sklepu.

Proces musi być kompletny. Bo jak ulepszać coś, jeśli nie wiemy, czy w ogóle działa w 100%?

Dlaczego nie buduję „imperium narzędzi”

„All in one” brzmi pięknie: tu masz wszystko. Tylko że Twoi pracownicy użyją 2 z 465 funkcji, a Ty płacisz za całość, prawda?

Najlepsza jest prostota. Co z tego, że damy ludziom narzędzia, jeśli nie zapewnimy szkoleń i nie pokażemy, po co to jest? Co ma pomyśleć pracownik, który jednego dnia dostał 8 nowych narzędzi i tekst: „od dziś pracujemy tylko tak”.

Enterprise dojrzałość bez enterprise balastu

Dla mnie to znaczy, że system spełnia realne wymagania enterprise (skala, niezawodność, integracje, odpowiedzialność end-to-end), ale nie przenosi do organizacji wszystkiego tego, co w klasycznym enterprise najbardziej ciąży.

Co rozumiem przez enterprise dojrzałość

• gotowość na dowolną skalę i wolumen,
• architektura API-first, odporna na zmiany,
• jasne punkty odpowiedzialności,
• dane i decyzje spójne w całej organizacji,
• możliwość dopasowania do procesów biznesowych.

A czym jest enterprise balast

• wielomiesięczne wdrożenia,
• ciężkie, sztywne procesy decyzyjne,
• biurokracja i zależność od vendorów,
• systemy, które narzucają sposób pracy zamiast go wspierać,
• koszt i złożoność nieadekwatne do realnych potrzeb firmy.

Skąd wiem, że system jest dobry?

Feedback od ludzi to najlepsze, co możesz dostać. Uśmiechy na twarzy, gdy dostają automatyczne raporty. Albo pytanie: „ej, a dodamy do systemu jeszcze to i to?”.

Wtedy wiesz, że ludzie chcą z tego korzystać, a nie są do tego zmuszani.

Co powiedziałbym komuś, kto chce kupić kolejne narzędzie

Ale po co? Kto o to prosi? Czy to szef zobaczył, że „da się szybciej” i wpadnie w karuzelę narzędzi? Czy realnie pracownicy czują, że to poprawi ich workflow?

Jeśli narzędzie ma tylko przykryć brak reguł i odpowiedzialności - to ono nie pomoże. Ono tylko przeniesie chaos gdzie indziej.

Moja filozofia budowania systemów w jednym zdaniu

Postaw się w roli użytkownika systemu i spraw, żeby jego obsługa była łatwa i przyjemna.

I tyle. Reszta to konsekwencja.