Илюзията за „демонстрация“: Демонстрациите на продажбите са написани така, че да изглеждат перфектно. Трябва да задавате въпроси, които принуждават продавача да се отклони от сценария.
Въпроси „капан“: Конкретни запитвания относно OEE, ограниченията на API и ценообразуването за потребители, които разкриват скрити разходи и технически ограничения.
Отговорът на Фабрико: Защо насърчаваме тези въпроси (защото създадохме платформата, за да отговорим с „Да“ на тях).
Резервирането на демонстрация с доставчик на CMMS е лесно. Да се разбере истината е трудно.
Всеки търговски представител има изпипан сценарий. Той ще ви покаже таблото с красиви цветове.
Те ще ви покажат колко лесно е да промените профилната си снимка. Ще кимнат и ще кажат „Да“ на почти всичко, което попитате.
„Може ли да извършва превантивна поддръжка?“ (Да).
„Базирано ли е в облак?“ (Да).
„Лесен ли е за употреба?“ (Да).
Тези общи въпроси ви дават общи отговори. Те водят до закупуване на система, която изглежда добре в брошурата, но се проваля в завода.
За да намерите партньор, който действително разбира производството , трябва да зададете по-трудни въпроси.
Трябва да задавате въпроси, които разкриват „Пропуски във функциите“ и „Скрити разходи“.
Ето 10-те трудни въпроса, които да зададете на следващата си демонстрация, и защо Фабрико обича да им отговаря.
Защо да питате това: Много доставчици на CMMS твърдят, че проследяват OEE (обща ефективност на оборудването), но всъщност разчитат на партньорство с отделна компания.
Капанът: Ако е трета страна, плащате за два абонамента. Ако връзката за данни се прекъсне, Доставчик А обвинява Доставчик Б.
Отговорът на Fabrico: Той е Native . Изградихме OEE модула и CMMS модула на една и съща кодова база. Те споделят една и съща база данни. Няма интеграция, която да се нарушава.
Защо да питате това: За да постигнете цялостна продуктивна поддръжка (TPM), е необходимо всеки оператор да може да съобщи за проблем.
Капанът: Някои доставчици таксуват по 20 евро на месец за всеки потребител, който подаде заявка. Ако имате 100 оператора, сметката ви просто ще се увеличи драстично.
Отговорът на Fabrico: Не. Заявките трябва да са безплатни (или включени в лиценза на сайта). Искаме повече данни от пода, не по-малко. Не ви облагаме с данък за това, че имате бдителни служители.
Защо да питате това: Не им позволявайте да ви кажат; накарайте ги да ви покажат.
Капанът: Много „леки“ системи (като UpKeep) се борят с дълбоки йерархии. Те третират „Производствена линия“ и „Помпа“ като едно и също ниво. Това нарушава отчитането на обобщените разходи.
Отговорът на Fabrico: Отваряме дървото на активите . Плъзгаме „Помпа A“ и я пускаме под „Линия 1“. Отнема 2 секунди.
Защо питам това: Фабриките имат мъртви зони за WiFi (в пещи, мазета, фризери).
Капанът: Някои приложения са просто „уебсайтове“, обвити в обвивка на приложение. Ако интернетът прекъсне, екранът става бял и техникът губи данните си.
Отговорът на Fabrico: Да. Нашето приложение изтегля необходимите данни на устройството. Можете да извършите проверката в мъртва зона и тя се синхронизира автоматично, когато се върнете в обхвата ѝ.
Защо да питате това: Нуждаете се от чисти данни за поддръжка, ориентирана към надеждността (RCM).
Капанът: Ако системата позволява на техниците да затворят заявка само с натискане на „Готово“, никога няма да можете да изградите Парето диаграма на причините за неуспех.
Отговорът на Fabrico: Да. Можете да конфигурирате работния процес да блокира бутона „Затвори“, докато техникът не избере конкретен код за повреда и решение от падащия списък.
Защо да питам това: 30-секундно спиране не би трябвало да задейства работна поръчка, но би трябвало да бъде записано за OEE.
Капанът: Общите CMMS инструменти не знаят какво е микростоп. Те ви принуждават ръчно да регистрирате всичко или да не регистрирате нищо.
Отговорът на Fabrico: Да. Нашата OEE логика филтрира спиранията. < 2 минути = „Незначително спиране“ (Оперативна загуба). > 10 минути = „Повреда“ (Работна поръчка за поддръжка).
Защо питам това: „Паула“ (ИТ/Стратегия) трябва да свърже това със SAP или Microsoft Dynamics.
Капанът: Ако кажат „Имаме API“, но не ви покажат документацията без договор, това обикновено означава, че API е слаб, стар или скъп за използване.
Отговорът на Fabrico: Да. Ние сме API-първи. Искаме да се свържете.
Защо питате това: Искате да спрете да купувате резервни части, които вече притежавате, в друг завод.
Капанът: Много системи съхраняват данни по „Местоположение“. За да видите инвентара на Завод Б, трябва да излезете и да влезете отново като потребител на Завод Б.
Отговорът на Fabrico: Да. Нашето табло за управление на множество обекти ви позволява да търсите номер на част в световен мащаб.
Защо питам това: За регулираните индустрии (храни/фармацевтика), „оценка/неоценка“ не е достатъчна.
Капанът: Повечето системи предлагат само квадратче за отметка. Те не могат да запишат, че температурата е била „45,2 градуса“.
Отговорът на Fabrico: Имаме специални полета за измерване . Вие дефинирате Мин/Макс (напр. 40-50). Ако потребителят въведе 51, системата автоматично го маркира като Неуспешно.
Защо питате това: Когато сървърът спре да работи, не можете да чакате 24 часа за отговор по имейл.
Капанът: „Стандартна поддръжка“ често означава „В крайна сметка ще прочетем имейла ви“.
Отговорът на Fabrico: Ние ясно дефинираме споразуменията за ниво на обслужване (SLA). Ние сме партньори за вашата непрекъсната работа.
Насърчаваме ви да си зададете тези въпроси. Всъщност, разпечатайте този списък и го донесете на вашата демонстрация.
Ако даден доставчик започне да се изпотява, когато го попитате за офлайн режим или нативен OEE , знаете, че търсите грешен инструмент.
Готови ли сте да видите правилните отговори?
[Запазете си демонстрация с Фабрико] и ни изпитайте. Готови сме за най-трудните ви въпроси.
Вход
Блог
