作者：硬件已经量产，APP 还在改配网。这是智能硬件项目最常见的延期原因。外壳、电路板、模具都定了，软件这边发现Wi-Fi配网成功率只有七成，用户一失败就退货。界面做得再好看，连不上网就是一块砖。
配网是返工第一名
配网方式有好几种：SoftAP、SmartConfig、蓝牙辅助、扫码配网。每种的成功率、兼容性、用户操作步骤都不一样。
SoftAP 成功率高，但用户要手动切Wi-Fi，步骤多，年纪大的用户容易卡住。SmartConfig 操作简单，但对路由器型号和手机系统敏感，部分机型成功率低。蓝牙辅助配网体验最好，但硬件要加蓝牙模块，成本上升。扫码配网适合带屏幕的设备，没屏幕就用不了。
选型时不能只看实验室数据。要拿真实用户常用的路由器测：双频合一、5G优先、企业级路由、Mesh组网，每种都跑一遍。很多问题只在特定路由器上出现，实验室测不出来。
配网失败后的引导也要设计。失败三次怎么办，能不能换一种方式，能不能联系客服，这些流程要在开发前定，不要等用户投诉再补。
OTA 不是传个升级包
OTA 要解决四个问题：包怎么传、断点怎么续、失败怎么回滚、版本怎么管。
包体大的固件，下载到一半断网是常态。没有断点续传，用户要重新下载，体验很差。升级过程中断电，设备可能变砖，必须有回滚机制。
版本管理更麻烦。不同批次的硬件可能跑不同固件，APP要能识别设备版本，推对应的包。灰度发布、强制升级、最低兼容版本，这些策略要提前定。
还有合规问题。OTA 升级涉及设备安全，部分市场要求固件签名和加密。别等产品出海才发现不满足要求。
硬件联调的分工
硬件方负责：固件、通信协议、设备日志、测试样机。软件方负责：APP、云端接口、配网流程、OTA管理后台。两边都要有人对协议负责。
最常见的问题是协议文档滞后。硬件改了字段，没通知软件，APP解析失败，用户看到“设备离线”。联调阶段要建立版本对照表，每次协议变更都记录。
测试样机要给够。一个团队只有一台样机，测试排队，进度就卡住。至少准备三到五台，覆盖不同批次、不同固件版本。
断网、弱网和异常状态
智能硬件的使用场景往往网络不好：地下室、工厂车间、偏远地区。APP要能处理这些状态：设备离线怎么显示，指令超时怎么重试，本地缓存能不能用。
设备状态同步也要设计。用户在APP点了开关，设备没响应，界面不能一直显示“已开启”。要有确认机制，或者明确显示“指令已发送，等待设备响应”。
多用户共享设备是另一个坑。家庭成员、员工、安装师傅，谁能控制，谁能管理，权限怎么撤销。这些在消费级产品里经常被忽略，到了B端就是刚需。
账号与设备归属
设备绑定在谁的名下，换手机怎么办，卖二手怎么解绑，公司离职员工绑定的设备怎么转移。这些问题要在数据模型里设计好，不能事后打补丁。
B端场景更复杂。一台设备可能属于门店，由店长管理，员工使用，总部查看数据。角色和权限要分层，不能只有一个“管理员”。
如果设备数据要进企业系统，比如MES、售后系统、能耗平台，接口要提前规划。设备、订单、工单、备件，这些数据怎么关联，决定了后续能不能做分析。制造业的落地场景可以看制造业数字化方案。
验收清单
配网：三种以上路由器、两种手机系统、失败引导。
控制：在线、离线、弱网、指令超时。
OTA：断点续传、失败回滚、灰度发布、版本兼容。
账号：注册登录、设备绑定、共享、解绑、转移。
异常：设备断电、网络切换、固件异常、重复绑定。
数据：埋点、日志、故障上报、隐私政策。
这份清单在开发前过一遍，能省掉很多上线后的紧急版本。APP的稳定性保障可以看崩溃率控制。
成本与周期
以2026年市场行情为参考，单设备配套APP（配网、控制、状态）常见四到十万；多设备、带看板与OTA的平台型APP十到二十万。周期受硬件协议文档质量影响很大，文档清楚的项目八到十二周，文档混乱的可能翻倍。
报价时要把联调次数写进去。硬件改一版，软件就要回归测试一轮，这部分工作量不能免费无限包。服务范围见智能硬件APP开发，如果设备数据要接企业后台，系统集成可以一起规划。
先让硬件和软件团队坐在一起把协议定死，再开始写代码。这个会开两天，能省两个月。