Zapisz zadania, których firma nadal potrzebuje.
Stary program może mieć wiele funkcji, ale zespół korzysta regularnie tylko z części z nich. Przygotuj listę pełnych zadań: przyjęcie zamówienia, przydział pracy, potwierdzenie wykonania i odszukanie wcześniejszej sprawy. Wskaż również czynności wykonywane obok programu w arkuszu albo poczcie.
Przykładowo firma serwisowa przyjmuje zgłoszenie w jednym narzędziu, a technikom przekazuje szczegóły wiadomością. Nowy system ma uporządkować ten przebieg. Nie musi odtwarzać każdej starej zakładki. Potrzebuje informacji o tym, gdzie powstaje sprawa, kto ją przejmuje i co powinno być widoczne po zakończeniu.
Sprawdź, co zależy od starego systemu.
Raporty, eksporty, księgowanie i narzędzia współpracujące mogą korzystać z danych starego programu. Zbierz listę odbiorców tych informacji i ich wymagania. Jeżeli numer sprawy trafia do dokumentów firmy, zachowanie jego znaczenia jest częścią planu. Nie wystarczy sprawdzić, czy nowy ekran wygląda czytelnie.
Przydatne są dostępne formaty eksportu i opis połączeń. Możliwości trzeba potwierdzić dla konkretnego systemu i warunków dostępu. Jeśli potrzebnych danych nie można pobrać, należy wyjaśnić to przed wyceną przeniesienia. Pozwala to wskazać alternatywę, ograniczenie pierwszej wersji albo dodatkową pracę przy obecnym narzędziu.
Pilotaż obejmuje cały wybrany proces.
Wybierz ograniczoną grupę użytkowników lub rodzaj spraw, który da się obsłużyć od początku do końca. Pilotaż serwisu może obejmować zgłoszenie, przydział technika, raport wizyty i zamknięcie. Użytkownicy powinni wiedzieć, gdzie zapisują zmiany i kto pomaga w razie pytania.
Sprawdzamy również wyjątki: przełożoną wizytę, brak połączenia i zadanie przekazane innej osobie. Wnioski zapisujemy jako konkretne problemy z oczekiwanym wynikiem. Przed rozszerzeniem dostępu ustalamy, które uwagi dotyczą poprawności, a które są pomysłem na dalszą funkcję.
Jeden moment, jedna odpowiedzialność za stan.
Przełączenie wymaga decyzji, skąd pochodzi aktualny stan spraw. Określ datę, zakres użytkowników i osobę, która potwierdza gotowość. Zaplanuj przekazanie ostatnich zmian oraz sposób porównania danych po imporcie. Stary program może pozostać archiwum, jeśli tak wynika z uzgodnień.
Równoległa praca ma sens tylko z regułami: które narzędzie przyjmuje nowe sprawy, co synchronizujemy i jak rozstrzygamy różnice. Samo używanie dwóch aplikacji nie zapewnia poprawności. Przed startem ustalamy też warunki przerwania przełączenia i sposób dalszej obsługi, gdy wynik kontroli nie będzie zgodny z planem.
Odbierz zmianę na rzeczywistym zadaniu.
Osoba z firmy powinna przejść uzgodniony proces na przygotowanych danych: znaleźć sprawę, przydzielić pracę, zapisać wynik i zobaczyć go w panelu. Kontrola obejmuje właściwe role i potrzebne raporty. Potwierdzenie gotowości opieramy na tym przebiegu oraz zapisanych warunkach.
Budżet może obejmować wykonanie aplikacji, migrację, integracje i wsparcie startu jako osobne elementy. Zacznij od opisania wymagań, przygotuj dane do przeniesienia i ustal próby odbioru.
Jaką decyzję podjąć dalej?
Przy organizowaniu startu nowego narzędzia zobacz Jak ustalić moment przejścia ze starego narzędzia?.
Przed przenoszeniem informacji z obecnej pracy sprawdź Z Excela do aplikacji: przygotowanie i kontrola danych.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Systemy dla firm.