Audyt procesów AS-IS przed wdrożeniem CRM/ERP: praktyczny przewodnik

Jest taki moment w wielu firmach, który powtarza się jak z kalki. Zarząd decyduje: „wdrażamy nowy system, bo w obecnym bałaganie nie da się pracować”. Pada wybór narzędzia (zwykle tego, które miał ktoś znajomy albo które najlepiej się prezentowało na demo), zaczyna się wdrożenie, i po pół roku okazuje się, że system robi mniej więcej to samo co poprzedni, tylko drożej. Pieniądze wydane, zespół zniechęcony, procesy dalej kuleją. Powód jest niemal zawsze ten sam: firma kupiła rozwiązanie, zanim zrozumiała problem.

Audyt procesów AS-IS to etap, który ten błąd eliminuje, i który w budżecie całego projektu kosztuje grosze, a decyduje o tym, czy reszta wydatków ma sens. Ten materiał nie jest listą sloganów „zmapuj procesy”. To pokazany na konkretnym przykładzie sposób, jak zrobić audyt tak, żeby na jego końcu mieć twardą listę wymagań i wycenę, a nie ładny diagram do szuflady. W projektach wdrożeniowych widać to brutalnie wyraźnie: firmy, które ten etap przeskoczyły, płacą za niego później, tylko z wielokrotną przebitką.

Spis treści

• Dlaczego to faza wymagań, a nie technologia, decyduje o porażce
• Koszt błędu: ile realnie kosztuje pominięcie audytu
• Mechanizm: dlaczego rynek woli, żebyś tego audytu nie robił
• AS-IS, TO-BE i typy stanu procesu
• Framework audytu AS-IS krok po kroku
• Przykład: pełna mapa AS-IS procesu ofertowania
• Wycena procesu: ile ten bałagan naprawdę kosztuje
• Od mapy do listy wymagań i scoring priorytetów
• Ryzyka i czerwone flagi w audycie
• Najczęściej zadawane pytania (FAQ)
• Źródła

Dlaczego to faza wymagań, a nie technologia, decyduje o porażce

Liczby z rynku ERP są jednoznaczne i, co ważne, wskazują palcem nie na technologię, lecz na przygotowanie:

• 55 do 75% projektów ERP nie osiąga założonych celów; połowa zawodzi za pierwszym podejściem, a koszt często wynosi 3 do 4 krotności początkowego budżetu (KPC Team, Rand Group, 2025).
• Ponad 60% niepowodzeń ma źródło w fazie zbierania wymagań i wyboru systemu, czyli zanim cokolwiek się wdroży (Godlan, 2025).
• Słabe zarządzanie zmianą, kiepska migracja danych i niedoświadczony zespół odpowiadają łącznie za ponad 75% porażek.

Przeczytaj to jeszcze raz: większość projektów przegrywa przed startem technicznym. To paradoksalnie dobra wiadomość, bo oznacza, że najtańszy do naprawienia etap, czyli analiza, ma największy wpływ na wynik. Audyt AS-IS to właśnie ten etap. Kontrariańska teza tego tekstu brzmi tak: wybór konkretnego systemu jest jedną z najmniej istotnych decyzji w całym projekcie, a firmy poświęcają jej najwięcej energii, bo jest najprzyjemniejsza, ogląda się demo zamiast rozmawiać z własnym magazynierem o tym, dlaczego nie odbiera telefonu.

Koszt błędu: ile realnie kosztuje pominięcie audytu

Pominięcie audytu nie jest oszczędnością, tylko odroczonym kosztem z odsetkami. W realnych implementacjach koszt ujawnia się w trzech falach. Pierwsza fala to przeszacowana licencja: firma kupuje moduły i stanowiska, których realny proces nie używa, bo nikt nie sprawdził, kto i co naprawdę robi. Druga fala to przeprojektowanie w trakcie wdrożenia, czyli najdroższy moment na zmianę zakresu, gdy konsultant dostawcy liczy każdą roboczogodzinę. Trzecia fala to brak adopcji: zespół wraca do Excela, bo system nie odwzorowuje tego, jak ludzie pracują naprawdę.

To dlatego liczba 3 do 4 krotności budżetu nie jest anegdotą, tylko mechaniką. Każda zmiana zakresu odkryta po podpisaniu umowy jest droższa od tej samej zmiany odkrytej na etapie analizy, czasem o rząd wielkości. Audyt AS-IS przesuwa moment podejmowania decyzji na etap, na którym zmiana zdania jeszcze nic nie kosztuje. To jest jego cała wartość: nie ładny diagram, tylko przeniesienie ryzyka tam, gdzie jest najtańsze. Ten sam mechanizm leży u podstaw business case wdrożenia, który bez wyceny procesów jest tylko zbiorem życzeń.

Mechanizm: dlaczego rynek woli, żebyś tego audytu nie robił

Tu dochodzimy do rzeczy, której dostawcy nie powiedzą na spotkaniu. Sprzedawca systemu zarabia na licencji i na wdrożeniu, a nie na tym, żebyś dokładnie wiedział, czego potrzebujesz. Klient z gotową, twardą listą wymagań jest dla działu sprzedaży klientem trudnym: nie da się mu sprzedać modułów „na zapas”, nie da się przesunąć rozmowy z funkcji na emocje, nie da się prowadzić demo wyłącznie po mocnych stronach produktu.

Stąd typowy schemat, który widać w projektach wdrożeniowych raz za razem. Demo jest pokazywane na idealnych danych i na ścieżce, w której produkt błyszczy, a niewygodne scenariusze (obieg akceptacji rabatu, korekta faktury, zwrot towaru) są pomijane lub kwitowane „to się da skonfigurować”. Pojawia się sztuczna presja czasowa, „promocja tylko do końca kwartału”, która ma skłonić do podpisu zanim zdążysz porównać oferty. Shortlista bywa formowana pod jednego faworyta, a dwóch pozostałych dostawców jest tam tylko po to, by stworzyć pozory wyboru. Audyt AS-IS odbiera te dźwignie, bo zamienia rozmowę „co potrafi wasz system” na „pokażcie, jak realizujecie ten konkretny krok mojego procesu”. Jeśli chcesz prowadzić wybór bez tej presji, pomaga niezależne doradztwo przy wyborze systemu oraz przełożenie audytu na zapytanie ofertowe RFP.

AS-IS, TO-BE i typy stanu procesu

AS-IS to opis tego, jak procesy działają naprawdę dziś, ze wszystkimi obejściami, dwukrotnym przepisywaniem danych i „u nas się to robi mailem”. TO-BE to projekt stanu docelowego po wdrożeniu. Brzmi banalnie, ale tu właśnie tkwi najczęstszy błąd: ludzie pytani o proces opisują wersję podręcznikową („jak powinno być”), a nie rzeczywistość. A system, który zautomatyzuje fikcję, w praktyce nie zadziała. Poniżej trzy stany procesu, które trzeba rozróżniać, bo mylenie ich jest źródłem większości nieporozumień w analizie:

Praktyczna zasada: jeśli w opisie procesu nie pojawia się ani jeden Excel, ani jedna ręczna akceptacja przez maila i ani jedno „czasem robimy to inaczej”, to znaczy, że rozmawiasz z wyobrażeniem o firmie, nie z firmą. Dobry audyt wyłapuje właśnie te brzydkie szczegóły, bo to one są źródłem kosztów.

Framework audytu AS-IS krok po kroku

Audyt ma datę końca i konkretny produkt: listę wymagań plus wycenę. Bez tego zamienia się w paraliż analityczny. Oto framework, który prowadzi od chaosu do decyzji:

1. Wybór procesów krytycznych. Od 3 do 5 procesów, które generują przychód albo największy ból (ofertowanie, obsługa zamówienia, reklamacje, fakturowanie). Nie mapuj wszystkiego.
2. Wywiady z wykonawcami, nie tylko kierownikami. Prawda o procesie jest u tych, którzy go codziennie wykonują.
3. Mapa AS-IS realna. Dla każdego procesu tabela: krok, rola, narzędzie, czas, punkt bólu.
4. Wycena procesu. Każdy proces dostaje koszt roczny w złotówkach, łącznie z kosztami ukrytymi.
5. Przełożenie bólu na wymagania. Każdy punkt bólu staje się sprawdzalnym wymaganiem wobec systemu.
6. Scoring priorytetów. Ocena wpływu i wysiłku, ustalenie kolejności wdrażania.
7. Plan danych i zmiany. Migracja, czyszczenie danych i adopcja jako część zakresu, nie dodatek.

Etapy od 5 do 7 są tym, co odróżnia audyt od „rysowania diagramów”. Bez nich masz obrazek; z nimi masz dokument, na którym można oprzeć samo wdrożenie CRM i uniknąć najczęstszych błędów wdrożeniowych.

Przykład: pełna mapa AS-IS procesu ofertowania

Teoria bez przykładu jest bezużyteczna, więc weźmy realny, typowy proces: ofertowanie w średniej firmie produkcyjno handlowej B2B. Tak wygląda jego mapa AS-IS, spisana tak, jak pracownicy robią to naprawdę:

Już sam ten obraz jest cenny. Widać na nim cztery rzeczy, których nie widać z poziomu zarządu: po pierwsze handlowiec jest wąskim gardłem na każdym kroku, po drugie akceptacja rabatu potrafi zabić ofertę przez zwłokę, po trzecie brak follow-upu to wprost utracona sprzedaż, po czwarte status w Excelu jest fikcją, więc prognozy też. To są konkretne problemy do rozwiązania, nie ogólnik „usprawnimy sprzedaż”. Status w Excelu to zresztą czubek góry lodowej, czyli problemu z jakością danych, którą trzeba zaadresować równolegle.

Wycena procesu: ile ten bałagan naprawdę kosztuje

Mapa pokazuje co. Wycena pokazuje ile, i to ona przekonuje zarząd oraz ustawia priorytety. Policzmy dla naszego przykładu, przyjmując realia polskiego rynku B2B:

• Czas na jedną ofertę (kroki 1 do 8, bez czasu oczekiwania na akceptację): około 2,5 godziny.
• Koszt godziny pracy handlowca dla firmy (wynagrodzenie około 11 000 zł brutto plus narzuty, podzielone przez 160 h): około 70 zł za godzinę.
• Liczba ofert miesięcznie (zespół 5 handlowców razy 12 ofert): 60 ofert.

2,5 godz. razy 70 zł razy 60 ofert daje 10 500 zł miesięcznie, czyli około 126 000 zł rocznie samego czasu na ofertowanie. I to nie licząc kosztów ukrytych: ofert przegranych przez zwłokę w akceptacji, sprzedaży utraconej przez brak follow-upu i błędów w ręcznie przepisywanych cenach. Gdy automatyzacja (dane klienta i cennik zaciągane z systemu, szablon oferty, obieg akceptacji, automatyczne przypomnienia) skróci czas na ofertę o 60 do 70%, mówimy o realnej oszczędności rzędu 75 do 90 tys. zł rocznie, plus odzyskane transakcje. To jest liczba, która uzasadnia cały projekt. Insight z rynku: według danych branżowych optymalizacja procesów oszczędza średnio 51 000 USD rocznie, a 21% firm obniża dzięki niej koszty o ponad 10% (cflowapps). Nasz przykład pokazuje, że dla pojedynczego procesu w średniej firmie te liczby bywają zaniżone.

Od mapy do listy wymagań i scoring priorytetów

Tu większość poradników kończy na „spisz wymagania”. Pokażmy, jak to zrobić. Każdy punkt bólu z mapy przekładasz na konkretne, sprawdzalne wymaganie wobec systemu:

Taka lista ma trzy zalety, których nie ma „lista funkcji z folderu dostawcy”: jest oparta na faktach, jest sprawdzalna (na demo możesz wprost zapytać „pokażcie obieg akceptacji rabatu”) i pozwala porównać systemy obiektywnie. To ona, a nie marketing sprzedawcy, ma rządzić wyborem.

Nie wszystko naraz. Każde wymaganie oceń w skali od 1 do 5 w dwóch wymiarach, wpływ (ile czasu i pieniędzy oszczędza) oraz wysiłek (jak trudne do wdrożenia), a priorytet policz jako wpływ podzielony przez wysiłek. Im wyższy wynik, tym wcześniej w kolejce:

Zacznij od góry tabeli: szybkie wygrane o dużym wpływie budują adopcję i finansują resztę projektu. Integracja z ERP to zwykle największy skok wartości, ale i największy wysiłek, więc warto ją zaplanować świadomie, a nie odkrywać w trakcie. Jeśli proces wymaga połączenia danych z kilku źródeł, przyda się świadome zaprojektowanie widoku 360 klienta z CRM, ERP i Excela.

Ryzyka i czerwone flagi w audycie

Najdroższe błędy w audycie nie wynikają z braku narzędzi, tylko z metody. Oto czerwone flagi, które w realnych wdrożeniach kosztowały najwięcej:

• Mapowanie tylko z kierownikami. Opiszą proces „jak powinien” wyglądać. Prawda jest u wykonawców, i to ona generuje koszty.
• Pominięcie wyceny. Bez złotówek priorytety ustala najgłośniejszy w pokoju, a nie największy koszt.
• Wybór systemu przed analizą. Najdroższy błąd, który robi większość firm: kupujesz narzędzie, a potem naginasz do niego firmę. To dokładnie ten mechanizm, który stoi za ponad 60% porażek.
• Paraliż analityczny. Mapowanie wszystkiego w nieskończoność. Audyt ma datę końca i konkretny produkt: listę wymagań plus wycenę.
• Zignorowanie danych. Najlepszy proces nie zadziała na brudnych danych. Zaplanuj migrację i czyszczenie jako część projektu, a przy danych osobowych pamiętaj o RODO.
• Brak planu adopcji. Nawet idealny system zostanie porzucony, jeśli zespół go nie przyjmie. To częsty powód, dla którego zespół nie używa wdrożonego systemu.

Mini checklista przed wyborem systemu, którą warto odhaczyć przed pierwszym demo: czy kluczowe procesy mają mapę AS-IS (krok, rola, narzędzie, czas, punkt bólu)? Czy każdy proces ma policzony koszt roczny? Czy każdy punkt bólu ma przypisane konkretne wymaganie? Czy wymagania są w scoringu wpływ przez wysiłek z ustaloną kolejnością? Czy lista wymagań powstała przed rozmowami z dostawcami? Czy masz plan migracji, czyszczenia danych i zarządzania zmianą? Jeśli wszystkie odpowiedzi brzmią „tak”, idziesz na demo z konkretną listą do odhaczenia i porównujesz systemy obiektywnie, zamiast dać się prowadzić prezentacji.

Najczęściej zadawane pytania (FAQ)

Ile trwa audyt procesów AS-IS przed wdrożeniem CRM lub ERP?

Dla 3 do 5 kluczowych procesów (ofertowanie, obsługa zamówienia, reklamacje, fakturowanie) to zwykle 1 do 3 tygodni, zależnie od dostępności ludzi do wywiadów. Większość czasu pochłaniają rozmowy z wykonawcami i wycena, samo rysowanie map jest szybkie.

Czy potrzebuję drogiego oprogramowania do mapowania procesów?

Nie. Tabela z kolumnami „krok, rola, narzędzie, czas, punkt bólu” oraz prosty diagram w zupełności wystarczą na start, dokładnie tak, jak w przykładzie wyżej. Dedykowane narzędzia BPM przydają się dopiero przy dużej skali i wielu współzależnych procesach.

Po co wyceniać procesy, skoro wiadomo, że są nieefektywne?

Bo „to trwa za długo” nie uruchamia budżetu, a „to kosztuje 126 000 zł rocznie” tak. Wycena zamienia intuicję w argument i wskazuje, co automatyzować najpierw, czyli największy koszt przy najmniejszym wysiłku.

Czy audyt AS-IS ma sens przy małym wdrożeniu CRM?

Tak, w lekkiej wersji. Nawet zmapowanie jednego, dwóch procesów i ich wycena chroni przed najdroższym błędem: kupnem systemu, który nie pasuje do tego, jak firma realnie pracuje. Im mniejsza firma, tym dotkliwszy nietrafiony wydatek.

Robić audyt samemu czy z konsultantem?

Wewnętrznie jest taniej i z lepszą znajomością kontekstu, ale grozi „ślepotą na własne procesy”. Konsultant wnosi świeże spojrzenie i wzorce z innych wdrożeń. Najlepszy bywa model mieszany: konsultant prowadzi metodę i zadaje niewygodne pytania, a pracownicy dostarczają wiedzy o rzeczywistości.

Jak wykorzystać wyniki audytu w rozmowie z dostawcami?

Lista wymagań i scoring stają się podstawą zapytania ofertowego oraz scenariuszy demo. Zamiast pytać „co potrafi wasz system”, prosisz „pokażcie, jak realizujecie ten konkretny krok”. To odbiera dostawcy kontrolę nad narracją i pozwala porównać oferty na tych samych kryteriach.

Czy audyt AS-IS chroni przed vendor lock-in?

Pośrednio tak. Twarda lista wymagań pozwala ocenić, które z nich wiążą Cię na stałe z jednym dostawcą i jakie są koszty wyjścia. Decyzję o zakresie integracji i własności danych podejmujesz świadomie na etapie analizy, a nie pod presją w trakcie wdrożenia.

Źródła

1. Godlan (2025), ERP Implementation Failure Statistics, ponad 60% niepowodzeń ERP wiąże się z fazą wymagań i wyboru systemu. godlan.com/erp-implementation-failure-statistics
2. KPC Team, Why 55 to 75% of ERP Projects Fail, skala porażek i przekroczenia budżetu. kpcteam.com
3. Rand Group, What percentage of ERP implementations fail?, 50% pada za pierwszym razem; koszt 3 do 4 razy budżetu. randgroup.com
4. Creately, ERP Business Process Mapping: A Comprehensive Guide, metoda mapowania AS-IS i TO-BE. creately.com/guides/erp-bpm
5. cflowapps.com, Business Process Management Statistics, optymalizacja procesów oszczędza średnio 51 000 USD rocznie; 21% firm obniża koszty o ponad 10%. cflowapps.com