IoT设备平台自研还是采购？把时间、维护、风险三笔账算清楚

做 IoT 项目的人，迟早要回答一个问题：设备接入和管理的底座，自己写还是买现成的？

这个问题没有标准答案，但答案的代价差别很大。有人带着三五个人的团队埋头写了一年半，交付节奏被拖垮；也有人直接买了成熟平台，两周跑通项目，把人力留给了真正赚钱的行业业务。差别不在能力，在于有没有把账算清楚。

这篇文章不谈口号，只算三笔账：时间账、维护账、风险账。算完你会发现，自研还是采购，其实是个可以量化的问题。

一、先算时间账：一个能用的设备底座，到底要多久

很多团队低估了"设备管理底座"的工作量。它看着不复杂——设备接入、在线状态、告警、数据存下来，但真做起来，每一项都是无底洞。

1.1 接入是无底洞

MQTT、HTTP 是常规项，Modbus、SNMP、BACnet 是工业常见，到了电力水务行业还有 DL/T645、CJ188、IEC104 这些国标规约，再加一堆老设备的串口 RTU。每接一种协议，都要写驱动、做联调、测边界。协议不是做一次就完——新项目来了新设备，接入工作永远在路上。

1.2 运维功能看着小，做起来碎

告警要分级、要升级、要推到钉钉企微；OTA 要灰度、要回滚、要断点续传；远程配置要防呆、要审计。这些功能每个单拎出来都不大，凑到一起就是几个月的开发量，而且都是"上线后才发现还得补"的隐性工作。

1.3 一个常见的时间误区

团队常把"能 demo"当成"能交付"。demo 只要跑通一条链路，生产要扛住几十种设备、几百条告警规则、断网重连、并发上报。从 demo 到可交付，中间隔着至少一倍的开发量——这是自研时间账里最容易被低估的部分。

二、再算维护账：交付不是结束，是开始

自研最大的隐性成本不在开发期，在运维期。设备平台上线后是长期运营的：设备接入在增加，固件在迭代，客户现场问题要响应，安全漏洞要补。

这一层成本有两个特点：第一，它永续——只要平台在跑，团队就得养着；第二，它绑定人——核心开发者一旦离职，接手的人要把整个架构重新啃一遍，期间平台几乎停摆。很多自研团队最后不是被开发拖垮的，是被"养平台"拖垮的。

采购成熟平台，这笔账就简单了：订阅费或买断加维保，成本封顶、可预算，升级和支持由厂商负责，不绑定某个人。对多数"项目里要管一批设备"的公司，这是更可控的选择。

三、最后算风险账：什么情况自研才划算

说了这么多自研的坑，也要说公道话：确实有该自研的场景。判断标准不是"我们有没有能力"，而是下面三条：

如果你三到四条都落在右栏，自研有它的道理；否则，更聪明的做法是先借力跑通。

四、如果选采购，按这四个标准筛

用现成平台不是"躺平"，是要会挑。我们服务客户时，常建议对方用同一套标准去衡量任何厂商——包括我们自己：

第一，协议覆盖真不真。别只看宣传页写"多协议"，要问具体支持哪些、行业规约（电力/水务）是不是原生、私有协议能不能评估接入。

第二，能不能本地部署。设备数据往往连着生产，很多客户要求数据不出厂。平台要能部署到客户机房，AI 能力最好也能本地跑——这是硬门槛，不是加分项。

第三，能不能被集成。设备平台应该是你业务系统的"底座"，不是让你把业务搬进它里面。要看 API/Webhook/SDK 完不完整，你的系统能不能直接调它的设备数据和下发指令。

第四，落地服务跟不跟得上。接入调试、文档、上线支持、后续响应，决定项目能不能按期交付。小团队买平台，买的其实是"有人兜底"。

五、给正在纠结的团队一句话

设备管理底座是"水电煤"，不是核心竞争力；核心竞争力是你对行业的理解。别让底座拖住你真正该做的事——先用最省力的方式把项目跑通，等真的摸清了边界，再决定要不要把水电煤收回来自己做。那时候你连"要造什么"都比现在清楚得多。