Ile kosztuje predykcyjne utrzymanie ruchu? Przewodnik po budżetowaniu

W skrócie: Nie ma jednej ceny predykcyjnego utrzymania ruchu (publikowane stawki za zasób i za czujnik różnią się o ponad rząd wielkości), ponieważ koszt zależy od tego, ile zasobów monitorujesz, czy mają już czujniki i czy oprogramowanie działa w chmurze, czy on-premise. Ten przewodnik rozkłada koszt na jego rzeczywiste składniki, wyjaśnia modele cenowe stosowane przez dostawców, nazywa ukryte koszty, które zaskakują budżety, i daje Ci sposób na oszacowanie własnego, bez udawania liczby, którą musielibyśmy zmyślić.

Dlaczego „ile to kosztuje?" nie ma uczciwej jednej odpowiedzi

Poszukaj ceny predykcyjnego utrzymania ruchu, a znajdziesz pewne siebie liczby, które różnią się między sobą 10-krotnie lub więcej: subskrypcje za zasób podawane od kilku dolarów miesięcznie do kilkuset. Ten rozrzut to nie niechlujstwo; to uczciwa rzeczywistość. Retrofit czujników bezprzewodowych na 50 starych pompach i subskrypcja oprogramowania na 500 już oprzyrządowanych zasobach to różne projekty z różnymi rachunkami, a oba nazywa się „predykcyjnym utrzymaniem ruchu".

Więc zamiast fałszywej liczby nagłówkowej, przydatny jest framework: poznaj składniki, z których składa się koszt, model cenowy, który Ci sprzedają, ukryte koszty, których nie ma na ofercie, i jak ograniczyć całość pilotażem. Wtedy oszacujesz swoją liczbę i zweryfikujesz nią każdą ofertę dostawcy.

Rzeczywiste składniki kosztu

Program predykcyjnego utrzymania ruchu ma do sześciu pozycji kosztowych. W zależności od punktu startu niektóre są duże, a niektóre zerowe.

1. Oprogramowanie / platforma. Sama aplikacja PdM: pozyskiwanie danych, modele, pulpity, alertowanie. To zwykle subskrypcja cykliczna (SaaS w chmurze) albo licencja plus wsparcie (on-premise). To pozycja, o której wszyscy myślą najpierw, i często nie największa.

2. Czujniki i sprzęt. Tylko jeśli Twoje maszyny nie są jeszcze oprzyrządowane. Jeśli doposażasz stare urządzenia w monitoring stanu, to rzeczywisty koszt sprzętu na punkt, który skaluje się z liczbą oprzyrządowanych zasobów (zobacz nasz przewodnik po retrofcie). Jeśli Twoje zasoby mają już czujniki drgań, temperatury i prądu podłączone do PLC lub systemu SCADA, ta pozycja może być zerowa: platforma czytająca Twoje istniejące czujniki przez OPC-UA nie wymaga kupowania nowych.

3. Łączność i sprzęt brzegowy. Niewielka brama lub brzegowy PC na lokalizację, by zbierać dane i, dla wdrożeń on-premise, uruchamiać modele. Skromny, często jednorazowy koszt.

4. Wdrożenie i integracja. Podłączenie źródeł danych, konfiguracja hierarchii zasobów i integracja z Twoim CMMS (SAP PM, Maximo, IFS). To zwykle jednorazowa opłata za usługi i pozycja najczęściej niedoszacowana: całkowity koszt posiadania oprogramowania korporacyjnego rutynowo znacznie przekracza cenę katalogową, gdy doliczy się wdrożenie, migrację i integrację.

5. Szkolenie i zarządzanie zmianą. Doprowadzenie Twoich zespołów niezawodności i utrzymania ruchu do zaufania prognozom i działania na ich podstawie. Mała na fakturze, decydująca dla tego, czy program przynosi efekt.

6. Bieżący koszt operacyjny. Wsparcie, aktualizacje, utrzymanie modeli i, dla wdrożeń chmurowych, moc obliczeniowa oraz opłaty za wyjście danych (egress), które skalują się z ilością strumieniowanej telemetrii. Plus ten, którego nikt nie wycenia: koszt pracy związany z fałszywymi alarmami (o tym poniżej).

Modele cenowe i co każdy robi z Twoim rachunkiem

To, jak dostawca nalicza, ma takie samo znaczenie jak stawka nagłówkowa, bo model decyduje, jak Twój koszt zachowuje się, gdy rośniesz.

Za zasób / za maszynę. Płacisz za każdy monitorowany zasób. Przewidywalne i skaluje się z tym, co faktycznie tworzy wartość (liczbą obserwowanych zasobów). Najprzejrzystszy model do budżetowania.
Za czujnik / za tag. Płacisz za każdy monitorowany sygnał. To może rosnąć lawinowo na zasobach wielokanałowych: maszyna z drganiami w trzech osiach plus temperatura, ciśnienie i prąd to sześć tagów, nie jeden.
Za użytkownika / za stanowisko. Płacisz za każdy login. Ten po cichu karze dokładnie to, czego chcesz: żeby więcej osób z Twojego zespołu patrzyło na dane. Zakład dodający techników i inżynierów do platformy widzi rosnący rachunek z powodów niezwiązanych z tym, ile maszyn chroni.
Za lokalizację / subskrypcja platformy. Stała opłata za obiekt. Prosta i często korzystna, gdy monitorujesz wiele zasobów na lokalizację.
SaaS w chmurze vs licencja on-premise. Chmura jest cykliczna i skaluje się z użyciem (dokłada koszt egress); on-premise to zwykle licencja plus wsparcie, trzyma dane w zakładzie i unika opłat za użycie w chmurze. To nie tylko kwestia kosztu: to również kwestia rezydencji danych i bezpieczeństwa OT (zobacz PdM on-premise a w chmurze).

Nie ma uniwersalnie „właściwego" modelu, ale jest sygnał ostrzegawczy: model, który nalicza Ci więcej za skalowanie zespołu (za stanowisko) albo za porządne oprzyrządowanie zasobu (za tag), jest niezgodny z tym, skąd bierze się wartość. Ceny za zasób lub za lokalizację uczciwiej podążają za wartością.

Ukryte koszty, które zaskakują budżety

Cena katalogowa to część, którą widzisz. Oto te, które decydują o rzeczywistym całkowitym koszcie posiadania:

Koszt pracy przy fałszywych alarmach. Zmęczenie alarmami wynikające z fałszywych alarmów to najczęściej wskazywany powód, dla którego programy predykcyjnego utrzymania ruchu upadają. Każdy fałszywy alarm kosztuje technika wyjazd lub inspekcję, która niczego nie znajduje: realna praca wydana na nic, podkopująca zaufanie do systemu. Platforma, która zgłasza mniej i wyjaśnia, co zgłasza (żeby inżynier zweryfikował to w kilka sekund zamiast badać przez godzinę), ma niższy rzeczywisty koszt niż tańsza, która sieje panikę.
Niespodzianki integracyjne. Podłączenie do danych prawdziwego zakładu (starych PLC, wiekowego historiana, CMMS z niestandardowymi polami) to miejsce, gdzie umierają obietnice „wdrożenia w dwa tygodnie". Zapytaj, ile faktycznie kosztuje integracja, zanim podpiszesz.
Koszty danych w chmurze. Strumieniowanie danych drganiowych o wysokiej częstotliwości do chmury nie jest darmowe; opłaty za egress i moc obliczeniową skalują się z liczbą czujników i częstotliwością próbkowania.
Uzależnienie od dostawcy (vendor lock-in). Zamknięta czarna skrzynka, która jest właścicielem Twoich modeli i danych, ma koszt zmiany niewidoczny do momentu, gdy chcesz odejść.
Wewnętrzny koszt pracy przy działaniu. Prognoza oszczędza pieniądze tylko wtedy, gdy ktoś na jej podstawie działa. Czas inżyniera niezawodności to realny koszt, ale to również miejsce, gdzie mieszka zwrot, więc to ten dobry rodzaj kosztu.

Jak to zabudżetować: framework

Nie szacujesz kosztu monitorowania całego zakładu. Ograniczasz go, a potem skalujesz.

Zacznij od pilotażu na krytycznych zasobach. Wybierz garść maszyn, których awaria boli najbardziej, i oszacuj koszt dla nich. Ograniczony w czasie pilotaż (Prevly prowadzi 8-tygodniowy) zamienia otwartą „decyzję o platformie" w ograniczoną, znaną liczbę, którą możesz ocenić przed zaangażowaniem całego zakładu.
Oszacuj sześć składników dla swojego punktu startu. Oprogramowanie + (czujniki tylko jeśli ich nie masz) + sprzęt brzegowy + wdrożenie + szkolenie + koszt bieżący. Jeśli Twoje zasoby są już oprzyrządowane, wykreśl największą pozycję sprzętową w całości.
Myśl o trzyletnim całkowitym koszcie posiadania, nie o cenie katalogowej. Dodaj wdrożenie i koszty bieżące do subskrypcji w realistycznym horyzoncie. Porównanie build-vs-buy to to samo ćwiczenie zastosowane do decyzji „zbudować czy kupić".
Zważ to względem kosztu Twojej obecnej strategii i zwrotu. Właściwe porównanie to nie „PdM vs darmowe", lecz „PdM vs to, ile Twoja obecna strategia utrzymania ruchu już Cię kosztuje" w nieplanowanych przestojach i nadmiernym serwisowaniu. Praca amerykańskiego Departamentu Energii nad O&M w PNNL szacuje, że program predykcyjny oszczędza 8–12% względem prewencyjnego i 30–40%+ względem reakcyjnego; analiza Deloitte szacuje redukcję kosztów utrzymania ruchu na 5–10% przy wzroście dostępności o 10–20%. Postaw swój szacowany koszt obok tych oszczędności, a matematyka ROI sama się napisze.

Jak to wygląda z Prevly

Prevly jest zbudowane tak, by strona kosztowa była uczciwa i przewidywalna:

Przejrzysty, opublikowany cennik. Bez czarnej skrzynki „zapytaj o ofertę": widzisz model cenowy, zanim z kimkolwiek porozmawiasz.
Wykorzystuje Twoje istniejące czujniki. Prevly czyta Twoje obecne czujniki drgań, temperatury i prądu przez OPC-UA tylko do odczytu. Jeśli Twoje zasoby są już oprzyrządowane, pozycja sprzętowa to zero, bez wyrywania i wymiany.
On-premise, więc bez podatku za stanowisko w chmurze ani rachunku za egress. Modele i dane działają wewnątrz sieci zakładu; nie płacisz za strumieniowanie telemetrii na zewnątrz i prognoz z powrotem.
Ograniczony 8-tygodniowy pilotaż. Zacznij od krytycznych zasobów, uzyskaj znany koszt i realny wynik, a potem zdecyduj o reszcie zakładu.
Współistnieje z Twoim CMMS. Prognoza staje się zleceniem pracy w systemie, który już prowadzisz (SAP PM, Maximo, IFS); nie kupujesz jego zamiennika.

Uczciwa oferta w kwestii kosztu to nie „jesteśmy najtańsi". To „widzisz, ile to kosztuje, pozycja sprzętowa często wynosi zero, a wartość możesz udowodnić na ograniczonym pilotażu, zanim wydasz na skalę zakładu".

Najczęściej zadawane pytania

Ile kosztuje predykcyjne utrzymanie ruchu? Zależy to mocno od zakresu: ile zasobów monitorujesz, czy mają już czujniki, oraz chmura vs on-premise. Publikowane ceny za zasób i za czujnik różnią się o ponad 10-krotnie, więc jedna liczba jest myląca. Budżetuj, szacując składniki (oprogramowanie, czujniki, jeśli potrzebne, sprzęt brzegowy, wdrożenie, szkolenie, koszt bieżący), najpierw dla pilotażu na krytycznych zasobach.

Czy predykcyjne utrzymanie ruchu jest tańsze niż prewencyjne? Z czasem zwykle tak. Praca DOE/PNNL nad O&M szacuje, że program predykcyjny oszczędza mniej więcej 8–12% względem prewencyjnego i 30–40%+ względem reakcyjnego, głównie przez ograniczenie nieplanowanych przestojów i nadmiernego serwisowania. Koszt początkowy jest wyższy niż nierobienie niczego, więc uczciwe porównanie to całkowity koszt posiadania względem tego, ile już kosztuje Cię obecna strategia.

Czy muszę kupić nowe czujniki do predykcyjnego utrzymania ruchu? Nie, jeśli Twoje maszyny są już oprzyrządowane. Platforma czytająca Twoje istniejące czujniki przez OPC-UA tylko do odczytu nie wymaga nowego sprzętu, więc pozycja czujnikowa to zero. Za czujniki płacisz tylko przy doposażaniu w monitoring urządzeń, które ich nie mają, a nawet wtedy kilka dobrze umieszczonych czujników bije oprzyrządowanie wszystkiego.

Jaki jest największy ukryty koszt programu predykcyjnego utrzymania ruchu? Fałszywe alarmy. Zmęczenie alarmami z powodu fałszywych alarmów to najczęściej wskazywany powód upadku programów PdM, a każdy fałszywy alarm to realna praca wydana na inspekcję, która niczego nie znajduje. Platforma, która zgłasza mniej i wyjaśnia, dlaczego zgłosiła, ma niższy rzeczywisty koszt niż tańsza, która zalewa zespół szumem.

Jak dostawcy PdM naliczają: za zasób, za czujnik czy za użytkownika? Wszystkie trzy istnieją, plus za lokalizację i subskrypcje platformy. Ceny za zasób i za lokalizację najprzejrzyściej podążają za wartością. Za czujnik może rosnąć lawinowo na zasobach wielokanałowych, a za użytkownika po cichu karze umieszczanie większej części zespołu przy danych. Zapytaj, który model Ci sprzedają, i zamodeluj, jak rośnie Twój rachunek, zanim podpiszesz.

Zobacz liczbę dla swojego zakładu

Uczciwy sposób, by dowiedzieć się, ile predykcyjne utrzymanie ruchu kosztuje Ciebie, to nie kalkulator zbudowany na zmyślonych średnich: to ograniczony pilotaż na Twoich własnych krytycznych zasobach, z przejrzystym cennikiem i bez sprzętu do kupienia, jeśli Twoje maszyny są już oprzyrządowane.

Poproś o demo Prevly, a określimy pilotaż (i jego koszt) wokół maszyn, które mają największe znaczenie.

Powiązane artykuły: ROI predykcyjnego utrzymania ruchu · Gdzie przeciekają budżety utrzymania ruchu · Build vs buy PdM · Jak wybrać platformę PdM · Retrofit PdM na starych maszynach