Jak przygotować firmę do wdrożenia nowego systemu? 10 rzeczy, które warto zrobić wcześniej

Nowy system najłatwiej kupić tak, jakby to był zwykły produkt: porównać funkcje, ceny i prezentacje kilku dostawców. Problem w tym, że udane wdrożenie oprogramowania jest bardziej projektem organizacyjnym niż zakupem programu.

Nawet bardzo dobry system nie rozwiąże niczego, jeśli nie wiadomo, który proces właściwie chcemy uporządkować, skąd pochodzą dane, kto podejmuje decyzje, które elementy są naprawdę niezbędne i po czym później poznamy, że wdrożenie coś rzeczywiście poprawiło.

Nie oznacza to, że przed pierwszą rozmową z dostawcą trzeba przygotować grubą dokumentację. Wręcz przeciwnie – z naszego doświadczenia jeden dobrze pokazany, rzeczywisty proces daje więcej niż kilkudziesięciostronicowa lista funkcji.

Poniżej dziesięć rzeczy, które warto przygotować wcześniej.

1. Wybierz jeden konkretny proces

Najgorszym punktem startowym jest „chcemy uporządkować całą firmę”. To może być prawdziwy cel, ale jest zbyt szeroki, żeby od niego zacząć analizę przedwdrożeniową systemu.

Znacznie lepiej wybrać jeden rzeczywisty proces, na przykład: zapytanie klienta → oferta → zlecenie → realizacja → dokumenty → rozliczenie. Albo: zamówienie → przygotowanie produkcji → wykonanie → magazyn → wysyłka.

Nie opisuj na początku, jak proces powinien wyglądać – pokaż, jak wygląda naprawdę. Kto pierwszy dostaje informację? Gdzie ją zapisuje? Komu ją przekazuje? Co dzieje się dalej? Gdzie powstaje dokument? Kto sprawdza termin? To właśnie w takich szczegółach najczęściej widać miejsca, które warto później uporządkować.

2. Nazwij problem, a nie listę funkcji

Firmy często zaczynają od listy: CRM, zadania, magazyn, kalendarz, raporty, dokumenty, powiadomienia. Taka lista może się przydać później, ale na początku dużo ważniejsze jest pytanie: co właściwie ma się poprawić?

„Potrzebujemy CRM” mówi niewiele. Dużo więcej mówi zdanie: handlowiec ustala z klientem szczegóły, ale po przekazaniu zlecenia do realizacji część tych informacji ginie i produkcja musi dopytywać od nowa. Albo: właściciel nie jest w stanie szybko sprawdzić, które zlecenia są opóźnione, bez dzwonienia do kilku pracowników.

To już są problemy, pod które da się zaprojektować rozwiązanie. Najpierw problem – funkcja jest dopiero odpowiedzią na niego.

3. Ustal właściciela procesu

Każdy ważny proces powinien mieć osobę, która potrafi podejmować dotyczące go decyzje. Niekoniecznie musi to być właściciel firmy – może to być kierownik produkcji, osoba odpowiedzialna za sprzedaż, koordynator realizacji albo inny pracownik, który dobrze zna dany obszar.

Jest to ważne, bo podczas wdrożenia szybko pojawiają się pytania: który etap powinien następować po którym, kto może zmieniać status, jakie dane są obowiązkowe, kto ma otrzymywać informację, co robić w sytuacji wyjątkowej. Jeśli nikt nie ma prawa na nie odpowiedzieć, projekt zaczyna się zatrzymywać na drobnych, pojedynczych decyzjach.

4. Porozmawiaj z ludźmi, którzy rzeczywiście wykonują tę pracę

Proces opisany przez zarząd często różni się od procesu wykonywanego każdego dnia. Nie dlatego, że ktoś robi coś źle – po prostu w praktyce powstają skróty, dodatkowe arkusze, własne notatki i sposoby radzenia sobie z sytuacjami, których oficjalna procedura nigdy nie przewidziała.

Dlatego przed wdrożeniem warto porozmawiać z osobami, które wprowadzają dane, przekazują informacje dalej, przygotowują dokumenty, sprawdzają statusy i rozwiązują bieżące problemy. Często okazuje się wtedy, że formalnie proces ma pięć etapów, a w rzeczywistości między nimi jest jeszcze kilkanaście ręcznych czynności. To właśnie one są zwykle najlepszym kandydatem do automatyzacji.

5. Spisz używane dziś programy, arkusze i inne źródła informacji

Nie chodzi o rozbudowaną dokumentację techniczną – wystarczy prosta mapa: narzędzie → jakie dane zawiera → kto z niego korzysta → do czego są później potrzebne.

W jednej firmie może to być program księgowy, arkusze kalkulacyjne, poczta, system magazynowy, aplikacja produkcyjna, foldery sieciowe i dodatkowe narzędzie używane tylko przez jeden dział. To ważne, bo nowy system nie zawsze powinien wszystkiego zastąpić. Czasem znacznie lepszą decyzją jest zostawić dobre narzędzie, które już działa, i połączyć je z resztą procesu.

6. Sprawdź dane, zanim zaczniesz je przenosić

Przy zmianie systemu często pojawia się założenie: „przeniesiemy wszystko ze starego programu”. Nie zawsze jest to dobry pomysł. Dane mogą zawierać duplikaty klientów, nieaktualne kontakty, stare produkty, nieużywane statusy, błędne oznaczenia i informacje, których nikt od lat nie wykorzystuje.

Migracja to dobry moment, żeby ustalić cztery rzeczy: co przenosimy, co porządkujemy, co archiwizujemy i czego już nie potrzebujemy. Nowy system nie powinien zaczynać pracy od odziedziczenia całego bałaganu ze starego środowiska.

7. Oddziel „musi być" od „dobrze byłoby mieć"

Na etapie rozmów o nowym systemie bardzo łatwo stworzyć długą listę pomysłów – każdy dział przypomina sobie o funkcjach, które mogłyby się przydać, i pierwszy zakres zaczyna rosnąć.

Warto podzielić wymagania na trzy grupy: to, co musi działać na początku, bo bez tego proces nie może ruszyć; to, co powinno pojawić się w kolejnym etapie, bo jest wartościowe, ale nie blokuje pierwszego uruchomienia; i pomysły na przyszłość, które mogą się przydać, ale dziś trudno ocenić, czy naprawdę się opłacą. Ta prosta klasyfikacja potrafi znacząco ograniczyć koszt, czas i ryzyko pierwszego etapu.

8. Ustal pierwszy rozsądny zakres

Nie trzeba cyfryzować całej firmy jednego dnia. W wielu przypadkach bezpieczniej jest najpierw uruchomić jeden pełny przepływ, na przykład: klient → oferta → zlecenie → zadania → dokumentacja – a dopiero później rozszerzyć go o magazyn, koszty, raportowanie i automatyzacje.

Dzięki temu można szybciej sprawdzić, jak system działa na rzeczywistych danych i gdzie potrzebne są korekty. Pierwszy etap nie powinien być jednak przypadkowo mały – powinien tworzyć zamknięty, użyteczny fragment procesu, który daje pracownikom realną wartość już od pierwszego dnia.

9. Zidentyfikuj potrzebne integracje

Wdrożenie nowego systemu nie oznacza automatycznie wymiany wszystkiego, czego firma używała wcześniej. Jeśli księgowość działa dobrze, nie ma sensu jej zastępować tylko dlatego, że pojawia się nowy system operacyjny. To samo może dotyczyć sklepu internetowego, WMS-u, programu produkcyjnego, aplikacji branżowej, systemu dostawcy czy narzędzi projektowych.

Warto natomiast sprawdzić, gdzie dziś „integracją” jest pracownik. Jeśli ktoś codziennie pobiera dane z jednego programu i przepisuje je do drugiego, to bardzo dobry kandydat do automatyzacji – i realna oszczędność czasu, którą łatwo policzyć jeszcze przed wdrożeniem.

10. Ustal, po czym poznacie, że wdrożenie się udało

„System działa” to zbyt słaby miernik sukcesu. Znacznie lepiej określić konkretne efekty, na przykład: status zlecenia można sprawdzić bez telefonowania do pracowników; dane klienta nie są ponownie przepisywane przy rozpoczęciu realizacji; dokumentacja znajduje się przy właściwym zleceniu; zarząd widzi opóźnienia w jednym miejscu; pracownik nie przygotowuje ręcznie kilku takich samych zestawień; koszty można przypisać do konkretnej realizacji; spada liczba sytuacji, w których ktoś pracuje na nieaktualnej informacji.

Takie kryteria pozwalają później ocenić nie tylko sam system, ale i jakość całego wdrożenia.

Czego nie warto robić przed wdrożeniem systemu?

Nie projektuj całego systemu samodzielnie przed rozmową z dostawcą. Warto dobrze znać swój proces, ale nie trzeba od razu decydować, jak technicznie ma działać każdy ekran i formularz.

Nie próbuj odwzorować wszystkich starych przyzwyczajeń. Jeśli nowy system ma dokładnie kopiować wszystkie obejścia starego, traci się część sensu tej zmiany.

Nie zaczynaj od wyboru technologii. „Chcemy ERP”, „potrzebujemy CRM” czy „napiszmy aplikację” to gotowe rozwiązania, a nie definicje problemu, który chcemy rozwiązać.

Nie zakładaj, że więcej funkcji oznacza lepszy system. Każda dodatkowa funkcja to też więcej decyzji, testów, szkoleń i późniejszego utrzymania.

Nie odkładaj rozmów z użytkownikami na koniec. Jeśli pracownicy zobaczą system dopiero po zakończeniu całego projektu, może się okazać, że rozwiązanie nie pasuje do ich rzeczywistej pracy.

Nie traktuj uruchomienia jako końca projektu. Po kilku tygodniach realnego użytkowania zwykle wiadomo dużo więcej niż podczas pierwszych warsztatów.

DO WYKORZYSTANIA

Checklista przed pierwszą rozmową o wdrożeniu

Nie potrzebujesz gotowej specyfikacji. Przejdź przez te 10 punktów i przygotuj obraz tego, jak firma działa dzisiaj.

1. 01

   Wybierz jeden konkretny proces

   Przygotuj przykład rzeczywistego procesu lub zlecenia i pokaż jego przebieg krok po kroku.

2. 02

   Nazwij problem

   Zapisz, gdzie ginie informacja, co trzeba przepisywać i co dziś jest trudne do kontrolowania.

3. 03

   Wyznacz właściciela procesu

   Wskaż osobę, która dobrze zna obszar i może podejmować dotyczące go decyzje.

4. 04

   Zaangażuj rzeczywistych użytkowników

   Porozmawiaj z osobami, które codziennie wykonują czynności, które ma później wspierać system.

5. 05

   Spisz używane narzędzia

   Zbierz programy, arkusze, foldery i inne miejsca, w których dziś znajdują się dane.

6. 06

   Sprawdź jakość danych

   Ustal, co warto przenieść, uporządkować, zarchiwizować i czego już nie potrzebujesz.

7. 07

   Oddziel „musi być” od „dobrze byłoby mieć”

   Rozdziel zakres konieczny na start od elementów, które mogą poczekać.

8. 08

   Ustal pierwszy rozsądny zakres

   Wybierz zamknięty fragment procesu, który po uruchomieniu da realną wartość.

9. 09

   Zidentyfikuj integracje

   Sprawdź, gdzie pracownik ręcznie przenosi dane między systemami.

10. 10

    Określ mierniki sukcesu

    Zapisz 2–3 konkretne efekty, po których poznacie, że wdrożenie coś poprawiło.

Nie potrzebujesz gotowej specyfikacji. Potrzebujesz dobrego obrazu tego, jak firma działa dzisiaj.

Jak podchodzimy do przygotowania wdrożenia w NSF?

W projektach, przy których uczestniczymy, staramy się jak najszybciej przejść od rozmowy ogólnej do rzeczywistego przykładu. Zamiast pytać wyłącznie „jakich modułów potrzebujecie?”, wolimy zobaczyć ostatnie zlecenie i wspólnie przejść przez to, co działo się od pierwszego kontaktu z klientem do zakończenia realizacji.

W takim przebiegu bardzo szybko widać, gdzie informacja jest przepisywana, które osoby muszą dopytywać innych, gdzie powstają dokumenty i w którym miejscu zarząd traci możliwość szybkiej kontroli. Dopiero później rozmawiamy o tym, jak powinien wyglądać system. Takie samo podejście stosujemy przy wdrożeniach oprogramowania dla firm oraz przy konfiguracji NSF Core.

Dobre przygotowanie nie oznacza napisania specyfikacji

Najlepsze przygotowanie firmy do wdrożenia nowego systemu nie polega na zaprojektowaniu całego rozwiązania przed pierwszą rozmową. Znacznie ważniejsze jest zrozumienie procesu, nazwanie problemów, uporządkowanie danych, wskazanie ludzi odpowiedzialnych za decyzje, ustalenie pierwszego zakresu i określenie oczekiwanego efektu.

Technologię można dobrać później. I właśnie dlatego wdrożenie warto zaczynać nie od demonstracji stu funkcji, tylko od rozmowy o tym, jak firma naprawdę działa.

Najczęstsze pytania