一、从场景出发，而不是从设备出发
先写一句话的场景描述：「我想在三十分钟内知道三号库房哪个区域湿度超标」，而不是「我需要一批温湿度传感器」。场景句会自然带出三个约束：被测对象是什么、多快需要知道、谁来处置。这三个约束决定了终端精度、上报频率和告警逻辑。很多项目起步就问「用什么协议」「用什么平台」，顺序反了——协议和平台是被场景推出来的结论。确定了场景之后，再对照九项服务找到对应方向，沟通效率会高很多。
二、通信方式怎么选
通信方式的选择几乎完全由现场条件决定。设备密集、有市电与以太网的厂房，优先有线接入或 Wi-Fi；点位分散、广域覆盖、数据量小的场景用 NB-IoT，走运营商网络、不用自己维护基站；自建网络可控性要求高、单个区域内点位多的场景用 LoRa，自己架网关，后续扩展不依赖运营商；需要传输图像或高频数据的场景回到 4G 或有线。选型前务必做信号实测：金属货架、配电间墙体、地下库房对无线信号的削弱程度经常超出预期，实测热力图比任何参数表都有说服力。
| 方式 | 适合场景 | 供电要求 | 特点 |
|---|---|---|---|
| 以太网 / RS485 | 车间固定设备 | 市电 | 稳定，布线成本随距离上升 |
| Wi-Fi | 小范围、数据量大 | 市电 | 复用现有网络，穿墙能力有限 |
| NB-IoT | 分散点位、广覆盖 | 可电池 | 走运营商网，按流量计费 |
| LoRa | 园区自建网 | 可电池 | 自主可控，需自建网关 |
| 4G | 移动资产、图像回传 | 市电或大电池 | 带宽充足，功耗与资费较高 |
三、试点怎么定范围
试点不是把全部点位砍掉一半，而是选一个「信息闭环完整」的最小单元：一个库区、一条产线、一个配电回路。试点要验证四件事——读数与人工仪表的偏差是否在可接受范围、链路在恶劣时段（夜间温降、高峰生产）是否稳定、告警是否能送达正确的人并被处置、看板是否符合管理者的查看习惯。四项都过关，批量部署只是复制；任何一项不过关，回去改的代价都远小于批量后再改。
四、验收标准要提前写死
验收标准不是「系统正常运行」这种表述，而是可测量的条款：抽样点位的读数与手持仪表比对偏差不超过约定值；连续观察期内链路在线率不低于约定百分比；告警从触发到送达指定人员的时长不超过约定分钟数。这三条写进合同，验收才有抓手。容易被漏掉的是数据连续性——网关断网续传是否生效、补传的数据有没有丢包标记，建议在验收时人为制造一次网络中断来验证。
五、采购清单里容易被漏掉的项目
除了终端与平台，清单里常被漏掉这几项：现场标定与比对（决定读数可不可信）、信号勘测（决定链路可不可靠）、阈值配置与调优（上线后第一个月几乎必然要调几轮）、现场培训（决定系统会不会在人员轮换后闲置）、运维职责划分（远程巡检的频次与现场支持的响应条件）。这些项目单价不高，缺了任何一个都会让前期投入打折扣。选购时把它们列为独立条目逐项确认，比事后补救便宜得多。
把这份指南里的五条过一遍，你拿到的方案质量会有明显差别。准备好了场景描述，欢迎通过联系我们开始沟通，也可以先浏览常见问题详解。