Zapytania ofertowe (RFP) dotyczące systemów CMMS kończą się niepowodzeniem, gdy kopiują ogólne szablony zamówień oprogramowania, zamiast określać wymagania dotyczące utrzymania ruchu w produkcji. 50-punktowa lista kontrolna, która pyta, czy dostawca ma dostęp mobilny i raportowanie, zwróci pięciu dostawców spełniających wszystkie wymagania — i nie daje podstaw do różnicowania. Sprawne zapytanie ofertowe (RFP) pyta, jak działa dostęp mobilny na hali produkcyjnej z ograniczoną łącznością, co dzieje się ze zleceniami roboczymi w przypadku awarii internetu, jak system obsługuje wielojęzyczne interfejsy operatora oraz czy harmonogramy konserwacji prewencyjnej (PM) mogą być dziedziczone z szablonów grupowych na poziomie lokalizacji. Te szczegóły ujawniają luki w możliwościach, których nie uwzględniają ogólne wymagania. Opracowywanie zapytania ofertowego (RFP) dotyczącego systemów CMMS powinno rozpocząć się od pięciu największych problemów w bieżących działaniach konserwacyjnych — jeśli głównym problemem jest zgodność z przepisami PM, należy szczególnie uwzględnić wymagania dotyczące automatyzacji PM. Jeśli priorytetem jest widoczność w wielu lokalizacjach, należy szczególnie uwzględnić wymagania dotyczące raportowania i standaryzacji danych. Zapytanie ofertowe (RFP) dostosowane do rzeczywistych priorytetów pozwoli na wskazanie odpowiednich dostawców i zapewni komisji oceniającej solidną podstawę punktacji, która przetrwa kontrolę zamówień.
Zarządzanie podstawowymi zleceniami roboczymi (10 wymagań): mobilne tworzenie i finalizowanie zleceń roboczych, praca w trybie offline z automatyczną synchronizacją, dołączanie zdjęć i filmów, śledzenie czasu pracy, klasyfikacja priorytetów, klasyfikacja typów zleceń roboczych, przydzielanie i powiadamianie techników, egzekwowanie listy kontrolnej ukończenia, przepływ pracy zatwierdzany przez przełożonego oraz historia zleceń roboczych według aktywów. Konserwacja zapobiegawcza (8 wymagań): tworzenie harmonogramu konserwacji zapobiegawczej według częstotliwości, czasu wykonania i warunku wyzwalacza, automatyczne generowanie konserwacji zapobiegawczej, biblioteka szablonów konserwacji zapobiegawczej, mobilne finalizowanie konserwacji zapobiegawczej, raportowanie zgodności konserwacji zapobiegawczej, dziedziczenie szablonów konserwacji zapobiegawczej na poziomie grupy, sezonowa korekta harmonogramu konserwacji zapobiegawczej oraz powiązanie konserwacji zapobiegawczej z korekcyjnymi zleceniami roboczymi. Zarządzanie aktywami (8 wymagań): hierarchiczna struktura aktywów, historia aktywów według urządzeń, identyfikacja aktywów za pomocą kodów QR i kodów kreskowych, klasyfikacja krytyczności aktywów, przechowywanie dokumentacji producenta, śledzenie gwarancji, ocena stanu aktywów oraz import aktywów z istniejących systemów. Zapasy i zaopatrzenie (8 wymagań): katalog części zamiennych, automatyzacja punktów ponownego zamawiania, rezerwacja części na podstawie zaplanowanych konserwacji zapobiegawczych, tworzenie zamówień zakupu, powiązanie trójstronne z systemem ERP, zapasy w wielu lokalizacjach, zarządzanie zestawami i integracja z katalogiem dostawców. Raportowanie i analityka (8 wymagań): panel zgodności z PM, stosunek reaktywności do planowanego, średni czas między usterkami (MTBF) i średni czas naprawy (MTTR) według aktywów, koszty utrzymania według aktywów, raport o zaległościach, raport o braku części, kreator raportów niestandardowych i harmonogram dostarczania raportów. Integracja i bezpieczeństwo (10 wymagań): interfejs API REST z dokumentacją, możliwość integracji z ERP, obsługa logowania jednokrotnego (SSO), kontrola dostępu oparta na rolach, ścieżka audytu, eksport danych w otwartych formatach, umowa SLA dotycząca dostępności, certyfikat SOC 2 typu II, zgodność z systemem zarządzania urządzeniami mobilnymi oraz zgodność z RODO lub przepisami dotyczącymi przechowywania danych.
Wymagania RFP ważone są w trzech poziomach. Wymagania obowiązkowe (niespełnione, jeśli nieobecne): funkcjonalność mobilna offline, automatyzacja PM, hierarchia aktywów, podstawowe raportowanie i eksport danych. Oceń je jako zaliczone/niespełnione — każdy dostawca, który nie może ich spełnić, zostanie wyeliminowany niezależnie od ceny. Wymagania o wysokim priorytecie (ważone 3x): konkretne możliwości, które rozwiązują Twoje największe problemy operacyjne. Jeśli zarządzanie wieloma lokalizacjami ma kluczowe znaczenie, wszystkie funkcje wielolokalizacyjne mają potrójną wagę. Jeśli wymagana jest integracja z Twoim konkretnym systemem ERP, wymagania dotyczące integracji mają potrójną wagę. Wymagania standardowe (ważone 1x): wszystkie inne funkcje, które dodają wartości, ale nie są zróżnicowane. Po ocenie, oblicz łączną liczbę ważonych wyników i stwórz krótką listę trzech dostawców do oceny demonstracyjnej. Wynik RFP powinien informować, ale nie determinować ostatecznego wyboru — dwóch dostawców, których wynik mieści się w 10% całkowitej ważonej punktacji, powinno otrzymać dema, ponieważ jakość wdrożenia, responsywność dostawcy i zgodność z planem działania produktu często mają większe znaczenie niż różnice w punktacji funkcji na marginesie. Całkowity koszt pierwszego roku (licencja plus wdrożenie) należy uwzględnić jako osobny punktowany wymiar, obok wymagań funkcjonalnych — dostawca oferujący najniższe koszty nigdy nie powinien wygrywać wyłącznie pod względem ceny bez przeprowadzenia oceny funkcjonalnej.
Login
Blog
