Podczas prezentacji zlecenie przechodzi od przyjęcia do rozliczenia w kilka minut. W firmie pojawia się jednak dodatkowy koszt, zmienia przewoźnik albo brakuje dokumentu. Wdrożenie warto sprawdzić na tych sytuacjach, zanim nowy program stanie się podstawowym miejscem pracy.
Wybierz zlecenie, które pokazuje cały obieg
Zacznij od opisania własnego procesu: kto przyjmuje zlecenie, potwierdza warunki, dobiera przewoźnika, aktualizuje realizację i przygotowuje rozliczenie. Przy każdym przekazaniu odpowiedz, jakie dane oraz dokumenty musi otrzymać następna osoba.
Zaznacz miejsca, gdzie informacja powstaje ponownie w arkuszu lub wiadomości. Nie zakładaj, że każda stara praktyka musi zostać odwzorowana. Ustal, które czynności są potrzebne do wyniku, a które jedynie obchodzą ograniczenia dotychczasowych narzędzi.
Na tej podstawie opisz podstawowy przebieg w nowym programie. Każdy etap powinien mieć właściciela i warunek przejścia. Status „zakończone” trzeba rozdzielić od „gotowe do rozliczenia”, jeśli w firmie oznaczają inne obowiązki.
Wyznacz osoby, które mogą rozstrzygać
Dostawca nie powinien zgadywać, kto zatwierdza sposób działania firmy. Wskaż osobę koordynującą wdrożenie oraz właścicieli procesu operacyjnego, rozliczeń i danych. Spisz, kto akceptuje zmianę zakresu oraz wymaganie pojawiające się w trakcie pracy.
Uprawnienia przełóż na konkretne czynności. Kto może zmienić przewoźnika po potwierdzeniu? Kto poprawi koszt i kto zatwierdzi korektę? Samo nadanie roli „spedytor” nie odpowiada na te pytania. Uzgodnienia powinny trafić do konfiguracji i testów.
Przygotowanie rekordów i zasad migracji ma własny plan. Opisuje go poradnik o danych przed wdrożeniem TMS. Tutaj skupiamy się na organizacji uruchomienia oraz odbiorze procesu.
Pilotaż powinien zawierać również wyjątki
Można rozpocząć od małej grupy użytkowników i ograniczonej próbki zleceń. Wybierz sytuacje występujące w swojej firmie; poniższa lista jest propozycją do dopasowania:
- Przyjęcie, realizacja i rozliczenie standardowego zlecenia.
- Zmiana przewoźnika oraz przekazanie aktualnych warunków właściwej osobie.
- Dodanie opłaty nieuwzględnionej w pierwszym planie i jej zatwierdzenie.
- Brak dokumentu potrzebnego do zamknięcia procesu.
- Anulowanie lub korekta, bez utraty śladu wcześniejszego ustalenia.
Przy każdej próbie zapisz oczekiwany wynik, wykonane kroki i rezultat. Rozdziel błąd konfiguracji od niejasnego wymagania lub braku przeszkolenia. Jeżeli ktoś musi stale dopisywać dane poza programem, ustal powód przed zamknięciem pilotażu.
Szkolenie opieraj na pracy danej roli
Spedytor powinien przećwiczyć zlecenie, a osoba rozliczająca — znalezienie dokumentów, kosztów i podstawy rozliczenia. Ogólna prezentacja menu nie zastąpi wykonania własnego scenariusza. Przygotuj krótką instrukcję dla typowych czynności oraz drogę zgłaszania problemów.
Zapewnij użytkownikom dostęp i uprawnienia przed próbą. Wyznacz też zastępstwa: proces nie może zależeć od obecności jedynej osoby, która potrafi zatwierdzić wymagany etap.
Ustal dokładny moment przejścia
Opisz, które zlecenia kończysz w starym systemie, a które prowadzisz w nowym. Dla otwartych spraw wyznacz właściciela informacji. Równoległa praca wymaga reguły wskazującej obowiązującą wersję; bez niej dwa poprawne zapisy mogą opisywać różne stany.
Przed startem uzgodnij kopię danych, wsparcie i sposób postępowania, jeśli firma nie może kontynuować pracy. Warunki ewentualnego powrotu powinny uwzględniać nowe informacje zapisane po przełączeniu. Sama dostępność starszej bazy tego nie rozwiązuje.
Odbiór oprzyj na wynikach uzgodnionych prób: czy zlecenie da się przeprowadzić, dokumenty są dostępne, a rozliczenie wynika z aktualnych danych. Zgłoszenia po starcie zapisuj z właścicielem i priorytetem. Zmianę oceniaj według konkretnego przebiegu pracy, nie liczby uruchomionych funkcji.
