·17 分钟阅读

如何制定成功的预测性维护计划

预测性维护利用车辆数据 — 里程模式、诊断故障代码、传感器读数和发动机性能趋势 — 在部件发生故障之前识别维修需求。车队经理不再按照固定日历对车辆进行保养,也不必等到警告灯亮起,而是根据表明某辆特定车辆正在出现某个特定问题的信号采取行动。
马克·多纳休

马克·多纳休

EMKAY分析经理

预测性维护利用车辆数据 — 里程模式、诊断故障代码、传感器读数和发动机性能趋势 — 在部件发生故障之前识别维修需求。车队经理不再按照固定日历对车辆进行保养,也不必等到警告灯亮起,而是根据表明某辆特定车辆正在出现某个特定问题的信号采取行动。

这一区别很重要,因为车队维护传统上分为两类。反应式维护(在故障发生后进行处理)和预防性维护(按照基于里程或时间间隔的计划进行维护,而不考虑车辆的实际状况)。预测性维护不同于这两者:它利用数据,在车辆真正需要维护的时候安排服务,从而减少不必要的进厂次数,并发现固定计划可能完全错过的故障。

对于管理数百甚至数千辆车辆的车队来说,这种转变会改变维护预算、技术人员时间以及车辆正常运行时间的规划方式。以数据而不是猜测为基础的计划,可以让运营负责人更清楚地了解车队目前的状况。

建立这样的计划需要的不只是购买软件并将其连接到车队。它需要诚实评估当前维护工作的状况,为在役车辆选择合适的工具组合,制定让维护团队有时间适应的实施计划,并承诺随着真实数据不断积累而持续完善流程。本指南将逐步介绍这些阶段,以及能够让预测性维护计划在第一年之后仍持续创造价值的实践方法。

了解预测性维护

核心概念

一个预测性维护计划依赖三个协同运作的环节。

  1. 传感器和车载诊断系统会持续收集数据 — 发动机温度、机油压力、电池电压、制动器磨损指标,以及根据车辆和车联网配置而有所不同的数十项其他参数。
  2. 软件会将这些数据与已知故障模式进行比较分析,寻找历史上经常出现在故障发生前的组合。
  3. 随后,系统会提前向车队经理或维护团队发出警报,使其有足够时间在部件于道路上发生故障之前安排维修。

大多数现代车辆已经能够生成预测性维护计划所需的诊断数据;真正的工作在于将这些数据连接到一个能够解释它们并将结果传递给正确人员的系统。

分析层正是预测性维护与基础车联网报告之间的区别。实时显示电池电压或轮胎压力的仪表板很有用,但仍然需要有人注意到令人担忧的趋势并采取行动。预测性维护软件会自动完成这一步,将当前读数与该车辆的历史模式以及整个车队中已知的故障特征进行比较。最终输出是一条具体建议,与某辆具体车辆相关联,并提前足够长的时间送达,以便在部件发生故障之前采取行动。

对车队车辆维修的好处

最明显的好处体现在停机时间上。根据早期预警安排进厂维修的车辆,其保持正常运行的时间远高于在行驶途中发生故障并需要拖车的车辆。维修成本通常也会更低,因为尽早发现正在失效的部件,一贯都比在其完全失效后更换该部件 — 或连同周边部件一起更换 — 更便宜。

安全方面也同样重要。通过预测性监控发现的制动、转向和轮胎问题,可以在其演变成道路安全隐患之前得到处理,这既关系到驾驶员安全,也关系到车队的责任风险。技术人员同样能从更好的信息中受益:一份注明“过去三周电池电压持续走低”的维修工单,远比“发动机故障灯亮起”更能为维修人员提供有用信息。

制定预测性维护计划的步骤

步骤1:评估当前的车队维护状况

在增加预测性工具之前,先清楚了解车队目前的状况。调取过去24个月的维护记录,并寻找其中的规律:

  • 哪些车辆占据了不成比例的维修成本?
  • 是否有某些部件比其他部件更容易发生故障?
  • 车队因计划外维修承受了多少停机时间?

这项评估还意味着要如实判断数据准备程度。由不同车龄车辆组成的车队,其车载诊断能力会存在差异 — 较新的车辆通常会比老旧车辆生成更多可用数据。了解哪些车辆目前就能支持预测性监控,以及哪些车辆需要加装车联网硬件,会影响接下来的实施计划。

维护人员应从一开始就参与这个步骤。他们掌握着有关反复出现问题的车辆以及供应商关系的组织经验,而这些信息不会出现在电子表格中;同时,他们在后续流程中的支持程度,也取决于现在是否感到自己的意见得到了重视。

这也是为计划正式启动后的效果评估建立基准的时机。在评估期间,跟踪每辆车的平均停机时间、每次维修的成本,以及计划维护与非计划维护事件的比例。这些数据将成为在实施六个月或一年后衡量预测性维护计划效果的基准。没有这些数据,就很难证明计划确实有效,而不仅仅是让人感觉事情变得更有条理。

步骤2:确定预测性维护工具

建立基准之后,下一步就是让工具与车队的实际需求相匹配。带有预测性维护模块的车联网平台会直接从车辆诊断系统中提取数据,并自动标记异常。独立的车队维护软件可以在现有服务记录之上增加预测性警报。一些车队会将两者结合使用,利用车联网进行实时监控,并使用维护软件进行排程和供应商管理。

面向工作卡车车队的预测性维护解决方案

与乘用车相比,工作卡车和服务车辆承载更重的负荷,也经历更多走走停停的驾驶情况,因此会给制动系统、变速箱和悬架部件带来额外压力。应寻找能够专门追踪这些系统磨损情况的平台,而不是只提供通用发动机诊断。与现有车队管理软件的集成同样重要 — 如果某个预测性工具无法将数据输入到维护团队已经使用的系统中,它只会带来第二个没人持续查看的仪表板。

成本在这一阶段也是一个现实因素,并且会随着车队规模和所需监控深度的增加而上升。已经部署基础车联网的小型车队可能只需要一个软件附加模块,而从零开始建立计划的大型车队则应该为硬件、软件许可,以及员工管理过渡所需的时间预留预算。

步骤3:实施策略

一次性在整个车队范围内部署预测性维护,往往会让维护团队和数据管道同时承受过大压力。分阶段实施的效果通常更好:先选择一组车辆开展试点,最好是那些有明确维护问题历史记录的车辆,并利用试点来确定警报阈值、响应工作流,以及流程中每一步由谁负责。

为警报触发后的处理方式制定明确的流程。由谁审核警报、车辆需要多快进厂,以及什么阈值用于区分“记录并持续监控”的情况和“立即进厂”的情况 — 这些决定都应在第一条警报到来之前形成书面规定。

培训也应在实施计划中占据足够时间。维护人员必须对警报有足够的信任,才能据此采取行动,而这种信任来自实际使用系统的经验,而不是一次性的介绍培训。只有在工作流顺畅运行后再将计划扩展到试点组之外,才能避免实施速度超过团队的管理能力。

这一阶段与驾驶员的沟通同样重要。如果一辆车因为预测性警报而被要求进厂维修,而不是因为驾驶员自己发现了明显问题,在没有解释原因的情况下就可能引发疑问。通过简短说明计划的作用,以及为什么某些车辆会更频繁地进厂,可以避免困惑,并让整个驾驶员群体而不只是维护团队对这一流程建立信心。

步骤4:持续监控与改进

预测性维护计划并不是一次设置后就结束。试点阶段看似合理的警报阈值,在车队积累了数月真实数据后可能需要调整。

应定期审查结果。跟踪有多少预测故障最终被证明准确、该计划避免了多少停机时间,以及哪些问题仍被工具遗漏并最终发展成实际故障。正是这种反馈循环,区分了会随着时间不断改进的计划和在初始实施后就停滞不前的计划。

随着车队本身发生变化,车辆数据模式也会改变 — 新车型、更新后的车联网硬件、不同的作业周期。定期重新评估有助于确保该计划始终与车队当前的实际运营方式保持一致。

车队维护管理最佳实践

预测性维护作为更广泛技术栈中的一个组成部分,比作为独立附加工具更能发挥作用。能够集中管理维护记录、驾驶员行为数据和车辆诊断信息的车队管理软件,可以为预测性警报提供更多背景信息 — 在寒冷天气驾驶模式下出现的电池警报,与全年在温和气候中运行的车队出现同样警报时,所代表的情况并不相同。

在评估新技术时,系统之间的集成值得仔细考虑。一个与车队现有管理软件分开运行的预测性维护工具,会造成重复录入数据,并增加一个员工必须记住的登录入口,久而久之往往会降低采用率。能够在维护、燃油和驾驶员管理功能之间共享数据的平台,可以让车队获得更完整的整体视图,而不会增加额外的行政负担。

结论

预测性维护在车队管理中的未来

预测性维护正在从一种差异化优势转变为那些认真控制成本和停机时间的车队所普遍期待的标准能力。随着车联网硬件变得更加经济实惠,分析工具也日益成熟,各种规模车队的进入门槛都在持续降低,而不再只是拥有专门数据团队的大型运营商能够采用。

未来可以预期,预测性维护将与其他车队系统实现更深入的集成 — 包括路线规划、燃油管理和驾驶员安全评分 — 随着供应商构建新的平台,车辆健康状况将被视为多个数据流中的一个,而不是一个孤立功能。那些现在就通过一致的文档记录和系统间清晰集成建立数据纪律的车队,将能够在这些进步出现时直接加以利用,而不必日后再去改造一个建立在不完整记录之上的计划。

最后的思考

一个建立在客观评估、符合车队实际需求的正确工具、分阶段实施以及真正持续改进承诺基础上的预测性维护计划,可以带来更少的故障、更低的维修成本,以及在需要时有更多车辆保持可用。最能从预测性维护中获益的车队,会将其视为一种不断发展的实践,并随着所监控车辆的变化持续调整。