Jak pisać procedury, które ludzie faktycznie czytają

Pisz dla wykonawcy, nie dla audytora

Najczęstszy błąd: procedura brzmi jak raport dla kontroli, a nie instrukcja dla osoby, która ma ją wykonać dziś o 14:00. Zanim dodasz akapit, zapytaj: *czy to pomaga komuś zrobić następny krok?*

Struktura, która działa

Większość sensownych procedur firmowych ma te same elementy:

• Cel — po co ten dokument istnieje (jedno–dwa zdania).
• Zakres — kogo i co obejmuje, a czego świadomie nie obejmuje.
• Kroki — numerowana lista działań w kolejności wykonania.
• Odpowiedzialności — kto decyduje, kto wykonuje, kto zatwierdza.
• Wyjątki — co robić, gdy standardowy scenariusz nie pasuje.

Nie musisz wymyślać własnej struktury od zera — ważniejsze, żeby była spójna między dokumentami w firmie.

Język i forma

• Krótkie zdania. Jedna myśl na zdanie.
• Czasowniki na początku kroku: „Zarejestruj zgłoszenie", „Wyślij potwierdzenie", „Zamknij ticket".
• Konkret zamiast ogólników: nie „w odpowiednim terminie", tylko „w ciągu 3 dni roboczych".
• Placeholdery tam, gdzie brakuje danych: lepiej [UZUPEŁNIJ: nazwa stanowiska] niż zmyślona rola, która za pół roku będzie nieaktualna.

Wersjonowanie to nie opcja

Procedura bez daty wersji i historii zmian szybko traci zaufanie. Ludzie przestają wierzyć, że dokument jest aktualny — i wracają do „pytania Marka". Każda publikacja powinna mieć numer wersji, datę i informację, kto zatwierdził. Panel zarządzania dokumentacją robi z tego standard, a nie wyjątek.

Test na żywo

Zanim opublikujesz procedurę, daj ją komuś, kto nie zna procesu. Jeśli po przeczytaniu potrafi wykonać zadanie bez dodatkowych pytań — dokument jest gotowy. Jeśli nie — popraw kroki, nie dodawaj kolejnej strony wstępu.