Automatyzacja dla dyrektora operacyjnego: jak skalować operacje bez mnożenia etatów

Skalowanie operacji ma swój moment, w którym przestaje być przyjemne. Na początku każdy nowy klient, nowe zamówienie i nowy projekt to powód do radości. Potem okazuje się, że za każdy dodatkowy procent przychodu płacisz dodatkowym procentem chaosu. Ktoś musi to ogarnąć, więc zatrudniasz kolejną osobę. Procesy nadal działają, bo ludzie się dogadują, podsyłają sobie pliki i pamiętają, kto co miał zrobić. Tylko że ta pamięć i to dogadywanie się mają twardy limit, a koszty rosną w tym samym tempie co przychody. Poniżej znajdziesz konkretne miejsca, w których jako COO możesz zatrzymać ten wzrost kosztów, plus wskazówkę, jak odciążyć procesy operacyjne tak, żeby skala nie oznaczała kolejnych etatów.

Dlaczego koszty rosną liniowo, choć nie muszą

W większości firm operacje trzymają się na dwóch filarach: ludziach i Excelach. Jedno i drugie skaluje się tak samo źle. Kiedy obsługujesz dwa razy więcej zamówień, potrzebujesz dwa razy więcej rąk do ich wprowadzania, sprawdzania, przekazywania dalej. Arkusz, który ogarniała jedna osoba, teraz wymaga trzech, bo każda pilnuje swojego fragmentu i nikt nie ogarnia całości. To jest właśnie liniowy wzrost. Każda jednostka skali kosztuje tyle samo co poprzednia, a czasem więcej, bo dochodzi koszt koordynacji między ludźmi.

Automatyzacja przełamuje tę liniowość w jednym konkretnym punkcie. System, który raz przeniesie dane z formularza do bazy, zrobi to dla dziesięciu zamówień i dla dziesięciu tysięcy bez różnicy w koszcie. Tu nie chodzi o to, żeby zwolnić zespół. Chodzi o to, żeby praca, która rośnie razem ze skalą, przestała wymagać człowieka, a ludzie zajęli się tym, czego maszyna nie zrobi: decyzjami, relacjami z klientem, wyłapywaniem wyjątków.

Najpierw zmapuj proces, dopiero potem go automatyzuj

Najczęstszy błąd przy automatyzacji operacji to próba automatyzowania czegoś, czego nikt do końca nie rozumie. Proces, który "po prostu działa", zwykle składa się z kilkunastu kroków, z których połowa istnieje tylko w głowach paru osób. Zanim cokolwiek zautomatyzujesz, musisz to zobaczyć na papierze albo na ekranie. Krok po kroku, z odpowiedzią na trzy pytania: kto coś robi, na podstawie czego, i komu przekazuje wynik.

Mapowanie procesu brzmi nudno, ale to najtańsza inwestycja, jaką możesz zrobić. Bardzo często sam akt rozpisania procesu pokazuje, że trzy z dziesięciu kroków są zbędne, dwa się dublują, a jeden istnieje dlatego, że dwa lata temu ktoś tak ustawił i nikt nie zapytał, czemu. Automatyzowanie takiego procesu bez czyszczenia oznacza utrwalenie bałaganu w kodzie. A wtedy zamiast taniego systemu masz drogi system, który robi głupie rzeczy szybciej.

Jak wygląda dobre mapowanie

Weź jeden proces, na przykład obsługę zamówienia od momentu wpłynięcia do wysyłki. Rozpisz każdy krok osobno. Zaznacz, gdzie zadanie przechodzi z działu do działu, bo to właśnie te przejścia (handoffy) są miejscem, gdzie najczęściej coś się gubi. Zaznacz, gdzie ktoś czeka na kogoś. Zaznacz, gdzie dane są przepisywane ręcznie z jednego miejsca do drugiego. Po takim przejściu zwykle widać gołym okiem, które momenty zjadają najwięcej czasu i powodują najwięcej błędów. To są Twoi pierwsi kandydaci do automatyzacji. Jeśli nie wiesz, od którego procesu zacząć w całej firmie, pomaga warsztat discovery, na którym ustalisz, co automatyzować najpierw.

Handoffy między działami to miejsce, gdzie wycieka skala

Wąskie gardło w operacjach rzadko siedzi w samej pracy. Najczęściej siedzi w przekazaniu pracy dalej. Sprzedaż zamyka deal i ktoś musi powiedzieć produkcji, że jest nowe zamówienie. Produkcja kończy i ktoś musi dać znać logistyce. Logistyka wysyła i ktoś musi zaktualizować status u klienta. Każde z tych "ktoś musi" to moment, w którym zadanie może utknąć na godzinę, na dzień albo do czasu, aż klient zadzwoni z pretensją.

Te przejścia są idealnym kandydatem do automatyzacji, bo są powtarzalne i oparte na jasnej regule. Zamknięcie deala w CRM może automatycznie tworzyć zadanie produkcyjne. Zmiana statusu na "wysłane" może automatycznie odpalać maila do klienta z numerem przesyłki. Nikt nie musi o tym pamiętać, bo system pamięta za niego. Tu właśnie objawia się problem, który warto rozwiązać u podstaw: jeśli Twoje systemy nie są ze sobą spięte, każdy handoff wymaga człowieka jako mostu. Pokazaliśmy osobno, jak spiąć systemy, które ze sobą nie gadają, żeby informacja płynęła sama.

Co dostajesz, gdy handoffy działają same:

• Zadanie nie czeka na to, aż ktoś o nim pomyśli. Przejście między działami dzieje się w sekundę po spełnieniu warunku, a nie wtedy, gdy ktoś znajdzie chwilę, żeby przepisać dane do drugiego systemu.
• Nic się nie gubi po drodze. Każde zamówienie, które trafiło do systemu, automatycznie idzie dalej. Nie ma sytuacji, w której coś utknęło, bo akurat osoba odpowiedzialna była na urlopie i nikt jej nie zastąpił.
• Klient dostaje informację bez Twojego udziału. Status zamówienia, potwierdzenie, numer przesyłki, wszystko leci automatycznie. Zespół przestaje być centralą telefoniczną do pytań "co z moim zamówieniem".
• Skala przestaje boleć. Obsłużenie stu zamówień zamiast dziesięciu nie wymaga dziesięciu razy więcej przeklejania, bo przeklejania w ogóle nie ma. To jest dokładnie ten punkt, w którym koszt przestaje rosnąć liniowo.

Standard, czyli proces, który nie zależy od konkretnej osoby

Jest jeszcze jeden koszt skali, który trudno zobaczyć w tabelce, a boli najbardziej przy rotacji. Kiedy proces trzyma się na tym, że Kasia wie, jak to się robi, to firma jest zakładnikiem Kasi. Gdy Kasia odchodzi albo idzie na zwolnienie, proces się rozsypuje, a wdrożenie nowej osoby trwa tygodnie, bo nigdzie nie jest zapisane, jak ma to wyglądać. Brak standardu to ukryty podatek, który płacisz przy każdej zmianie w zespole.

Automatyzacja wymusza standard, bo żeby coś zautomatyzować, musisz to najpierw jasno opisać. System nie zna wyjątków "no ale przy tym kliencie robimy inaczej", dopóki tego wyjątku nie zapiszesz wprost. W efekcie proces przestaje żyć w głowach i zaczyna żyć w regułach, które są widoczne, sprawdzalne i takie same dla każdego. Nowa osoba nie musi się uczyć dwudziestu nieoczywistych nawyków. Wchodzi w proces, który prowadzi ją za rękę.

Od czego zacząć, żeby nie przepalić budżetu

Nie automatyzuje się wszystkiego naraz i nie zaczyna od najbardziej skomplikowanego procesu. Zaczyna się od jednego, który spełnia trzy warunki: jest powtarzalny, opiera się na jasnej regule i zjada zauważalnie dużo czasu albo generuje zauważalnie dużo błędów. Taki proces da się zautomatyzować szybko, efekt widać od razu, a zespół zobaczy, że to działa, zanim wpakujesz się w większy projekt.

Zanim podejmiesz decyzję, warto wiedzieć, na co zwracać uwagę, żeby nie zapłacić za coś, co nie zwróci się nigdy. Opisaliśmy na co uważać, zanim zapłacisz za automatyzację, bo łatwo dać się wciągnąć w budowanie systemu, który robi wrażenie, ale nie rozwiązuje żadnego realnego problemu. Sygnałów, że Twoje operacje są już gotowe na ten krok, jest kilka, a rozpisaliśmy je w tekście o sygnałach, że firma pilnie potrzebuje automatyzacji.

Podsumowanie

Jako COO masz jeden cel: firma ma działać sprawnie, kiedy rośnie, a nie tylko kiedy jest mała. Liniowy wzrost kosztów, gdzie każdy nowy klient wymaga nowej pary rąk, nie jest prawem natury. To skutek tego, że operacje trzymają się na ludziach przepisujących dane i na Excelach, których nikt nie projektował jako systemu. Zmapuj jeden proces, znajdź w nim handoffy, w których coś się gubi i czeka, zautomatyzuj te przejścia i zamień wiedzę z głów na standard zapisany w regułach. Nie rób tego wszędzie naraz. Wybierz jeden proces, który boli najbardziej, sprawdź efekt i dopiero potem rozszerzaj. Skala bez kolejnych etatów nie bierze się z tego, że ludzie pracują szybciej. Bierze się z tego, że praca, która rośnie razem ze skalą, przestaje wymagać człowieka.