PG官网

3 月，客户带着一张 A4 纸来了。纸上画了个框图，说要给厂里的设备加远程监控，设备数据能实时看到，异常能告警，两个月要上线。

我们当时没说能做，也没说不能做，只说先去现场看一圈。

这个项目最后做了半年。不是拖延，是物联网项目本来的样子。这篇把它从头到尾复盘一遍，钱花在哪、时间耗在哪、坑踩在哪，一次说清。

第一个月：需求只说了半句

客户那张 A4 纸，核心就一句：设备数据要能看、能告警。

听着简单，问下去全是事。什么设备？老设备还是新设备？有没有现成的通讯接口？数据多久采一次？存多久？报警发给谁？谁来处理？

答案是一连串的 "不知道" 和 "还没想过"。

这是物联网项目和普通软件项目最大的差别：普通软件的需求是人和流程，物联网的需求里还有一堆设备和协议。设备型号没定，后面全是空谈。那一个月，我们一半时间在陪客户理需求，一半时间在等设备厂家回邮件。

经验：物联网项目谈需求，一定要问到设备层。什么设备、什么接口、什么协议、数据量多大，这四个问题先问清楚。

选型：通讯方式吵了半个月

设备定了，下一个问题是数据怎么传上来。

WiFi、4G、NB-IoT、LoRa，各有各的道理。厂区有没有 WiFi 覆盖，没有就得走蜂窝网络；走蜂窝要配 SIM 卡，每张卡每月流量费要算进成本；设备分布散不散，决定要不要上网关。

报价的差距，一大半差在这里。有人说 "几千块就能做"，大概率没算卡费、网关和现场施工。等合同签了再补，价格就不是当初那个价了。

那次我们和客户拿着厂区平面图，把每种方案的覆盖范围画了一遍，才定下来。这一步省不掉。

开发：联调才是真正的耗时大头

软件开发本身，反而是整个项目里最顺利的一段。真正的坑在联调。

设备端、网关、平台，三方要能对得上话。可设备厂家给的协议文档写得不全，有几条指令的参数说明是错的，现场设备版本和文档对不上。一封邮件过去，三天才回。

还有一次，设备发上来的数据全是乱码，排查了两天，发现是通讯协议里一个字节的顺序和文档标的不一样。这种问题，纯靠软件团队在办公室盯，盯不出来，得拿着设备在厂区里一遍遍试。

所以物联网项目的周期，不能按 "软件开发要多久" 来估，要按 "三方联调要多久" 来估。预留的时间，宁可多，不要少。

现场实施：没有网、没有电、位置不对

按计划两周装完，实际装了三周。

第一天到现场就发现，设备计划安装的位置没有电源插座，拉线要绕半面墙。还有两个点位 WiFi 信号差，得换方案重测。施工师傅干到一半，发现其中一台设备厂家发的固件版本不对，得返厂。

这些事没有一件是 "大事"，但每一件都在吃掉工期。物联网项目的现场不确定性，是办公室永远想象不到的。

上线之后：数据断连、误报、告警轰炸

系统上线那天，客户挺高兴。第三天，告警开始刷屏。

半夜设备离线告警、数据跳动误报、同一个问题反复报警。值班的人被吵得受不了，把告警关了，又失去意义。

那两周我们做的事，就是调阈值、改告警逻辑、加去重和防抖。上线不是结束，物联网项目上线后的第一个月，才是真正考验系统稳不稳的时候。这块工作量，当初也没算进去。

复盘：几条能带走的经验

半年下来，几件事想清楚了。

需求要问到设备层，别让 "远程监控" 四个字蒙混过关。

报价里一定要含通讯、网关、流量费和现场施工，别等签完合同再补。

周期按联调估，不按开发估，现场永远有意外。

上线只是开始，第一个月的调优要预留。

物联网项目没有捷径，把每一步想全，比催进度有用。