这是您需要解决的问题吗？
- 故障处理靠电话和白板运作，响应时间无从得知。
- 预防性计划写在纸上，一旦生产繁忙就悄悄延误。
- 同样的故障反复出现，却无人能证明这一点，因为记录都在笔记本里。
- 备件在技术员需要的那一刻才被发现缺失。
主要对接人: 设备维护经理 · 可靠性经理 · 工厂负责人 · 工程经理 · 运营卓越经理
这个 PoC 要验证什么
建议的试点范围
- 选定的关键资产——其故障真正会导致停产的那些。
- 一个维护团队，及其当前使用的故障和通知工作流。
- 预防性计划、工单，以及相关情况下背后的备件。
- 资产层级、关键度以及现存的失效历史。
- 仅针对约定的状态监测用例部署传感器，绝不作为一刀切的假设。
PoC 期间将实际运行的内容
这个 PoC 如何推进
周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。
不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。
如何衡量成功
| 指标 | 如何定义 | 数值来源 | 类型 |
|---|---|---|---|
| 通知到响应时间 | 从故障被上报到技术员接受任务之间的时间，在试点资产上测量。 | MSF 平台数据 | 运营 |
| MTTR | 试运行期间试点资产的平均修复时间，按调研阶段约定的定义计算。 | MSF 平台数据 | 运营 |
| MTBF 基线 | 为试点资产建立的平均故障间隔时间——在此观察窗口内是基线，而非目标值。 | 双方约定的基线测量 | 运营 |
| 紧急工作占比 | 用于非计划工作与计划工作的维护工时占比。 | MSF 平台数据 | 运营 |
| 预防性维护合规率 | 在窗口期内完成的到期预防性工作占比，以及期末的逾期积压量。 | MSF 平台数据 | 运营 |
| 记录完整度 | 工单在关闭时记录了原因、处理和用料，而非空白关闭的比例。 | MSF 平台数据 | 采纳度 |
| 重复故障 | 同一周期内同一资产、同一原因的故障——证明修复没有真正解决问题的证据。 | MSF 平台数据 | 运营 |
| 报警提前量 | 仅在传感器纳入范围时适用：状态报警与其所预警事件之间的时间，误报单独统计。 | 传感器、仪表或设备数据 | 技术 |
在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。
需要您提供的内容
- 资产层级、关键度排序，以及现存的失效历史（无论以何种形式存在）。
- 相关情况下的现有维护计划、抄表读数与备件数据。
- 技术员角色、班次覆盖情况，以及他们实际会使用的设备。
- 范围内任何传感器安装的准入与安全规则。
各方职责
Meta Smart Factory 提供
- 调研工作坊与范围界定的组织推进
- 按约定范围完成方案配置
- 该范围内的集成与接入工作
- 报价中列明的 MSF 硬件
- 试点用户培训
- KPI 定义与验证方法
- 试点期间的问题跟踪与支持
- 最终结果报告与推广方案设计
- 为试点团队配置的资产结构、预防性计划和移动端工单执行。
- 对现有数据实际能支持哪些状态监测用例给出如实的分类判断。
贵方提供
- 指定的业务负责人与技术负责人各一名
- 及时提供对用户、产线、设备与授权系统的访问
- 对工艺流程与主数据的如实说明
- 网络、电源、安装位置与安全作业许可
- ERP、PLC 与供应商文档，以及熟悉这些内容的专家
- 有代表性的样品或历史数据
- 确认基线值是公平的
- 反馈意见与验收决定
- 会在真实故障中使用该系统、而非仅在培训中使用的技术员。
- 现存的任何失效历史——即使不完整，它也决定了能够作出何种主张。
在书面报价中约定
- 工业平板电脑、平板设备、服务器与 GPU 服务器
- 相机、镜头、光源与防护外壳
- 扫描枪、打印机、RFID 设备、仪表与传感器
- 差旅、安装、运输、进口税费与本地电气施工
- 硬件采取租赁还是购买
- PoC 费用是否可抵扣推广费用
商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。
您最终得到什么
- 一个由贵方团队在真实故障中使用的实时维护工作流。
- 配置完成的资产层级、关键度和预防性计划。
- 按约定 KPI 定义呈现的基线与试点对比看板。
- 在状态监测纳入范围时的传感器发现和数据基线评估。
- 关键度与差距报告——试点未能覆盖的内容及原因。
- 面向剩余资产和团队的推广计划。
前提条件、不含内容与边界
本 PoC 依赖以下条件
- 试运行期间技术员的可用性，包括真正发生故障的班次。
- 状态监测方面：安全的传感器安装点，以及有意义所需的足够观察时间。
本 PoC 不包含
- 全厂范围的资产数据清理和历史记录数字化。
- 备件采购和仓库实施，这属于 WMS PoC。
在不存在带标签的失效历史或足够观察数据的地方，本 PoC 定位为状态监测、异常检测和数据基线建立——而非故障预测。没有失效数据可供学习的预测性主张，不是一个主张，而是一个愿望。
继续、调整还是停止——决策点
常见问题
你们能在一个 PoC 里证明预测性维护吗？
只有在存在足够带标签的失效历史和足够长的观察窗口时才行，两者都会在做出任何承诺之前先行核实。若缺失，如实的方案是状态监测，加上构建后续可支持预测的数据基线。
我们需要传感器吗？
对于本 PoC 中占据大部分可衡量价值的工作流那一半来说，不需要。传感器是为调研阶段约定的具体状态监测用例、在具体资产上、针对具体问题而添加的。
我们的失效历史都在笔记本里，这是障碍吗？
不是，这非常普遍。它限制了能对预测做出何种主张，但不限制能对响应、合规率和重复故障进行何种测量。本 PoC 会启动后续预测步骤所需的结构化历史记录。
你们如何与我们当前的数字公平地比较 MTTR？
通过在调研阶段就定义达成一致，包括什么算开始、什么算结束、哪些停机被排除在外。两个组织可能用三种不同方式测量 MTTR；只有双方使用同一种方式，比较才是诚实的。
相关产品与 PoC 项目
申请这个概念验证
请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。