Mapowanie procesów przed wdrożeniem ERP lub CRM

Mapowanie Procesów, Optymalizacja procesów, Transformacja cyfrowa, Wdrożenie CRM

Engave

Follow

Kiedy wyślesz zapytanie ofertowe do dostawcy ERP lub CRM, w odpowiedzi dostaniesz pytanie o wymagania, jakie ma spełniać system. Teoretycznie każdy mniej więcej wie, jak działa firma, w której pracuje. Jednak w tym przypadku teoretycznie i mniej więcej to słowa klucze – często wywołujące więcej szkody niż pożytku. W końcu to, co nam się wydaje, nie zawsze jest odzwierciedleniem rzeczywistości.

W tym artykule:

  1. Poznasz 3 powody, dlaczego warto zrobić mapowanie procesów przed wdrożeniem ERP lub CRM
  1. Dowiesz się, jak określić, który proces powinien być poddany mapowaniu lub automatyzacji w pierwszej kolejności - lista kontrolna

Łatwiejsze określenie wymagań względem nowego systemu

Celem mapowania procesów może być przygotowanie firmy do wdrożenia systemu typu ERP lub CRM. Przy tak jasno sprecyzowanym celu, cały projekt mapowania będzie skupiał się na wyszukaniu i uwzględnieniu kluczowych informacji - określeniu przebiegu procesów oraz występujących w ich ramach zależności między: ludźmi w danym dziale, z innymi działami lub z zewnętrznymi podmiotami.  

Co więcej, mapowanie procesów obnaży problemy występujące w procesie np. wąskie gardła, zdublowane kroki, brak jasno określonej osoby odpowiedzialnej za proces itd. Dzięki temu będziemy mieć klarowny obraz, jak proces wygląda teraz i jak (lepiej, bez powielania ww. problemów) powinien wyglądać w przyszłości – w nowym systemie.

W wyniku mapowania procesu powstaje rzetelna dokumentacja zawierająca diagramy (mapy), metryki i opis poszczególnych procesów, co de facto jest dokładnie opracowanymi wymaganiami systemowymi, o które pyta dostawca ERP-a lub CRM-u. Tak przygotowana dokumentacja ułatwia wszystkim (zarówno ludziom w samej organizacji oraz dostawcom systemów) zrozumienie jak działa organizacja i jakie są jej rzeczywiste potrzeby tych procesów.  

Łatwiejsze określenie stopnia istotności poszczególnych funkcji nowego systemu dla firmy

Dobrze opracowana dokumentacja pozwala na łatwiejsze określenie, które funkcje nowego systemu są najistotniejsze - must have, będą tylko miłym dodatkiem - nice to have lub są całkowicie niepotrzebne dla naszej organizacji – won’t.

Dzięki takiej gradacji możemy też precyzyjnie zdefiniować stopień personalizacji systemu, a tym samym możliwe, że zmniejszyć koszty pisania kodu pod nowe funkcje. Równocześnie mamy pewność, że to co istotne, z punktu widzenia naszej organizacji, na pewno znajdzie się w systemie.

Łatwiejsze podjęcie decyzji o sposobie podziału wdrożenia projektu

Organizacja, z różnych powodów, może chcieć wdrożyć system ERP lub CRM, dzieląc wdrożenie na etapy. Pierwszy powód to oczywiście finansowy. Usługa samego dobrania odpowiedniego ERP-a do potrzeb danego przedsiębiorstwa, w specjalistycznych firmach kosztuje nawet kilkanaście tysięcy złotych. Skoro sama decyzja o wyborze systemu jest trudna i dodatkowo niesie za sobą olbrzymie konsekwencje, to co dopiero zakup i jego wdrożenie.

Drugi to zmiana zachowania pracowników, czyli ich adaptacja do używania nowego systemu. Wdrożenie systemu na początku w jednym, dwóch działach jest łatwiejsze niż jego implementacja od razu w całej firmie.

Jak wybrać proces, który powinien być poddany mapowaniu lub automatyzacji w pierwszej kolejności?

Wybór procesów do zmapowania lub zautomatyzowania może być trudny. Dlatego przygotowaliśmy listę pytań, które mogą ułatwić podjęcie decyzji - lista kontrolna.

Wybierz jeden z procesów występujący w firmie. Następnie odpowiadając na poniższe pytania, oceń go w skali od 1 do 5 punktów. Zsumuj punkty. Proces o największej liczbie punktów prawdopodobnie powinien być zmapowany / zautomatyzowany w pierwszej kolejności.  

Obszar 1. Wpływ na biznes.

  1. Jak bardzo proces jest ważny dla kluczowych interesariuszy i kierownictwa wyższego szczebla?
  1. Jak bardzo kluczowe znaczenie ma proces tzn. dużą wartość przynosi dla organizacji?  
  1. Jak duży jest potrzebny zakres integracji?  
    Czytaj: Jak dużo wymaganych jest punktów integracji z istniejącymi systemami korporacyjnymi?  
    Im więcej tym ocena punktowa powinna być wyższa.

Obszar 2. Dojrzałość procesu.

  1. Proces – jak dobrze rozumiane są wejścia, przekształcenia i wyjścia procesu?
    Im proces jest mniej zrozumiały, tym ocena punktowa powinna być wyższa.  
  1. Ludzie – jak dobrze zidentyfikowani są wszyscy kluczowi interesariusze / użytkownicy zaangażowani w proces?  
    Im poziom identyfikacji jest mniejszy, tym ocena punktowa powinna być wyższa.
  1. Technologia – jak dużo jest miejsc, gdzie praca człowieka może zostać zastąpiona pracą robota lub innej aplikacji.
    Im więcej, tym ocena punktowa powinna być wyższa.  

Obszar 3. Złożoność.

  1. Jaka wysoka jest liczba czynności w procesie?
  1. Jak dużo jest pól wymaganych w interfejsie użytkownika i walidacji?
  1. Jak duża jest złożoność i liczba reguł biznesowych?
  1. Jak dużo w procesie jest punktów, które wymagają powiadomienia innych interesariuszy?

Mapowanie procesów powinno być nieodłącznym elementem wdrożenia każdego systemu ERP lub CRM. Zupełnie tak jak kiedyś kompas i mapa były nieodłącznym elementem podróży. W końcu to system informatyczny ma być dla ludzi i ułatwiać ich codzienną pracę.

Nie wiesz, którego ERP-a wybrać? Skorzystaj z naszej wyszukiwarki ERP-ów.

Engave

Follow

Digitalizacja polskich przedsiębiorstw to nasza misja. Masz jakieś pytania? Chętnie Ci pomożemy!

Zapytaj o ofertę

Administratorem Twoich danych osobowych jest Engave S.A. z siedzibą w Warszawie, informacje o zasadach przetwarzania danych dostępne są w Polityce Prywatności.
Każda zgoda może zostać cofnięte w każdym momencie bez wpływu na uprzednie przetwarzanie, poprzez kontakt na: biuro@engave.pl

*Pole wymagane

Dziękujemy za zainteresowanie naszą ofertą. Skontaktujemy się Tobą w najbliższym czasie.
Przepraszamy, ale wysłanie formularza nie powiodło się. Spróbuj przesłać ponownie.

W razie problemów zapraszamy do kontaktu bezpośredniego

Więcej od Engave

Blog

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Blog

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Blog

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

Informacja Cookies
Na naszej stronie internetowej www.engave.pl wykorzystujemy pliki cookies. Klikając „Akceptuję wszystkie”, wyrażasz zgodę na instalację wszystkich plików cookies oraz przetwarzanie Twoich danych osobowych. Zgodę możesz wycofać w dowolnym momencie. Administratorem Twoich danych osobowych jest Engave Spółka Akcyjna z siedzibą w Warszawie, ul. Czarodzieja 16, 03-116 Warszawa. Twoje dane osobowe mogą być także przetwarzane przez strony trzecie.

Klikając „Wyłącznie niezbędne cookies”, umożliwiasz funkcjonowanie strony internetowej. Więcej informacji o przysługujących Ci prawach znajduje się w naszej Polityce Prywatności Serwisu i Polityce Plików Cookies.
Szczegóły
Akceptuj Wszystkie