Zanim kupisz kolejny system IT... Dlaczego 70% cyfrowych transformacji kończy się fiaskiem?

Znasz ten moment ze spotkań zarządu? Przez firmę przechodzi fala frustracji: handlowcy narzekają, że obecny CRM „zamula", magazyn znów zgubił ważne zamówienie, a księgowość po raz setny prosi o ręczne poprawianie faktur. Wtedy zazwyczaj pada magiczne zdanie:

„Nasz obecny system nas ogranicza. Musimy wdrożyć nowoczesnego ERP-a. To wreszcie narzuci ludziom porządek".

Zapadają decyzje. Wybieracie renomowanego dostawcę, budżet idzie w setki tysięcy złotych. Mija 12 miesięcy wyczerpującego wdrożenia. I co się okazuje po uroczystym starcie?

Firma wydała fortunę na oprogramowanie klasy Enterprise, a pracownicy i tak po cichu eksportują dane, żeby pracować na swoich prywatnych arkuszach Excela. Zmieniło się logo na ekranie logowania, ale problemy z przepływem informacji i błędy operacyjne pozostały dokładnie te same.

Według twardych danych rynkowych (m.in. badań McKinsey czy Gartnera), nawet 70% projektów cyfrowej transformacji nie dowozi zakładanych rezultatów biznesowych. Dlaczego? Ponieważ firmy notorycznie wpadają w najstarszą pułapkę branży IT: mylą zakup oprogramowania z rozwiązaniem problemu organizacyjnego.

Oprogramowanie nie leczy patologii. Oprogramowanie je obnaża

Prawda, którą często muszę uświadamiać prezesom i dyrektorom, jest brutalna: technologia nie jest menedżerem. Nie rozwiąże problemu braku kompetencji, rozmytej odpowiedzialności czy braku jasnych procedur.

Dostawcy IT sprzedają licencje, a nie ułożenie biznesu. Typowa firma wdrożeniowa zazwyczaj pyta: „Jakie pola chcecie mieć w formularzu?", zamiast zadać fundamentalne, inżynieryjne pytanie: „Dlaczego ten konkretny dokument w ogóle musi krążyć między trzema różnymi działami?".

Jeśli Twój obecny proces przepływu informacji to chaos, w którym handlowiec musi dzwonić na magazyn, by dowiedzieć się, czy towar fizycznie istnieje, a księgowość ręcznie przeklepuje dane z PDF-ów do systemu finansowego... to wdrożenie najdroższego oprogramowania w niczym tu nie pomoże. Sprawi jedynie, że zdigitalizujesz swój własny bałagan.

Z życia wzięte: O systemie, który wymagał wypełnienia 25 okienek

Zejdźmy na ziemię. Spójrzmy na realny, zanonimizowany przykład z jednej z polskich firm w sektorze B2B, która zgłosiła się do mnie po „nieudanym wdrożeniu".

Firma borykała się z dramatycznie długim czasem przekazywania projektów od handlowców (którzy domykali sprzedaż) do działu realizacji. Zarząd zdiagnozował to tak: „Brakuje nam narzędzia, wszystko ginie w mailach". Kupiono licencje na zaawansowany system obiegu dokumentów (Workflow). Wdrożenie pochłonęło dziesiątki tysięcy złotych. Efekt? Proces zwolnił jeszcze bardziej, a otwarty konflikt między działami się zaostrzył.

Kiedy w iStrus ADVISORY wszedłem do tej organizacji, by przeprowadzić audyt, odkryłem prawdziwe źródło problemu. Nowy, "sztywny" system został zaprojektowany w oparciu o życzenia zarządu i wymagał od handlowca wypełnienia aż 25 twardych danych w formularzu (m.in. dokładne gabaryty przesyłki, szczegółowe warunki dojazdu TIR-a na plac budowy), zanim system w ogóle pozwolił mu kliknąć przycisk „Przekaż do realizacji".

Problem polegał na tym, że na etapie domykania sprzedaży, handlowiec znał odpowiedzi tylko na 5 z nich. Resztę zespół techniczny ustalał znacznie później.

Co robili ludzie na froncie, by ratować swoje premie i popychać tematy do przodu? Tworzyli tzw. Shadow IT (szarą strefę informatyczną). Żeby sztucznie przepchnąć temat dalej, wpisywali w formularz losowe ciągi znaków (np. „123", kropki lub „brak danych"), byle tylko program pozwolił im przejść do kolejnego kroku. Dział realizacji dostawał w nowym, błyszczącym systemie „pusty" projekt z bzdurnymi danymi i... i tak musiał łapać za telefon, żeby dzwonić do handlowca i dopytywać o szczegóły.

Firma wydała majątek na oprogramowanie, które dołożyło ludziom bezsensownej pracy. Zignorowano fundament: brak inżynieryjnej standaryzacji samego procesu i ustalenia kto, kiedy i jakich danych faktycznie potrzebuje. Próbowano zakleić organizacyjną, procedurową dziurę drogim, informatycznym plastrem.

Dlaczego bezwzględna Diagnoza to Krok Zerowy?

W dojrzałej architekturze IT klasy Enterprise nikt nie pisze ani jednej linijki kodu, zanim nie zmapuje logiki biznesowej. Zanim wylejesz beton pod wieżowiec, potrzebujesz badań geologicznych i rzutów od architekta. Wdrożenie systemów operacyjnych w firmie musi działać dokładnie tak samo.

Dlatego, zanim w ogóle padnie nazwa jakiegokolwiek oprogramowania (od gotowych systemów SaaS po aplikacje dedykowane szyte na miarę), niezbędna jest inżynieryjna Diagnoza. Należy rozłożyć silnik operacyjny Twojej firmy na części pierwsze:

Zejście do okopów (Mapowanie stanu As-Is)

To, jak proces wygląda na papierze u prezesa, niemal zawsze drastycznie różni się od tego, jak wygląda on na stanowiskach pracy. Rysuję faktyczny przepływ danych. Szukam "wiedzy plemiennej" – sytuacji, gdy firma nie staje w miejscu tylko dlatego, że pani Basia z administracji pamięta wszystkie wyjątki od reguły.

Chirurgiczne cięcie i redukcja długu procesowego

Jeśli w Twojej firmie akceptacja błahej faktury kosztowej na 500 zł wymaga zgody trzech dyrektorów, to ja nie automatyzuję tego chorego obiegu. Najpierw go ucinam i zmieniam procedurę. Do systemu wpuszczam tylko procesy maksymalnie krótkie, odchudzone i powtarzalne. Z maszynami się nie negocjuje – one wymagają żelaznej logiki.

Burzenie silosów danych

Często po diagnozie okazuje się, że firma wcale nie potrzebuje wymieniać całego ERP-a i palić setek tysięcy złotych. Zamiast rewolucji, wystarczy zbudować czystą integrację (np. szynę danych po API) między dwoma używanymi już programami, eliminując w ten sposób konieczność ręcznego przeklejania danych przez pracowników. Oszczędność czasu? Setki roboczogodzin miesięcznie.

Nie kupuj w ciemno. Zbuduj fundament.

Zakup licencji IT to najprostsza część biznesu – wystarczy podpisać umowę i opłacić fakturę. Prawdziwa inżynieria zaczyna się tam, gdzie trzeba poukładać organizację w taki sposób, by technologia stała się dla niej potężną dźwignią do skalowania, a nie kulą u nogi zmuszającą ludzi do "klikania głupot".

Jeśli w Twojej firmie pojawia się silna presja na zmianę oprogramowania, zatrzymaj na chwilę ten pociąg. Nie kupuj technologii tylko po to, by gasić operacyjne pożary. Odmów handlowcom IT, którzy chcą Ci sprzedać sam system bez uprzedniego wejścia z lupą w tkankę Twoich procedur.

Zrób krok w tył. Przejdź do zakładki Diagnoza i zobacz, jak w iStrus ADVISORY mapuję i audytuję procesy biznesowe. Zbudujmy najpierw zdrową, ułożoną organizację na papierze, a dopiero potem wlejmy w nią inteligentną architekturę IT.

W przeciwnym razie, za rok znowu usłyszysz na zarządzie: „Ten system jest beznadziejny, potrzebujemy nowego".

Jak Twoja organizacja podchodzi do wdrożeń IT? Czy robisz najpierw diagnozę procesów, czy od razu szukasz narzędzia? Podziel się w komentarzach!