Transformacja cyfrowa a wdrożenie systemu – dlaczego to nie to samo

Nowy system, stare procesy

W rozmowach z zarządami dość często pojawia się zdanie: „transformację cyfrową mamy już za sobą, wdrożyliśmy ERP dwa lata temu”. Kiedy jednak zaczyna się rozmowa o tym, co się w firmie realnie zmieniło — jak wygląda dziś proces ofertowania, ile trwa zamknięcie miesiąca, czy dyrektor sprzedaży ma wiarygodny forecast — obraz przestaje być spójny. System działa. Dane w nim są. Tylko decyzje podejmuje się dalej na podstawie arkusza, który ktoś ręcznie zestawia w piątek po południu.

To nie jest opowieść o złym oprogramowaniu. To opowieść o różnicy między wdrożeniem systemu a transformacją cyfrową. Pierwsze jest projektem informatycznym z budżetem, harmonogramem i odbiorem. Drugie jest zmianą sposobu, w jaki organizacja pracuje, mierzy się i podejmuje decyzje. Można zrobić pierwsze bez drugiego — i większość firm tak robi, zwykle nieświadomie.

Dlaczego samo narzędzie nie zmienia organizacji

System jest odbiciem procesu, który w firmie już istnieje. Jeśli proces jest niespójny, oparty na wyjątkach i wiedzy pojedynczych osób, wdrożenie najczęściej ten stan utrwala. Konfiguracja idzie za tym, co dziś robią użytkownicy, bo tak jest szybciej i mniej konfliktowo. Efekt: firma płaci za technologię, która zabetonowała nieefektywność.

Z doświadczeń naszych ekspertów wynika, że w takich projektach najwięcej energii zużywa się na uzgadnianie pól, raportów i uprawnień, a najmniej na pytanie, po co dany proces w ogóle istnieje w takiej formie. To pytanie warto zadać wcześniej — przed wyborem dostawcy, nie po pierwszym miesiącu produkcyjnym.

Druga rzecz, którą łatwo przeoczyć: technologia zmienia rozkład władzy nad informacją. Kiedy dane stają się przejrzyste, widać, kto naprawdę dowozi wyniki, gdzie leżą zapasy, które projekty są nierentowne. Nie każdy w organizacji tego chce. Opór wobec systemu bardzo rzadko dotyczy interfejsu. Dużo częściej dotyczy tego, że nowe narzędzie odbiera komuś monopol na interpretację rzeczywistości. Jeśli zarząd tego nie zaadresuje wprost, użytkownicy znajdą sposób, by system obejść — równolegle prowadzony plik, „tymczasowa” ewidencja, dane wprowadzane po fakcie i bez rzetelności.

Cztery warstwy, które muszą się zmienić razem

Transformacja cyfrowa, która przynosi efekt finansowy, dzieje się jednocześnie w kilku warstwach:

- Proces — uproszczony i przeprojektowany *przed* konfiguracją, a nie odwzorowany jeden do jednego. - Dane — jedno źródło prawdy, uzgodnione definicje wskaźników, jasna odpowiedzialność za jakość danych. - Kompetencje i sposób pracy menedżerów — czy dyrektor prowadzi spotkanie sprzedażowe na danych z systemu, czy na własnym pliku. - Model decyzyjny — co się zmienia w tym, kto, kiedy i na jakiej podstawie podejmuje decyzje.

Wystarczy, że jedna z tych warstw zostanie nietknięta, żeby zwrot z inwestycji nie pojawił się nigdy. Najczęściej pomijana jest ostatnia. Firmy inwestują w narzędzia raportowe, ale rytm zarządzania zostaje ten sam: comiesięczne spotkanie, na którym omawia się przeszłość.

Jak rozpoznać, że wdrożenie nie stało się transformacją

Kilka sygnałów, które w praktyce pojawiają się razem:

- równolegle do systemu funkcjonują arkusze kalkulacyjne, bez których nie da się przygotować raportu zarządczego, - ten sam wskaźnik ma dwie różne wartości w zależności od tego, kto go liczy, - czas realizacji kluczowego procesu (ofertowanie, zamknięcie miesiąca, obsługa reklamacji) nie skrócił się po wdrożeniu, - liczba etatów w administracji nie zmieniła się, choć część pracy została zautomatyzowana, - po odejściu jednej osoby proces przestaje działać.

Ostatni punkt jest szczególnie istotny dla właścicieli myślących o wartości przedsiębiorstwa. Firma, w której procesy trzymają się na pamięci kilku osób, jest wyceniana niżej niż firma o porównywalnych wynikach, ale przewidywalna i odtwarzalna. Cyfryzacja ma sens biznesowy między innymi dlatego, że zmniejsza tę zależność — pod warunkiem, że idzie za nią porządek w procesach.

Od czego zacząć, żeby nie kupować rozwiązania przed zdefiniowaniem problemu

Najdroższy błąd w tym obszarze to wybór technologii jako pierwszy krok. Kolejność, która daje znacznie lepsze rezultaty, wygląda inaczej:

1. Zdefiniuj problem w kategoriach wyniku. Nie „potrzebujemy CRM”, ale „tracimy marżę na ofertach przygotowywanych bez kontroli cen” albo „nie potrafimy przewidzieć sprzedaży na kolejny kwartał z sensowną dokładnością”. 2. Zmierz stan obecny. Czas cyklu, liczba dotknięć, koszt obsługi jednego zlecenia, poziom błędów. Bez tego nie da się później pokazać efektu i bardzo trudno obronić budżet. 3. Uprość proces przed automatyzacją. Automatyzowanie nadmiarowych kroków tylko przyspiesza generowanie bałaganu. 4. Ustal właścicieli procesów i danych. Nie działów. Osób. 5. Zaplanuj zmianę sposobu pracy menedżerów. To zwykle wymaga więcej wysiłku niż konfiguracja i jest najczęściej niedoszacowane w harmonogramie. 6. Wybierz technologię jako konsekwencję powyższych decyzji.

Ta kolejność wygląda oczywiście, a w praktyce jest odwracana niemal zawsze — bo dostawca oprogramowania odpowiada na zapytanie, które firma już sformułowała, i nie ma mandatu, by je podważać. Dlatego rolę „tłumacza” między biznesem a technologią ktoś w organizacji musi objąć świadomie.

Transformacja cyfrowa jako decyzja zarządu, nie projekt IT

Jeśli właścicielem tematu jest dział IT, projekt skończy się na systemie. Jeśli właścicielem jest zarząd, jest szansa, że skończy się na zmianie wyników — krótszym cyklu gotówkowym, wyższej marży na kontraktach, mniejszej liczbie błędów, wyższej produktywności zespołów. Technologia jest w tym równaniem narzędziem, nie celem.

W ITTC podchodzimy do tego od strony problemu biznesowego: najpierw diagnoza, gdzie realnie tracone są pieniądze i czas, następnie przeprojektowanie procesów, dobór rozwiązań technologicznych i praca z menedżerami, którzy mają w nowym modelu funkcjonować. W części projektów sensowne bywa czasowe wsparcie w formie interim managementu — szczególnie gdy organizacja nie ma wewnątrz kompetencji do prowadzenia zmiany tej skali. Miarą sukcesu nie jest uruchomienie systemu, a to, co widać w rachunku wyników kilka kwartałów później.

Jeżeli w Twojej firmie wdrożenie zostało zakończone, ale efekt się nie pojawił — albo dopiero rozważasz taki projekt i chcesz uniknąć typowych pułapek — warto przeanalizować, gdzie leży rzeczywista przyczyna i które działania dadzą największy zwrot.