CMMS RFP се провалят, когато копират шаблони за общи софтуерни поръчки, вместо да посочват изисквания за поддръжка на производството. Контролен списък от 50 елемента, който пита дали доставчикът има мобилен достъп и отчитане, ще върне пет доставчика, които всички отговарят на всяко квадратче - и не ви дава основа за диференциация. RFP, който работи, пита как работи мобилният достъп в производствен етаж с ограничена свързаност, какво се случва с работните поръчки, когато интернетът спре, как системата обработва многоезични операторски интерфейси и дали графиците за поддръжка могат да бъдат наследени от групови шаблони на ниво обект. Тези специфики разкриват пропуски във възможностите, които общите изисквания пропускат. Разработването на CMMS RFP трябва да започне с петте ви най-проблемни точки в текущата операция по поддръжка - ако спазването на изискванията за поддръжка е основният ви проблем, натежете сериозно изискванията за автоматизация на поддръжката. Ако видимостта на множество обекти е приоритет, натежете изискванията за отчитане и стандартизация на данните. RFP, претеглена спрямо вашите действителни приоритети, ще изведе правилните доставчици и ще даде на вашата комисия за оценка защитима основа за оценяване, която ще издържи на проверката на обществените поръчки.
Управление на основни работни поръчки (10 изисквания): създаване и завършване на мобилни работни поръчки, офлайн възможности с автоматична синхронизация, прикачване на снимки и видеоклипове, проследяване на работното време, класификация на приоритетите, класификация на типа работни поръчки, назначаване и уведомяване на техник, прилагане на контролен списък за завършване, работен процес за одобрение от ръководител и история на работните поръчки по актив. Превантивна поддръжка (8 изисквания): създаване на график за превантивна поддръжка по честота, време на изпълнение и задействане на условие, автоматизирано генериране на график за превантивна поддръжка, библиотека с шаблони за превантивна поддръжка, мобилно завършване на превантивна поддръжка, отчитане за съответствие с превантивната поддръжка, наследяване на шаблони за превантивна поддръжка на ниво група, сезонно коригиране на графика за превантивна поддръжка и свързване на превантивна поддръжка с коригираща работна поръчка. Управление на активи (8 изисквания): йерархична структура на активите, история на активите по оборудване, идентификация на активи с QR код и баркод, класификация на активите по критичност, съхранение на документация от производителя, проследяване на гаранцията, оценяване на състоянието на активите и импортиране на активи от съществуващи системи. Инвентаризация и снабдяване (8 изисквания): каталог на резервни части, автоматизация на точките за повторна поръчка, резервиране на части спрямо планирани превантивни поддръжка, създаване на поръчки за покупка, тристранно съпоставяне с ERP, инвентаризация на множество локации, управление на комплекти и интеграция с каталог на доставчици. Отчитане и анализи (8 изисквания): табло за съответствие с управлението на профилите на поддръжката, съотношение реактивно спрямо планирано, MTBF и MTTR по актив, разходи за поддръжка по актив, отчет за просрочени задължения, отчет за липса на части, конструктор на персонализирани отчети и планирана доставка на отчети. Интеграция и сигурност (10 изисквания): REST API с документация, възможност за интеграция с ERP, поддръжка на SSO, контрол на достъпа, базиран на роли, одитна следа, експортиране на данни в отворени формати, SLA за време на работа, сертификация SOC 2 Type II, съвместимост с управлението на мобилни устройства и съответствие с GDPR или местоживеенето на данните.
Разпределете изискванията за RFP на три нива. Задължителни изисквания (неуспешни, ако липсват): офлайн мобилни възможности, автоматизация на управлението на проекти, йерархия на активите, основно отчитане и експортиране на данни. Оценете ги като преминали/неуспешни — всеки доставчик, който не може да ги изпълни, се елиминира, независимо от цената. Изисквания с висок приоритет (претеглени 3x): специфичните възможности, които адресират вашите най-големи оперативни проблеми. Ако управлението на множество обекти е критично, всички функции за множество обекти получават тройна тежест. Ако се изисква интеграция с вашата специфична ERP система, изискванията за интеграция получават тройна тежест. Стандартни изисквания (претеглени 1x): всички други функции, които добавят стойност, но не са диференцирани. След оценяване, изчислете общите претеглени резултати и съставете кратък списък от трима доставчици за оценка на демо версии. Резултатът от RFP трябва да информира, но не и да определя окончателния избор — двама доставчици в рамките на 10% от общия претеглен резултат трябва да получат демо версии, тъй като качеството на внедряване, отзивчивостта на доставчиците и съгласуваността на пътната карта на продукта често имат по-голямо значение от разликите в оценките на функциите на границата. Включете общите разходи за първата година (лицензиране плюс внедряване) като отделно оценявано измерение, наред с функционалните изисквания — доставчикът с най-ниска цена никога не трябва да печели единствено въз основа на цената без функционална оценка.
Login
Блог
