在长三角几家做过设备联网的工厂里，有续技术这一年回访时反复碰到同一种场景：上线时剪彩、看板亮起来、领导来参观；一年多以后再进车间，大屏还挂着，数据却停在几个月前。问起来，设备科说网络不归他们管，信息部说设备协议他们不懂，生产说系统是别人建的——网关的电源被拔下来插了别的设备，没人说得清是哪天的事。

系统"放着不用"，很少是技术坏掉设备联网项目失效，最常见的形态不是采集断了，而是采集还在、数据没人看。看板上的数字和车间实际对不上，班组长先是不信，接着不看，最后连异常报警都懒得处理。等到某天要报一份产能数据，才发现历史曲线中间空了长长一段。这类失效很难在验收时暴露。验收那天所有设备都在线、数据都在跳，问题往往要在换人、换产线、换网络之后才浮出来。## 设备联网运维，到底应该由谁接手先把概念说清楚：**设备联网运维，是指系统上线之后，对网关、网络、采集点位、平台账号和备件进行持续维护的一整套责任安排——谁巡检、谁改点位、谁换备件、谁处理断线告警。**这件事在多数工厂是空白的。IT 部门管机房和办公网，不管车间设备协议；设备科管机床和电气，不管网络和账号；生产部门用数据，但没有改系统的权限。三方都能说出"这不归我"的理由，于是网关成了没有主人的设备。## 隐患为什么在交付那天就埋下了问题多半不是后来才有的，而是交付方式决定的。- 验收标准只有一条"数据能不能上来"，没有人验证"第二个人能不能接手"；- 点位表存在集成商工程师的笔记本里，工厂手上只有一份截图；- 平台管理员账号绑的是施工方的手机号，人一走，密码找不回来；- 网关型号是几年前的，停产之后备件买不到，坏一台就少一台；- 预算只算了建设费，没有给运维留任何年度额度。有续技术在项目回访里见过更典型的情况：一条产线换了产品，需要改几个采集点位，工厂内部没人会改，只能等原集成商排期。等的这两周里，看板数据一直是错的，车间干脆把大屏关了。设备联网一旦需要"求人才能改"，它在工厂内部的信任度就开始下降。## 选型和合同条款正在因此改变这个变化在近一两年的采购问询里很明显。以前客户问的是"支持哪些协议、能接多少台设备"，现在越来越多会追问：配置能不能导出备份、能不能远程改点位、断线有没有告警推送给指定的人、备机多久能到。需求侧的变化也在倒推交付方式。一次性交付、验收即结项的模式，正在被"建设 + 若干年服务"取代；有的工厂会在合同里直接写明响应时限和远程支持方式，把"以后谁管"提前写死。对集成商和设备厂商来说，这意味着方案的可维护性和远程支持能力，开始和采集能力一样被计入评分。## 企业现在就能做的三件事结合有续技术在现场的落地经验，一套能活过三年的数采系统，通常不是因为它选了什么先进设备，而是因为从一开始就有人对它负责。具体可以落到三条：-交付清单多加三样东西：点位表可编辑文件、全部账号与密码清单、网关配置备份。缺一样就不签字。-指定一个系统 owner，哪怕是兼职。他的职责不是修设备，而是知道出问题该找谁、能判断是网络、网关还是平台的问题。-在合同里写清服务期：远程支持怎么提、多久响应、备件怎么供。把运维当成项目的一部分，而不是上线之后的意外。设备联网的投入，头一年花在设备和施工上，后面几年花在维护上。前半段有人盯，后半段没人管，是这类项目最常见的失败方式。