Procedury, których nikt nie czyta — jak opisać proces, żeby był używany

Dlaczego procedury lądują w szufladzie

Widzę cztery powtarzalne przyczyny i żadna z nich nie brzmi „ludzie są leniwi”.

Pierwsza: procedura powstała po fakcie i napisał ją ktoś, kto tego procesu nie wykonuje. Zwykle właściciel albo osoba z zewnątrz. Efekt jest taki, że dokument opisuje intencję, a nie czynność — i pierwszy człowiek, który spróbuje według niego pracować, po trzech krokach trafia na sytuację nieprzewidzianą.

Druga: procedura opisuje wersję idealną. Bez wyjątków, bez „co zrobić, kiedy klient nie odpowiada”, bez ścieżki na wypadek braku danych. A praca składa się głównie z wyjątków. Dokument, który milczy dokładnie tam, gdzie robi się trudno, jest bezużyteczny w momencie, w którym byłby potrzebny.

Trzecia: nikt nie jest właścicielem. Procedura należy „do firmy”, czyli do nikogo. Nie ma osoby, która ma obowiązek ją zaktualizować, kiedy zmienia się narzędzie, cennik albo osoba na stanowisku.

Czwarta, najbardziej banalna i najczęstsza: format nie pasuje do momentu użycia. Człowiek w trakcie rozmowy z klientem nie otworzy dwunastostronicowego PDF-a. Otworzy to, co ma pod ręką — czyli nic, i zapyta kolegi.

Procedura to nie dokument, tylko odpowiedź na pytanie

Najprostsza zmiana perspektywy, jaką proponuję klientom: przestań myśleć o procedurze jak o dokumencie do posiadania, a zacznij jak o odpowiedzi na pytanie, które ktoś zadaje w konkretnej sekundzie swojej pracy.

„Co teraz?” „Czy mogę to zatwierdzić sam?” „Komu to przekazuję?” „Co, jeśli klient chce inaczej?”

Jeśli opis procesu nie odpowiada na te pytania szybciej, niż zajmuje zapytanie doświadczonego kolegi, przegra z tym kolegą. Zawsze. To nie jest kwestia dyscypliny, tylko kosztu dostępu do informacji.

Sześć zasad, które sprawiają, że proces jest używany

1. Zacznij od tego, co dzieje się naprawdę. Zanim zaprojektujesz docelowy proces, opisz obecny — z osobą, która go wykonuje, przy jej biurku, na przykładzie trzech ostatnich realnych spraw. Prawie zawsze wychodzi, że istnieją trzy wersje procesu, po jednej na każdego pracownika, i że ta „nieoficjalna” jest szybsza od oficjalnej. To jest materiał, nie odstępstwo.

2. Jeden proces, jeden właściciel, jedna data przeglądu. Nazwisko w nagłówku i termin następnej rewizji. Bez tego dokument zaczyna się starzeć w dniu publikacji.

3. Pisz krokami i w trybie rozkazującym. Nie „faktura powinna zostać zweryfikowana”, tylko „sprawdź zgodność kwoty z zamówieniem”. Każdy krok ma wykonawcę, wejście i wyjście. Jeśli krok wymaga decyzji — wypisz kryterium decyzji, nie zostawiaj „ocenić indywidualnie”.

4. Opisz wyjątki, bo to one zabierają czas. Do każdego kroku dopisz jedną–dwie najczęstsze sytuacje nietypowe i ścieżkę wyjścia. Reguła praktyczna: jeśli coś zdarza się częściej niż raz na dziesięć spraw, to nie jest wyjątek, tylko nieopisany wariant procesu.

5. Umieść procedurę tam, gdzie odbywa się praca. Checklista w systemie, w którym prowadzi się sprawę, szablon w skrzynce, pole obowiązkowe w CRM. Dokument na dysku to archiwum, nie narzędzie. Najlepiej działający opis procesu, jaki wdrażałem, miał formę pięciu pól do zaznaczenia w karcie klienta.

6. Przetestuj na nowej osobie. Ostateczny test jest jeden: dajesz procedurę komuś, kto tego nie robił, i patrzysz, gdzie się zatrzymuje. Każde pytanie, które zada, to luka do uzupełnienia. Jeśli przejdzie bez pytań — masz działający opis procesu, a przy okazji skrócone wdrożenie kolejnej osoby.

Po czym poznasz, że procedura żyje

Nie po tym, że istnieje, i nie po tym, że wszyscy ją „zatwierdzili”. Po czterech rzeczach: spada liczba pytań kierowanych do jednej osoby-wąskiego-gardła, skraca się czas wdrożenia nowego pracownika, wynik przestaje zależeć od tego, kto akurat prowadzi sprawę, a dokument ma historię zmian — bo ktoś go poprawiał, kiedy rzeczywistość się zmieniła.

Jeśli od publikacji nikt w nim niczego nie zmienił, to nie znaczy, że jest doskonały. To znaczy, że nikt z niego nie korzysta.

Najczęstszy błąd — standaryzacja wszystkiego naraz

Firmy, które postanawiają „opisać procesy”, zwykle zaczynają od listy dwudziestu procesów i po trzech tygodniach porzucają temat. Standaryzacja ma sens tam, gdzie powtarzalność jest wysoka, a koszt błędu realny — najczęściej to obsługa zamówienia, reklamacja, ofertowanie i wdrożenie pracownika. Reszta może poczekać.

Kolejność, którą stosuję: najpierw diagnoza tego, gdzie firma naprawdę traci czas i pieniądze, potem dwa–trzy procesy o największym wpływie, dopiero potem szerzej. Bez tej diagnozy standaryzuje się zwykle to, co najłatwiej opisać, a nie to, co najbardziej boli.

Warto też pamiętać, że opór wobec procedur rzadko dotyczy samych procedur. Częściej dotyczy poczucia kontroli i tego, jak zmiana została zakomunikowana — a to już jest temat z zupełnie innej półki.

Podsumowanie

Procedura, której nikt nie czyta, jest kosztem, nie zabezpieczeniem. Różnica między dokumentem martwym a używanym sprowadza się do czterech rzeczy: opisu rzeczywistości zamiast ideału, jasnego właściciela, formatu dostępnego w momencie pracy i testu na osobie, która procesu nie zna.

Powiązane usługi

• Optymalizacja procesów, procedury i skalowanie
• Audyt organizacji — całościowa diagnoza firmy
• Kultura organizacyjna, komunikacja wewnętrzna i well-being

Najczęstsze pytania