找公司做蓝牙/硬件连接 App，先问这 8 个问题
蓝牙、串口这类「App + 硬件」项目的坑大多不在界面，而在设备侧：协议谁定、真机谁联调、断连了数据怎么办。这 8 个问题，用来判断一家公司有没有真做过设备连接这条链路。
本文由北京橙智合科技有限公司撰写，立场公开。文中客户一律用描述性别名，不出现客户名称。
蓝牙、串口、USB 这类「App + 硬件」的项目，报价单看起来和普通 App 差不多，但真正决定成败的环节大多在设备侧：协议是谁定的、真机谁来联调、设备断连了数据怎么办。这些事在签合同前问清楚，比在验收时扯皮便宜得多。
下面 8 个问题，是我们作为乙方建议甲方在选团队时直接问出口的。每个问题后面都写了「什么样的回答算过关」，也写了我们自己在对应环节是怎么做的——不假装中立，立场摆在明面上。
问题 1：设备侧那一段，是你们自己做，还是甩给硬件厂？
硬件连接 App 的交付永远是两段：App 端，和它背后的设备。有的团队只做界面，协议对接、网关、固件配合全部依赖硬件厂，结果设备一改版本 App 就跟着崩，还没人认账。
过关的回答：能说清哪一段自己做、哪一段要硬件厂配合；有真机能做联调，而不是只在模拟器上跑；联调过程有记录，能翻出来看。
我们的做法：设备接入是我们交付里独立的一块。我们做过一个设备中央管理平台，两类设备同时接入——一类是自带 MQTT 的联网设备，另一类是只有 RS-485 / RS-232 串口、靠工控机或网关做本地采集的老设备。两条通道在同一个后台里各管一段，上层收口到同一套模型。
问题 2：蓝牙用到什么程度，是经典蓝牙还是 BLE？
这两个词差得很远：经典蓝牙（含 SPP）常用来做串口透传，BLE 走的是 GATT 服务与特征值。问这一句，其实是在看对方有没有真的拆过协议。
过关的回答：能说清用的是哪一类；能讲出 GATT 服务与特征值由谁定义（设备厂给的协议文档，还是自己抓包还原）；能讲清分包重组、MTU、连接参数这些细节怎么处理。
判断标准很朴素：谈不清楚协议细节的团队，基本没在真机上折腾过。
问题 3：设备协议文档不完整、原厂不给支持，怎么办？
这是硬件项目最常见的开局：协议文档只有几页，或者干脆没有，原厂也联系不上。
过关的回答：有能力用抓包加日志把协议还原出来，并且把还原过程写成文档留痕——因为后面换人维护还得靠它。
说得再好，也要落到「有没有留下可维护的文档」这一条上。
问题 4：新设备和老设备混在一起，能不能用一套系统管？
很多甲方手里既有近几年的联网设备，也有几年前甚至更早、连网口都没有的老设备，想要的却是一个平台看到全部。
过关的回答：能把协议适配和业务模型分开——底下有多少种协议就做多少条适配层，上面用同一套设备模型收口。这样一来，加一台新设备不用改上层业务。
我们的做法：在同一个后台里把 MQTT 与串口做成两条平行通道，上面统一成「场景—设备—指令」三层模型。这个结构后来在充电设施的数据采集与监测、工业设备的状态管理里也复用上了。
问题 5：弱网、断连、设备离线，数据怎么不丢？
移动端和设备之间是靠不住的链路：进电梯、下地库、设备重启都会断。断链那几秒的数据是丢了，还是补传，差别很大。
过关的回答：本地有缓存与补传机制，重复上报有幂等处理，设备上下线有明确的状态判定（心跳超时多久算离线），异常能告警。
如果对方只回答「一般不会断」，就再问一句：断了之后，App 上显示什么？
问题 6：iOS 和 Android 的差异你们怎么处理？
后台限制、权限申请时机、蓝牙扫描的可用范围，两个平台各不相同；同一套逻辑照搬，往往一边能用、一边挨骂。
过关的回答：能具体举出平台差异点，而不是笼统说「做适配」；能说清哪些逻辑放原生层、哪些走跨端。
我们的做法：设备能力调用深的项目走原生（比如深度相机这类要直接操作硬件的），轻量业务层才考虑跨端；Swift、Objective-C、Kotlin、Dart 四条技术线我们都有实际交付的工程。
问题 7：交付时我能拿到什么？
硬件连接项目最容易在交接时吃亏。「交付源码」四个字，可能是完整工程，也可能是一堆文件。
过关的回答：可编译的完整工程（含构建配置与依赖版本说明）、协议与联调记录、部署说明，以及交接期内的答疑配合，逐项写进合同。
我们自己的交付里，源码、部署说明是完整移交的；工程结构经得起打开来看。
问题 8：上架、权限、备案这些合规环节谁负责？
连着硬件的 App 通常要多用几项权限（蓝牙、相机、位置），隐私与上架的坑也更多。
过关的回答：能说清 App 备案、隐私清单、权限用途说明这些环节谁做、谁必须甲方出面。比如开发者账号主体、备案主体都在甲方名下，这些环节本来就不该假手于人。
我们的做法：从账号主体核验、证书与描述文件、归档上传，到拒审整改、备案材料与隐私清单，这些环节我们都实际走过，也写过完整的拆解。
写在最后
这 8 个问题没有一条是「技术炫不炫」，全都是在问同一件事：设备这一层，你到底做没做过。硬件连接 App 的风险不在界面，而在看不见的那半条链路——协议、联调、断连、交接。
如果你手上就有这样的项目，可以先按这 8 条问一轮；也可以把更具体的场景发给我们，一起过一遍设备清单和通信方式，再决定怎么做。
需要一份写清范围的清单？把你的业务说一遍，几秒生成需求清单。