Pułapka kopiuj-wklej: Większość zapytań ofertowych (RFP) nie odnosi skutku, ponieważ zostały skopiowane z przestarzałych szablonów, w których „lista funkcji” jest ważniejsza od „użyteczności”.
„Killer Questions”: Konkretne pytania, które należy uwzględnić w zapytaniu ofertowym, dzięki którym można błyskawicznie odrzucić toporne, przestarzałe oprogramowanie.
Skupienie na niezawodności: Jak zmienić wymagania ze „śledzenia konserwacji” na „niezawodność produkcji” (OEE).
Napisanie wniosku o ofertę (RFP) na oprogramowanie do konserwacji to zazwyczaj proces żmudny.
Aby zaoszczędzić czas, menedżerowie ds. zaopatrzenia często pobierają ogólny szablon z internetu. W efekcie otrzymują 50-stronicowy dokument z pytaniami, które nie były istotne od 2010 roku, takimi jak „Czy system obsługuje system Windows XP?” lub „Czy można go zainstalować lokalnie?”.
Złe RFP-y prowadzą do złego oprogramowania.
Zadając ogólne pytania, otrzymujesz ogólne odpowiedzi. W efekcie kupujesz system, który wygląda dobrze na papierze, ale jest znienawidzony przez techników, którzy muszą go obsługiwać.
Aby kupić nowoczesny system, taki jak Fabrico , potrzebujesz nowoczesnego zapytania ofertowego (RFP). Musisz przestać pytać o funkcje, a zacząć pytać o rezultaty.
Oto przewodnik po pisaniu RFP, który odfiltrowuje „Shelfware” i znajduje „Reliability Engines”.
Większość zapytań ofertowych zaczyna się od listy 200 cech. („Muszą być zlecenia. Muszą być zapasy”).
Każdy sprzedawca na świecie zaznaczy „Tak” w tych polach. To nie pomoże ci podjąć decyzji.
Zamiast tego, zacznij zapytanie ofertowe od celów biznesowych . Zmuś dostawców do wyjaśnienia, w jaki sposób rozwiązują Twój konkretny problem.
Błędne wymaganie: „System musi śledzić przestoje”.
Dobre wymaganie: „Opisz, w jaki sposób system integruje się z danymi PLC w celu automatycznej kategoryzacji przestojów i obliczania wskaźnika OEE w czasie rzeczywistym”.
Najczęstszym powodem niepowodzeń wdrożeń CMMS jest niska akceptacja użytkowników. Mimo to większość zapytań ofertowych (RFP) ledwo wspomina o doświadczeniu użytkownika (UX).
Umieść w swoim zapytaniu ofertowym sekcję poświęconą użyteczności na urządzeniach mobilnych .
Wymagania: „Dostawca musi przedstawić mobilny obieg pracy dla stanowiska „Technik”, który wymaga mniej niż 5 kliknięć do zamknięcia zlecenia roboczego”.
Wymagania: „Dostawca musi obsługiwać funkcje offline i natywną funkcję przesyłania zdjęć”.
Jeśli dostawca odpowie „Nie” lub „Używamy wrappera przeglądarki”, zdyskwalifikuj go. Chronisz „Mike’a” (kierownika ds. utrzymania ruchu) przed zakupem narzędzia, którego jego zespół znienawidzi.
Użyj tych konkretnych pytań, aby wskazać różnice między nowoczesnymi platformami a starszym oprogramowaniem typu bloatware.
Dostawcy starszych rozwiązań określą je jako „Zintegrowane” (co oznacza, że polegają na partnerze zewnętrznym).
Fabrico odpowiada: „Natywny”. Dlaczego to takie ważne? Bo jeśli OEE nie działa w integracji z oprogramowaniem innej firmy, dostawca zrzuca winę na partnera. Jeśli jest natywny, jeden zespół wsparcia to naprawia.
Zapytaj, w jaki sposób system obsługuje krótkie przystanki (mikroprzystanki), które nie wymagają zlecenia roboczego.
Starsze narzędzia zmuszają do tworzenia zlecenia pracy dla każdego 30-sekundowego postoju (co powoduje utratę danych).
Nowoczesne narzędzia (Fabrico) wykorzystują logikę, aby kategoryzować je jako „straty operacyjne”, bez zaśmiecania dziennika konserwacji.
Odpowiedź legacy: „Wydajemy nową wersję co 2 lata”. (Oznacza to, że przez 2 lata będziesz musiał zmagać się z błędami.)
Nowoczesna odpowiedź: „Publikujemy aktualizacje co tydzień za pośrednictwem chmury” (SaaS).
„Paula” (lider strategiczny) musi wiedzieć, czy jest to zgodne ze stosem IT.
API First: Nie pytaj: „Czy integrujesz się z SAP?”, lecz: „Czy dokumentacja Twojego API jest publiczna i oparta na standardzie REST?”. To dowodzi, że są nowoczesne.
Bezpieczeństwo: Poproś o certyfikat SOC 2 typu II. To standard na rok 2026.
W starszych zapytaniach ofertowych (RFP) często proponowana jest cena „za miejsce”. To kara za rozwój firmy.
Poproś o model „Licencja na stronę” lub „Nieograniczona liczba wnioskodawców” .
Chcesz, aby każdy operator maszyny mógł zgłosić problem. Jeśli dostawca będzie pobierał opłatę za każde logowanie operatora, nigdy nie osiągniesz poziomu Total Productive Maintenance (TPM).
Celem RFP nie jest znalezienie oprogramowania z największą liczbą funkcji. Chodzi o znalezienie oprogramowania, które będzie pasować do Twojej fabryki.
Koncentrując swoją ofertę na integracji , użyteczności i niezawodności , odfiltrowujesz „dinozaury” i znajdujesz zwinne narzędzia.
Potrzebujesz szablonu?
Nie zaczynaj od zera. [Skontaktuj się z zespołem Fabrico] , a udostępnimy Ci szablon wymagań technicznych, który pomoże Ci w ustrukturyzowaniu oceny.
Login
Blog
