Tworzenie wewnętrznego procesu zatwierdzania
Tworzenie wewnętrznego procesu zatwierdzania wyjaśnia zakresy decyzyjne, zmniejsza opóźnienia i zapewnia bardziej niezawodne działanie rozwijającej się firmy już dziś.
Short Answer
Tworzenie wewnętrznego procesu zatwierdzania wyjaśnia zakresy decyzyjne, zmniejsza opóźnienia i zapewnia bardziej niezawodne działanie rozwijającej się firmy już dziś.
W firmie liczącej 80 osób rano zapotrzebowanie na zakup to jeszcze prosta wiadomość e-mail. Po południu wymaga już akceptacji trzech menedżerów, ale jeden z nich nie wie dokładnie, o jaką kwotę chodzi, drugi jest na urlopie, a trzeci prosi o dodatkowy plik Excel. Zanim zamówienie zostanie złożone, oferta dostawcy może wygasnąć, a produkcja czeka. Tworzenie wewnętrznego procesu zatwierdzania to nie administracyjna formalność: decyduje o tym, czy firma jest w stanie działać w kontrolowany sposób, a jednocześnie z odpowiednią prędkością.
Problem zazwyczaj nie polega na tym, że zbyt mało osób zatwierdza. Chodzi raczej o to, że nikt nie wie na pewno, kto jest uprawniony do jakich spraw, jakie informacje są potrzebne do podjęcia decyzji i co się dzieje, jeśli wyznaczony decydent jest niedostępny. W takich przypadkach zatwierdzenie opiera się na osobistej pamięci, łańcuchach e-maili i nieformalnych konsultacjach. Krótkoterminowo może to wydawać się elastyczne, ale w miarę wzrostu prowadzi do opóźnień, błędów i sporów o odpowiedzialność.
Kiedy obecny proces zatwierdzania sygnalizuje problem?
Nie każda decyzja wymaga formalnego procesu. W przypadku małych, regularnych zakupów lub codziennych operacyjnych korekt zbyt wiele kontroli może wyrządzić więcej szkody niż zapobiec ryzyku. Problem zaczyna się, gdy ta sama sprawa przebiega nieprzewidywalnie inną ścieżką lub zainteresowani dowiadują się o niej dopiero po fakcie.
Typowa sytuacja to taka, gdy dział finansowy otrzymuje fakturę bez jednoznacznego zamówienia lub potwierdzenia realizacji. To samo dzieje się przy rabatach, zmianach umów, kredytach dla klientów, przyjmowaniu nowych dostawców i zatwierdzaniu nadgodzin. Decyzja często zapada, ale nie ma śladu, kto ją podjął, na podstawie jakich informacji i na jakich warunkach.
Ludzki aspekt funkcjonowania jest również istotny. Pracownicy ponownie pytają o status. Menedżerowie otrzymują sprawy, które powinni rozstrzygać inni. Doświadczony kolega staje się niewidzialnym koordynatorem, ponieważ wie, kogo szukać i kiedy wyjątek jest akceptowalny. Jeśli go nie ma, proces zatrzymuje się lub kontynuuje ryzykownymi obejściami.
Tworzenie wewnętrznego procesu zatwierdzania zaczyna się od rzeczywistej pracy
Najczęstszym błędem jest to, że firma od razu szuka formularza, systemu workflow lub przycisku zatwierdzającego. Te mogą być później przydatnymi narzędziami, ale najpierw trzeba zrozumieć, jak praca odbywa się dzisiaj.
Wybierzcie częsty, ale biznesowo wrażliwy typ sprawy - na przykład zakup lub rabat dla klienta - i prześledźcie dziesięć rzeczywistych przypadków. Nie pytajcie, jak proces powinien działać, ale jak faktycznie działał. Kto go rozpoczął? Jakie dane zostały podane? Ile razy trzeba było uzupełniać brakujące informacje? Kto podjął decyzję? Gdzie zarejestrowano decyzję? Co się stało, jeśli ktoś nie odpowiedział?
To badanie zazwyczaj ujawnia, że niektóre kolejne zatwierdzenia są w rzeczywistości tylko informacyjne. Zdarza się również, że dwóch menedżerów sprawdza to samo ryzyko, podczas gdy nikt nie odpowiada za istotny aspekt. Na przykład kierownik ds. zakupów patrzy na cenę, dział finansowy na budżet, ale nikt nie sprawdza, czy zakupiony produkt jest zgodny z zatwierdzonym zapotrzebowaniem lub umową.
Celem nie jest wprowadzenie jak największej liczby kontroli. Celem jest, aby każde istotne ryzyko miało właściciela, podczas gdy proste sprawy nie utkną niepotrzebnie.
Kategorie i granice decyzyjne
W dobrze działającym porządku najpierw rozróżnia się typy spraw. Inna logika zatwierdzania jest potrzebna dla nowego dostawcy, zamówienia uzupełniającego zapasy, wydatku na unikalny projekt i zobowiązania umownego. Jeśli wszystkie przechodzą tą samą ścieżką, proces będzie albo zbyt wolny, albo zbyt luźny.
Następnie warto określić jednoznaczne granice decyzyjne. Sama kwota to za mało. Może liczyć się rodzaj kosztu, czas trwania umowy, odchylenie od zatwierdzonego budżetu, wpływ na klienta lub produkcję, a także to, czy transakcja dotyczy nowego czy istniejącego partnera.
W przypadku powtarzającego się zamówienia na materiały podstawowe, które znajduje się w budżecie, wystarczająca może być zgoda kierownika działu. Nowa, wieloletnia umowa na usługi może jednak wymagać decyzji prawnej, finansowej i biznesowej. Nie liczba zatwierdzających jest kluczowa, ale to, że odpowiednia rola odpowiada na odpowiednie pytanie.
Bez obowiązkowych danych nie ma istotnej decyzji
Decydent nie powinien składać sprawy z e-maili i załączników. Jeśli tak się dzieje, czas zatwierdzania będzie dłuższy, a szansa, że dwa przypadki zostaną ocenione na podstawie nieporównywalnych informacji, wzrośnie.
Dla każdego typu sprawy należy określić minimalny pakiet danych, bez którego zatwierdzenie nie może się rozpocząć. W przypadku zakupów są to zazwyczaj powód zapotrzebowania, kwota, miejsce kosztów, dostawca, oferta lub umowa, wymagany termin i pokrycie budżetowe. W przypadku rabatów liczą się inne dane: klient, zwykła cena, żądane odstępstwo, powód, przewidywany wpływ na biznes i czas obowiązywania.
Obowiązkowe dane to nie biurokracja. Ich celem jest, aby informacje potrzebne do decyzji znalazły się w procesie raz, a nie były zbierane przez trzy osoby oddzielnie.
Odpowiedzialność, zastępstwo i eskalacja
Macierz zatwierdzania jest użyteczna, jeśli zawiera nie tylko nazwiska, ale i role. Proces związany z nazwiskiem szybko się dezaktualizuje w przypadku reorganizacji, urlopu lub odejścia. Zasada oparta na rolach jest bardziej trwała: na przykład kierownik działu, dyrektor finansowy, dyrektor generalny lub odpowiedzialny za zakupy.
Każdy krytyczny zatwierdzający musi mieć wyznaczonego zastępcę i jasne uprawnienia. Zastępstwo nie może oznaczać, że ktokolwiek może przejąć dowolną decyzję. Należy określić, w jakich przypadkach może działać, do jakiej kwoty i czy wymagana jest późniejsza informacja lub potwierdzenie.
Eskalacja jest również niezbędna. Co się dzieje, jeśli decyzja czeka dwa dni robocze? Czy wysyłane jest automatyczne przypomnienie? Czy trafia do zastępcy? Czy właściciel procesu otrzymuje powiadomienie? Jest to szczególnie ważne w sprawach związanych z produkcją, logistyką i terminami klienta, gdzie opóźnienie oznacza bezpośrednie ryzyko przychodów lub usług.
Co warto mierzyć przed wyborem systemu
Digitalizacja procesu poprawia działanie tylko wtedy, gdy służy rozwiązaniu mierzalnego problemu. Na początku nie potrzeba skomplikowanego pulpitu nawigacyjnego. Już kilka wskaźników pokaże, gdzie są zatory: średni czas zatwierdzania, procent spraw po terminie, liczba wniosków zwróconych z powodu braków, procent wyjątkowych przypadków i liczba spraw zmodyfikowanych lub wycofanych po zatwierdzeniu.
Warto je analizować według typu sprawy, jednostki organizacyjnej i wartości. Może się okazać, że ogólna średnia jest akceptowalna, ale przyjmowanie nowych dostawców trwa regularnie dziesięć dni. Może się również zdarzyć, że poziom menedżerski szybko obsługuje wszystkie sprawy, podczas gdy wnioski już na początku procesu stoją z powodu błędnych lub brakujących danych.
Pomiar pomaga uniknąć mylących rozwiązań. Jeśli głównym problemem jest źle wypełniony wniosek, nowy zatwierdzający tego nie rozwiąże. Jeśli uprawnienia decyzyjne są niepewne, szybsze powiadomienie nie wyeliminuje opóźnienia.
Kiedy uzasadnione jest wsparcie techniczne?
Jeśli zasady są stabilne, liczba spraw rośnie lub w kilku systemach trzeba obsługiwać te same dane, wsparcie technologiczne może być uzasadnione. Może to być funkcja istniejącego systemu ERP, zintegrowany wewnętrzny formularz, proces zarządzania dokumentami lub aplikacja na zamówienie. Odpowiednie rozwiązanie zależy od tego, gdzie powstaje zapotrzebowanie, gdzie znajdują się dane podstawowe i jaka jest potrzebna audytowalność.
Rabaty związane z e-sklepem na przykład nie mogą być dobrze obsługiwane oddzielnie e-mailem, jeśli zamówienie, dane klienta, zapasy i fakturowanie są w innych systemach. W takich przypadkach należy zaprojektować przepływ informacji, a nie tylko dodać elektroniczne zatwierdzenie. W innych przypadkach jednak prosty, centralny rejestr i dobrze określone powiadomienie mogą być wystarczającym pierwszym krokiem.
Dobry system nie czyni decyzji niewidoczną. Wręcz przeciwnie: pokazuje, na jakim etapie jest sprawa, kto jest następnym odpowiedzialnym, na podstawie jakich informacji podjęto decyzję i jaki wyjątek miał miejsce. Dzięki temu proces jest kontrolowalny bez ciągłego zadawania pytań.
Proces zatwierdzania jest dojrzały, gdy nowy pracownik rozumie z niego, jak rozpocząć sprawę, a menedżer w kilka minut widzi, co czeka na decyzję i dlaczego. To nie jest spektakularny rozwój, ale jedno z podstawowych warunków przewidywalnego wzrostu: decyzje firmy nie pozostają w pamięci poszczególnych osób, lecz w działającym systemie.
Planning a similar system or integration?
Show us the current process and systems. We will help identify the lowest-risk next step.
Key Takeaways
- Wewnętrzny proces zatwierdzania wyjaśnia zakresy decyzyjne.
- Zmniejsza opóźnienia w procesach decyzyjnych.
- Zapewnia bardziej niezawodne działanie firmy.
Frequently Asked Questions
Kiedy obecny system zatwierdzania sygnalizuje problem?
Nie każda decyzja wymaga formalnego procesu. W przypadku małych, rutynowych zakupów lub codziennych korekt operacyjnych zbyt wiele kontroli może przynieść więcej szkód niż korzyści. Problem pojawia się, gdy ta sama sprawa przebiega nieprzewidywalnie różnymi ścieżkami lub gdy zainteresowani dowiadują się o niej dopiero po fakcie.
Kiedy uzasadnione jest wsparcie technologiczne?
Jeśli zasady są stabilne, liczba spraw rośnie lub te same dane muszą być obsługiwane w kilku systemach, wsparcie technologiczne może być uzasadnione. Może to być funkcja istniejącego systemu zarządzania przedsiębiorstwem, zintegrowany wewnętrzny formularz, proces zarządzania dokumentami lub aplikacja dedykowana. Odpowiednie rozwiązanie zależy od miejsca powstawania zapotrzebowania, lokalizacji danych podstawowych i wymaganej audytowalności.
Related Engineering Insights
Jak ocenić obciążenia administracyjne?
Oto jak oceniamy obciążenia administracyjne: identyfikujemy powtarzalne zadania, źródła błędów i procesy spowalniające rozwój w firmie.
Oprogramowanie dedykowane czy arkusz kalkulacyjny? Kiedy które wybrać
Oprogramowanie dedykowane czy arkusz kalkulacyjny? Pokażemy, jak ocenić proces, ryzyka i potrzeby wzrostu, zanim odpowiedzialnie i na czas wybierzesz system.
Mikor érdemes munkafolyamatot automatizálni?
Mikor érdemes munkafolyamatot automatizálni? Jelek és döntési szempontok a megbízhatóbb, skálázható működéshez és jobb rálátáshoz növekedés közben is.