企业预测性维护项目采购实战手册
预测性维护采购指南采购前必须想清楚的3个问题
真正需要采购吗
不要因为设备停过一次，就急着购买系统。采购前应统计过去12个月的故障次数、停机时长、维修费用和产量损失。
适合开展预测性维护的设备，通常具备三个特征：故障损失高、运行数据可采集、故障模式有规律。
如果单台设备价值低、故障后可快速替换，建设预测性维护系统的回报可能不如增加备件库存。
建议选择10至30台关键设备做初步测算。把非计划停机成本、备件成本和人工成本换算成年度金额。
项目目标也要量化。例如，非计划停机时间下降20%，关键轴承故障提前7天预警，维修工单响应时间缩短30%。
没有明确的业务损失和改善指标，就不要急着采购平台。
预算到底够不够
预算不能只看软件报价。完整费用通常包括传感器、采集网关、网络改造、平台许可、实施服务和年度运维。
现场已有PLC、DCS或SCADA时，应确认历史数据能否直接使用。数据质量不够，仍需增加振动、温度或电流传感器。
采购经理可按三年总拥有成本核算，包括一次性投入、订阅费、接口费、培训费和硬件更换费。
还要预留10%至20%的实施调整预算。现场布线、协议适配和防爆认证，经常会带来额外支出。
不要只问“软件多少钱”。更有效的问题是：覆盖一台设备三年需要多少钱，每减少一小时停机需要多少钱。
内部谁来推动
项目不能只交给设备部门，也不能完全由IT部门负责。业务、设备、自动化、IT和采购都要有明确角色。
业务负责人定义停机损失和项目收益，设备工程师提供故障机理，IT团队负责网络、安全和系统集成。
采购部门负责比价与合同约束，但不应单独判断算法效果。算法是否可用，应由设备专家依据真实故障验证。
建议指定一名项目负责人，并建立双周例会。每个问题要记录责任人、完成日期和关闭标准。
没有业务负责人签字确认目标，项目很容易变成只展示曲线、不产生工单的看板工程。
预测性维护采购指南采购需求文档怎么写
业务需求描述规范
需求文档不要写“建设先进平台”或“提升智能化水平”。这类描述无法报价，也无法验收。
应明确工厂范围、设备数量、设备类型、运行班次和关键故障模式。例如，覆盖40台泵和12台风机。
每类设备要写清当前问题，包括年均故障次数、平均停机时间、单次损失和现行维护方式。
业务流程也要描述完整。系统产生预警后，由谁确认、谁创建工单、谁安排检修、谁关闭预警。
目标应采用数字表达。例如，试点期内识别不少于3类故障，误报率低于15%，有效预警提前量不少于48小时。
需求文档还要划清边界。哪些设备纳入本期，哪些接口由供应商负责，哪些数据由采购方提供，都要写明。
技术需求清单
技术清单应覆盖采集、传输、分析、展示、集成和安全，不能只列算法名称。
采集部分要写明信号类型、采样频率、精度、安装方式、防护等级，以及是否需要防爆认证。
振动分析不能只要求“支持振动数据”。应列出时域波形、频谱、包络谱和特征值计算等功能。
平台架构要明确采用本地部署、私有云还是公有云，并写明服务器配置、数据保留周期和扩容方式。
接口需求应列出协议和系统名称，如OPC UA、Modbus TCP、MQTT、REST API、MES或EAM。
安全条款应包括账号权限、日志审计、数据加密、漏洞修复和远程访问审批。
如果供应商使用封闭数据格式，需求中应要求提供原始数据导出和标准接口。
验收标准制定
验收标准要能复测，不能使用“运行稳定”“预警准确”等模糊表述。
功能验收可按测试用例执行，包括数据中断、异常报警、权限控制、报表生成和接口同步。
效果验收要约定统计口径。准确率、召回率和误报率分别怎么计算，必须在采购文件中定义。
对故障样本较少的项目，可设置分阶段验收。先验收数据采集和规则告警，再评估模型效果。
建议保留10%至20%的合同款，在连续运行60至90天并达到指标后支付。
预测性维护采购指南供应商评估与选择
供应商资质审查
资质审查不只看公司规模和宣传材料，更要确认供应商能否长期交付。
基础材料包括营业执照、软件著作权、信息安全认证、质量管理认证和近三年财务情况。
涉及防爆区域时，应核对传感器和网关的防爆证书。证书型号必须与实际交付型号一致。
要求供应商提交项目团队名单，说明项目经理、设备专家、算法工程师和实施工程师的投入比例。
核心岗位最好写入合同。若供应商更换项目经理，应提前通知并提供同等资历人员。
还要调查产品迭代频率、客户续费率和售后团队规模。只靠销售承诺、缺少实施团队的供应商风险较高。
可建立100分评分表：行业经验20分、技术能力25分、交付能力20分、服务15分、价格20分。
产品Demo验证要点
Demo不要只看供应商准备好的标准页面。应提前提供脱敏样本，让对方用采购方的数据演示。
现场可准备正常、偏心、不对中、轴承损伤等数据，观察平台能否识别差异并说明判断依据。
要求演示从数据接入到工单关闭的完整流程，而不是只展示趋势图和报警列表。
重点检查报警是否包含设备位置、风险等级、可能原因、处理建议和证据图谱。
还要测试异常场景，包括断网补传、传感器离线、数据漂移、重复报警和账号越权。
供应商如果无法解释模型为什么报警，就很难获得维修人员信任。
Demo评分应由设备、IT和业务部门共同完成。每项功能记录通过、部分通过或不通过。
客户案例考察
客户案例应与采购方行业、设备类型和部署规模接近。风机案例不能直接证明其适合压缩机组。
不要只听供应商介绍。可直接联系案例客户，询问上线周期、实际使用人数、误报情况和续费意愿。
现场考察时，要看系统是否仍在运行，报警是否进入维修流程，设备人员是否每天使用。
还要核实项目效果的计算方式。所谓节省数百万元，可能只是估算，并非财务确认数据。
建议要求提供至少2个可核验案例，并取得客户联系人授权。
商务条款谈判
比价时应统一范围。某些报价只含软件，另一些包含传感器和实施服务，直接比较总价会失真。
要求供应商拆分硬件、软件、实施、接口、培训和运维费用，并说明税率与付款条件。
订阅模式要明确每年涨价上限。永久许可要确认升级费、维护费及停止维护后的使用权。
付款节点应绑定成果，不要按时间平均支付。常见比例可设为30%、30%、30%和10%。
价格接近时，优先比较三年总成本、交付团队和退出成本，而不是只看首年折扣。
预测性维护采购指南采购合同关键条款
交付物与里程碑
合同应附交付清单，包括硬件、软件许可、部署文档、接口文档、模型报告和培训材料。
每项交付物要写清格式、数量、负责人和确认方式。例如，接口文档应包含字段说明、错误码和调用限制。
里程碑可分为现场调研、方案确认、设备安装、数据接入、模型上线、试运行和终验。
每个节点都要对应付款比例，不能只写“项目完成后付款”。
里程碑完成的判断权不能只归供应商，采购方应保留书面确认权。
知识产权约定
合同要区分供应商原有产品、项目定制成果、设备数据和训练成果的权属。
采购方产生的运行数据、故障记录和维修记录，应明确归采购方所有。
供应商如需使用数据优化模型，应获得书面授权，并约定脱敏方式、使用范围和保存期限。
定制开发部分要明确源代码是否交付。若不交付，应约定供应商停止服务时的代码托管机制。
还要禁止供应商未经许可，将采购方名称、现场照片或项目效果用于公开宣传。
违约与退出条款
违约条款应覆盖延期、指标未达成、数据泄露、关键人员撤换和服务中断。
延期责任可按未交付部分金额的比例计算，并设置累计上限。多次延期时，采购方应有解除权。
若试点效果未达到最低标准，应约定整改周期、费用承担和退款比例。
退出条款要明确数据导出格式、迁移支持时长、账号关闭方式和现场设备拆除责任。
合同终止后，供应商应在限定时间内删除数据，并提供书面删除证明。
预测性维护采购指南采购后落地保障
验收流程设计
验收不能只安排一次会议。建议分为到货验收、安装验收、功能验收、试运行验收和终验。
到货阶段核对型号、序列号、证书和数量。安装阶段检查点位、方向、固定方式和通信质量。
功能阶段按测试用例逐项验证，并保留截图、日志和接口记录。
试运行时间建议不少于60天。期间统计在线率、报警数量、误报数量和工单闭环率。
发现问题后，应建立整改清单。每项问题都要有责任人、期限、复测结果和关闭签字。
培训计划制定
培训对象至少分为管理人员、设备工程师、维修人员和系统管理员。
管理人员关注设备健康度和收益报表，设备工程师需要掌握诊断依据与模型调整方法。
维修人员要会接收报警、查看证据、反馈结果和关闭工单。系统管理员负责账号、备份和接口维护。
培训不能只做一次。建议上线前培训、试运行中复训、终验后进行管理员培训。
每次培训应安排实操考试。通过标准可以设为80分，并要求关键岗位人员全部通过。
培训材料、录屏和操作手册应作为正式交付物，避免人员离职后系统无人会用。
持续服务约定
持续服务要写清服务时间、响应级别、处理时限和升级路径。
例如，一级故障15分钟响应、4小时给出临时方案；普通问题4小时响应、2个工作日处理。
供应商应定期提交服务报告，内容包括系统在线率、报警效果、故障处理和版本变更。
模型也需要维护。设备工况、原料或转速变化后，原有阈值可能不再适用。
建议每季度开展一次模型复盘，每半年进行一次系统健康检查。
采购方内部也要保留管理员和设备专家。系统能否长期产生价值，取决于报警是否持续进入真实维修流程。
声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：sales@idmakers.cn删除，任何个人或组织，需要转载可以自行与原作者联系。
