Obieg zleceń w firmie: co powinien obsłużyć program?

Zacznij od miejsca, w którym ginie informacja

Klient pyta o termin. Biuro sprawdza arkusz, dzwoni do osoby wykonującej zlecenie i szuka załącznika w poczcie. Każde narzędzie zawiera fragment odpowiedzi, ale nie wiadomo, który jest aktualny. W takiej sytuacji problemem może być przekazywanie informacji między osobami, a nie brak rozbudowanego systemu planowania.

Przejdź przez kilka zakończonych i otwartych zleceń. Zapisz, gdzie pojawiło się oczekiwanie, ponowne pytanie lub poprawka. Oddziel sytuacje, w których brakowało danych, od tych, w których nikt nie wiedział, że powinien podjąć działanie. Program może pomóc w obu przypadkach, ale potrzebuje innych funkcji.

Zanim zamówisz aplikację, sprawdź, czy obecny program ma wspólny rejestr zleceń, załączniki, osoby odpowiedzialne i filtry brakujących danych. Uporządkowanie jego konfiguracji może wystarczyć do pierwszej zmiany.

Jedno zlecenie powinno mieć wspólny punkt odniesienia

Ustal, po czym pracownicy rozpoznają tę samą sprawę. Numer zlecenia powinien łączyć opis pracy, ustalenia z klientem oraz dokumenty potrzebne do wykonania zadania. Jeżeli zamówienie klienta obejmuje kilka osobnych realizacji, trzeba rozstrzygnąć, czy będą pozycjami jednego zlecenia, czy powiązanymi zleceniami.

W pierwszej wersji warto rozważyć:

• numer i krótki opis zlecenia;
• klienta oraz właściwą osobę kontaktową;
• uzgodniony zakres, ilość i termin;
• osobę odpowiedzialną za kolejny krok;
• aktualne dokumenty i historię ich zmian;
• brakujące informacje z terminem uzupełnienia;
• zapis istotnych decyzji: kto zmienił zakres, kiedy i dlaczego.

Nie każde pole musi być obowiązkowe od początku. Przy przyjęciu zapytania można jeszcze nie znać terminu wykonania. Trzeba jednak ustalić, na którym etapie informacja staje się konieczna i kto ją uzupełnia. Blokowanie całej pracy przy każdym pustym polu może tworzyć nowe obejścia.

Status powinien oznaczać konkretną sytuację

Nazwy „nowe”, „w toku” i „gotowe” są zbyt ogólne, jeżeli różne osoby rozumieją je inaczej. Zamiast mnożyć statusy, opisz dla każdego warunek wejścia, osobę odpowiedzialną oraz oczekiwany następny krok.

Poniżej fikcyjny przykład obiegu zlecenia na wykonanie elementów. Pokazuje sposób zapisania zasad, a nie gotowy model odpowiedni dla każdej firmy.

Tabelę możesz przesunąć w bok, aby przeczytać warunki każdego etapu.

Stan „czeka na odpowiedź klienta” często warto pokazać jako przeszkodę przy zleceniu, wraz z osobą i datą przypomnienia. Wówczas podstawowy etap nadal mówi, jak daleko zaszła praca. Ostateczny podział zależy od sposobu działania firmy.

Najwięcej wyjaśniają wyjątki

Załóżmy, że klient dosłał poprawiony rysunek po rozpoczęciu pracy. Samo zastąpienie pliku nowym nie rozwiązuje problemu: wykonawca mógł już przygotować materiał według poprzedniej wersji. Potrzebna jest decyzja, czy przerwać pracę, co sprawdzić i kto potwierdzi dalszy zakres.

Przygotuj podobne scenariusze do rozmowy z wykonawcą aplikacji:

1. Klient zmienia ilość lub termin po przekazaniu zlecenia.
2. Część zamówienia jest gotowa, a pozostała czeka na materiał.
3. Osoba odpowiedzialna jest nieobecna i przekazuje zadanie zastępcy.
4. Zlecenie zostaje anulowane po wykonaniu części pracy.
5. Brak dokumentu wychodzi na jaw dopiero podczas realizacji.

Dla każdego scenariusza ustal, co zostaje zapisane, kogo trzeba poinformować i co widzą pozostałe osoby. Historia ma pomagać ustalić przebieg sprawy, a powiadomienie wskazywać działanie. Wysyłanie wszystkim wiadomości o każdej zmianie szybko utrudnia odnalezienie ważnych informacji.

Każda rola potrzebuje innego widoku

Biuro potrzebuje odpowiedzi dla klienta: etap, termin, przeszkoda i osoba prowadząca sprawę. Wykonawca potrzebuje kolejki swoich zadań i aktualnych instrukcji. Właściciel może potrzebować listy opóźnień oraz zleceń bez osoby odpowiedzialnej. Te widoki powinny korzystać z tych samych ustaleń, zamiast tworzyć osobne kopie zlecenia.

Zapytaj pracowników, jak szukają informacji w trakcie zwykłego dnia. Sprawdź też urządzenia: duży ekran w biurze i telefon przy stanowisku wymagają innego rozmieszczenia informacji. Krótki test rzeczywistego zadania powie więcej niż ocena samego wyglądu panelu.

Jak sprawdzić pierwszą wersję

Wybierz ograniczony rodzaj zleceń i przejdź przez niego z osobami, które faktycznie wykonują pracę. Sprawdź zwykły przebieg oraz opisane wyjątki. Ustal, gdzie w czasie próby znajduje się obowiązująca informacja, żeby równoległy arkusz i aplikacja nie prowadziły do dwóch różnych wersji.

Przed zmianą zapisz punkt odniesienia: jak długo trwa znalezienie statusu, ile spraw ma nieuzupełnione dane i ile razy biuro musi pytać o tę samą informację. Powtórz obserwację na porównywalnej grupie zleceń. Wynik pokaże, czy nowy sposób pracy pomaga; samo korzystanie z programu tego nie dowodzi.

Co przygotować do rozmowy o aplikacji

Wystarczą na początek przykładowa karta zlecenia, lista osób biorących udział w pracy oraz dwa trudne przypadki. Usuń dane klientów, których nie trzeba udostępniać. Dopisz, czego dziś nie można łatwo ustalić oraz kto potrzebuje tej informacji.

Na tej podstawie można określić zakres aplikacji do obsługi zleceń. Jeśli część danych pozostaje w innych programach, osobnym krokiem jest ustalenie zakresu integracji. Przed uruchomieniem zaplanuj także przeniesienie otwartych spraw i wdrożenie użytkowników.