Rozważ ofertę wdrożenia ERP z rozpoznawalną nazwą partnera, certyfikowanymi konsultantami i atrakcyjną ceną, ale bez potwierdzonego lidera funkcjonalnego ani technicznego. Na tym etapie decyzja zakupowa nie dotyczy jeszcze tego, czy cena jest akceptowalna. Najpierw trzeba ustalić, czy dostawca wykazał, kto wykona pracę i na jakich warunkach.
Wykorzystaj kwalifikacje i status partnerski do stworzenia krótkiej listy dostawców, a przed podpisaniem umowy sprawdź proponowane osoby, ich dostępność i podział odpowiedzialności za realizację. Francesco Perrotta przestrzega, że renoma dużego partnera nie przekłada się automatycznie na dobrze zrealizowany projekt. Opisuje partnerów, którzy mają trudności z przydzieleniem pracowników, ponieważ prowadzą zbyt wiele projektów.
To weryfikacja dostawcy po podjęciu decyzji o realizacji projektu. Jeśli sama decyzja inwestycyjna pozostaje otwarta, najpierw skorzystaj z metody oceny, czy usprawnić obecny ERP, czy go wymienić. Tutaj zadanie jest węższe: ustalić, czy konkretna oferta stanowi wiarygodne zobowiązanie do realizacji prac.
Oceń osoby, które będą wykonywać pracę
Perrotta radzi sprawdzać rzeczywiste doświadczenie konsultanta, a nie tylko jego CV. Podkreśla znaczenie kompetencji ujawniających się już podczas pierwszej rozmowy oraz umiejętności omówienia projektów, które dana osoba doprowadziła do końca. Przełóż tę obserwację na sesję roboczą z proponowanymi liderami realizacji, zamiast organizować kolejną prezentację sprzedażową.
Poproś lidera funkcjonalnego o omówienie kluczowego procesu biznesowego w realiach Twojej działalności. Lidera technicznego poproś o wskazanie zależności dotyczących danych, integracji i środowisk. Kierownik projektu powinien wyjaśnić, jak będą nadzorowane decyzje, nierozstrzygnięte wymagania i ryzyka realizacyjne. Oceniaj tok rozumowania, w tym pytania zadawane przed zaproponowaniem rozwiązania, a nie tylko swobodę posługiwania się terminologią produktu.
Wykorzystaj hipotetyczny scenariusz: aplikacja zewnętrzna poprawnie przesyła transakcję do ERP, ale jej zaksięgowanie kończy się błędem. Poproś zespół o wyjaśnienie, jak zbada problem, kto odpowie za uzgodnienie danych, jak informacja o wyjątku dotrze do właściciela procesu biznesowego i kto zatwierdzi działania naprawcze. Przy ocenie oferty istotne jest rozróżnienie między wykazaniem poprawnego przesłania komunikatu a przyjęciem odpowiedzialności za pełny rezultat biznesowy.
Przekonująca odpowiedź wskazuje granice odpowiedzialności i nierozstrzygnięte założenia. Słaba odpowiedź sprowadza się do zapewnienia, że „zajmie się tym zespół integracyjny”, bez wskazania tego zespołu i opisania jego uprawnień. Jeśli proponowani liderzy nie mogą uczestniczyć w ocenie, zapytaj, kiedy będzie można ich zweryfikować, i wyraźnie odnotuj nierozstrzygniętą kwestię obsady przed zatwierdzeniem dostawcy.
Oddziel kwalifikacje, referencje i dopasowanie do kontekstu
Podczas webinaru o wyborze ERP dla firm produkcyjnych prelegent, który wyraźnie zaznacza, że przedstawia perspektywę producenta oprogramowania, zaleca sprawdzanie autoryzacji partnera, certyfikatów i doświadczenia we wdrożeniach w podobnej branży. Traktuj to jako poradę dotyczącą produkcji, ukształtowaną przez perspektywę producenta, a nie uniwersalną zasadę, zgodnie z którą tylko określona kategoria partnerów może zrealizować projekt.
W swoim postępowaniu zakupowym sprawdź, co deklarowany status faktycznie potwierdza w odniesieniu do wybranego produktu i zakresu prac. Niezależnie od tego poproś zespół o wykazanie znajomości konfiguracji, integracji i procesów biznesowych. Webinar rozróżnia wiedzę produktową i wiedzę dziedzinową, obejmującą rozumienie powiązań między działami oraz pochodzenia danych podstawowych. Certyfikat i omówienie procesu odpowiadają na różne pytania. Żadne z nich nie powinno zastępować drugiego.
Referencje również powinny służyć weryfikacji proponowanego zespołu, a nie wyłącznie historii firmy. Metoda weryfikacji partnera opisana przez Dreher Consulting wprost zakłada rozmowy referencyjne z klientami obsługiwanymi przez tych samych konsultantów realizacyjnych. Zapytaj, które z proponowanych osób pracowały przy projekcie referencyjnym, za co odpowiadały i czy pozostawały zaangażowane, gdy pojawiały się trudne problemy.
Następnie oceń dopasowanie: które procesy, integracje i obowiązki klienta były podobne do Twoich? Zapytaj, co wymagało eskalacji, jak rozwiązywano kwestie zastępstw i co klient doprecyzowałby w kolejnej umowie. Jeśli poufność uniemożliwia szczegółową rozmowę referencyjną, uzgodnij alternatywny sposób potwierdzenia doświadczenia. Nie traktuj bez wyjaśnienia firmowego studium przypadku jako dowodu kompetencji konkretnego konsultanta.
Tak samo weryfikuj działy usług profesjonalnych producentów ERP i niezależnych partnerów wdrożeniowych. Webinar przedstawia oba rozwiązania i wskazuje znajomość integracji z systemami zewnętrznymi jako czynnik wart rozważenia. Gdy decydujące znaczenie ma dostęp do wsparcia produktowego, poproś o potwierdzenie ścieżki eskalacji dostępnej proponowanemu zespołowi. Gdy ryzyko koncentruje się wokół aplikacji współpracujących z ERP, poproś o dowody znajomości interfejsów i wskazanie odpowiedzialności za przekazania między zespołami. Żaden model organizacyjny nie zasługuje na automatyczne pierwszeństwo.
Zamień proponowaną obsadę w zobowiązanie dotyczące dostępności
Ostrzeżenie Perrotty dotyczące przeciążonych zespołów wskazuje rozróżnienie, które warto sprawdzić: kompetencje i dostępność to odrębne kwestie. Jego relacja dotyczy partnerów prowadzących zbyt wiele projektów oraz klientów, którzy nie mogą skontaktować się z potrzebną osobą. Rozmowa z kompetentnym konsultantem nie powinna zatem kończyć weryfikacji obsady.
Poproś o harmonogram zaangażowania zespołu ze wskazaniem liderów funkcjonalnych, lidera technicznego, kierownika projektu i innych kluczowych specjalistów. W odniesieniu do każdej osoby zapytaj o planowany udział w poszczególnych fazach, przewidywany termin rozpoczęcia, wymiar zaangażowania, inne zobowiązania i zastępstwo. Oddziel potwierdzone przydziały od ról, których obsadzenie zależy jeszcze od rekrutacji lub zakończenia innego projektu. „Dostęp do naszej puli ekspertów” nie jest tym samym co przydzielona osoba z określoną rolą.
Następnie sprawdź zgodność harmonogramu zaangażowania z umową. Opracowanie eFutures CFO dotyczące wyboru partnera wdrożeniowego opisuje postanowienie wymagające powiadomienia klienta i uzyskania jego zgody przed zastąpieniem kluczowych członków zespołu. Omów ten mechanizm z działem zakupów i prawnikiem, zamiast zakładać, że oferta już go przewiduje.
Zapytaj, jak będą oceniane kompetencje osoby zastępującej, kto zapewni przekazanie wiedzy i jak zostanie uzgodniony ewentualny wpływ zmiany na harmonogram lub warunki handlowe. Bezwzględne obietnice, że nikt nigdy nie odejdzie, są mniej użyteczne niż wykonalna procedura zastępstw. Jeśli kluczowy lider jest niedostępny, wymagaj zweryfikowanego zastępcy albo zmienionego planu realizacji, zanim uznasz ofertę za gotową do zatwierdzenia.
Sprawdź odpowiedzialność, gdy realizacja przestaje przebiegać zgodnie z planem
Webinar dla firm produkcyjnych konkretyzuje zarządzanie ryzykiem, stawiając pytania o brakujące lub nieoczyszczone dane klienta, niedostępność działu albo chorobę osoby po którejkolwiek ze stron. Wykorzystaj takie zakłócenia do sprawdzenia proponowanej metodyki. Schemat faz projektu nie wyjaśnia, jak zespół zareaguje na zablokowaną zależność.
Poproś o zestawienie odpowiedzialności obejmujące ekstrakcję i oczyszczanie danych, decyzje procesowe, udział użytkowników biznesowych, testy, szkolenia i odbiory. Przy każdej zależności zapisz osobę odpowiedzialną po stronie dostawcy i klienta, wymagany wkład oraz ścieżkę decyzyjną. Jeśli lider finansów nie może uczestniczyć w warsztacie projektowym, ustal, kto może zdecydować o zmianie terminu, delegowaniu zastępcy lub kontynuowaniu prac na podstawie wyraźnie zapisanego założenia.
Poproś także o ścieżkę eskalacji oddzielającą decyzje realizacyjne od sporów handlowych. Ustal, kto może rozwiązać problem obejmujący różne strumienie prac, kto może zatwierdzić dodatkowe prace i do kogo trafia ryzyko, którego kierownik projektu nie jest w stanie rozwiązać. Poproś o przykład rejestru decyzji, którego zespół będzie używał, w razie potrzeby z usuniętymi informacjami poufnymi.
Porównuj realizację za stałą cenę i staff augmentation jako modele odpowiedzialności, a nie jako z góry tańsze rozwiązania. W ofercie ze stałą ceną sprawdź, jakie rezultaty i założenia stanowią podstawę wyceny, jak przebiega odbiór oraz jak zmiany lub opóźnienia po stronie klienta wpływają na zobowiązania. W modelu staff augmentation ustal, kto kieruje pracą konsultantów, koordynuje zależności, odbiera ich pracę i odpowiada za zintegrowany plan. Nie wybieraj żadnego z modeli, dopóki proponowany podział odpowiedzialności nie będzie odpowiadał możliwościom Twojej organizacji.
Jeśli Twoja organizacja oczekuje od dostawcy odpowiedzialności za określone rezultaty, sprawdź, czy warunki umowy ze stałą ceną rzeczywiście ją zapewniają. Jeśli potrzebujesz specjalistów pracujących pod kierownictwem Twojego zespołu programowego, sprawdź, czy ten zespół ma czas i uprawnienia do nadzorowania ich pracy. Nierozstrzygnięty zakres nie znika dzięki stałej cenie, a zakup dostępności specjalistów sam w sobie nie określa odpowiedzialności za realizację.
Przed zatwierdzeniem dostawcy skorzystaj z listy dowodów
Końcowe porównanie skoncentruj na dowodach, które mogą zmienić decyzję o wyborze dostawcy. Poniższą listę traktuj jako redakcyjną pomoc decyzyjną, a nie zwalidowany model punktowy. Każdej nierozstrzygniętej kwestii przypisz osobę odpowiedzialną i uzgodnij sposób jej zamknięcia przed zatwierdzeniem umowy.
- Wskazani liderzy: czy proponowani liderzy funkcjonalni, lider techniczny i kierownik projektu wykazali odpowiednie kompetencje?
- Adekwatne referencje: czy klienci mogą potwierdzić, co te osoby faktycznie zrealizowały w porównywalnym kontekście?
- Dostępność: czy przydziały, udział w poszczególnych fazach i nierozstrzygnięte zależności kadrowe są jasno określone?
- Zastępstwa: czy uzgodniono procedurę zatwierdzania, zastępowania kluczowych osób i przekazywania wiedzy?
- Obowiązki klienta: czy wewnętrznie przypisano odpowiedzialność za dane, dostępność użytkowników biznesowych i podejmowanie decyzji?
- Odbiór i zmiany: czy wiadomo, co oznacza zakończenie prac oraz jak będą rozstrzygane prace sporne lub dodatkowe?
- Eskalacja: czy obie strony wiedzą, kto może usuwać blokady realizacyjne i rozstrzygać ich konsekwencje handlowe?
Oddziel zatwierdzenie dostawcy od zgody na uruchomienie produkcyjne. Na etapie zawierania umowy ustal, kto przygotuje dowody gotowości i weźmie udział w decyzji o uruchomieniu. Skorzystaj z osobnego przeglądu gotowości do uruchomienia ERP, gdy będziesz oceniać, czy ludzie i zasoby wsparcia są gotowi do pracy operacyjnej.
Przed podpisaniem umowy wspólnie z proponowanymi liderami realizacji sprawdź spójność oferty, harmonogramu zaangażowania zespołu i opisu zakresu prac. Wyjaśnij wszelkie rozbieżności między przedstawionymi osobami, oferowaną dostępnością i przyjętą odpowiedzialnością.
Jeśli oceniasz partnerów wdrożeniowych lub potrzebujesz konsultantów funkcjonalnych i programistów, porozmawiaj ze specjalistami ERP w Digiventi o rolach, zależnościach i odpowiedzialności za realizację wymaganych w Twoim projekcie.
