来问我，说想做微信小程序里的蓝牙功能，比如连个智能秤、体脂秤、血压计，或者控制个灯、开关、门锁。看了网上的教程，要么是官方文档翻来覆去那几句，要么是复制粘贴的代码跑不通。今天咱们就聊点实在的，从怎么真正把客户吸引过来、把单子成交这个角度，把BLE开发微信小程序这件事拆开揉碎了讲。

先别急着写代码。你得想清楚一件事：你的客户是谁？如果客户是健身房老板，他买你的小程序是为了让会员扫码连体脂秤，数据自动上传，他后台能看会员周报。如果客户是智能家居经销商，他需要的是用户打开小程序就能搜到周围所有蓝牙灯，一键分组控制。客户真正掏钱买的不是“蓝牙连接”这个功能，而是“省事”“省人工”“数据自动归集”。所以你在做方案、写文章、跟客户沟通的时候，要反复强调“你的痛点我懂，而且我解决得很彻底”。

我们拿一个真实场景举例：本地一家养老院找到你，说他们每天要给几十个老人量血压、测血氧，护工用纸笔记录，回头再录入电脑，经常出错，家属查数据也麻烦。他们想要一个微信小程序，护工拿手机靠近老人的蓝牙血压计，数据自动传到小程序里，家属在小程序里就能看到历史曲线。这个需求很典型，也是能成交的客户。下面我就按这个案例，把BLE开发的关键步骤和坑点都讲清楚。

第一步：硬件选型不是你想的那样

以为随便买个蓝牙模块就能用。实际上，微信小程序BLE对硬件有隐藏要求。你选的蓝牙设备必须支持“广播模式”且广播包要包含足够的信息。比如那个血压计，它广播的时候要能告诉小程序“我是血压计”“我的设备ID是多少”“我当前测量状态是空闲还是正在测量”。如果广播包太简单，小程序搜到设备后还得挨个连接去问，速度慢不说，连接数一多就容易掉线。养老院场景下，护工可能同时给三五个老人测量，设备之间不能冲突。建议选Nordic nRF52832或者TI CC2640这类成熟芯片做的模组，广播间隔设成100ms到200ms之间，既省电又能被快速发现。

第二步：微信小程序端的蓝牙初始化，顺序错一个就白费

很多教程上来就让你调openBluetoothAdapter，然后startBluetoothDevicesDiscovery。实际开发中，你得先判断用户的手机蓝牙是否打开，微信位置权限是否授权（iOS13以上必须）。更关键的是，你需要在onBluetoothAdapterStateChange回调里做状态监听，因为用户可能中途关蓝牙。我见过一个开发者的程序，用户连上设备后锁屏再解锁，蓝牙自动断了，他的小程序没有重连机制，客户当场翻脸。正确的做法是：在app.js的onLaunch里就初始化蓝牙适配器，然后全局维护一个蓝牙状态变量。当检测到断开时，自动重新扫描并连接上次配对的设备，整个过程用户无感。养老院的护工可没时间等你重新配对。

第三步：扫描设备，别一股脑全显示出来

startBluetoothDevicesDiscovery会把周围所有蓝牙设备都扫出来，包括隔壁办公室的蓝牙音箱、员工的蓝牙耳机。你给养老院做的小程序，不能显示一堆乱七八糟的设备名。所以你要在onBluetoothDeviceFound回调里过滤。比如血压计的广播数据里有一个特定的UUID或者服务标识，你只保留包含这个标识的设备。更精细的做法是：在硬件端给每个血压计烧录一个自定义的广播字段，比如前两位代表设备类型（01表示血压计），后几位代表设备编号。小程序端解析这个字段，只显示类型为01的设备。这样护工打开小程序，列表里只有血压计，不会点错。

第四步：连接与配对，这里有个大坑

微信小程序createBLEConnection之后，并不代表马上就能读写数据。你必须在onBLEConnectionStateChange里确认连接成功，然后调getBLEDeviceServices获取服务列表，再调getBLEDeviceCharacteristics获取特征值。注意，有些蓝牙设备需要配对（输入PIN码），微信小程序不支持弹窗让用户输入PIN码。所以你要确保你选的蓝牙设备是“Just Works”配对模式，不需要额外验证。养老院那个血压计，如果每次连接还要护工输密码，那就没人愿意用了。另外，连接超时时间建议设成10秒，超过10秒连不上就提示用户“设备不在范围内或已关机”，别让用户一直转圈。

第五步：数据收发，别漏了分包和校验

血压计测量完，会通过蓝牙发一串数据，比如“SYS:120, DIA:80, PULSE:72”。但蓝牙一次能传的字节有限（一般是20字节），长数据要分包。你要在硬件端把数据包编号，比如第一包是“01SYS:120”，第二包是“02DIA:80”，第三包“03PULSE:72”。小程序端收到后按编号拼接，再解析。更关键的是校验：蓝牙传输偶尔会丢包或错位，你需要在每个包末尾加一个简单的校验和（比如所有字节相加取后两位），小程序收到后重新计算校验和，对不上就请求重发。别小看这个，我见过一家做智能门锁的公司，因为没做校验，偶尔收到错误密码，门打不开，客户投诉到工商局。

第六步：数据上云与展示，这是让客户掏钱的关键

小程序收到血压数据后，不能只显示在屏幕上就完了。你要把数据传到你的后端服务器，存储到数据库，然后生成趋势图。养老院的家属想看老人这周的血压变化，你得提供按日期筛选、按时间段统计的功能。更高级一点：如果老人的收缩压连续三天超过140，小程序自动给家属推送一条提醒。这个功能不需要太复杂，用微信的订阅消息就能实现，但客户会觉得你非常专业。数据上云的方式推荐用WebSocket或者HTTPS POST，数据格式用JSON。注意，蓝牙连接状态下不要频繁发HTTP请求，否则会卡顿。建议在收到完整数据包后，先存入小程序的本地缓存，等蓝牙断开或者用户主动点击“同步”时再批量上传。

第七步：测试与调试，别在客户面前翻车

蓝牙开发最怕兼容性问题。同一个血压计，在iPhone 12上连接正常，在华为Mate 40上就搜不到。这是真实发生过的事。解决办法是：准备至少5台不同品牌、不同系统版本的手机（包括iOS和安卓），在真实环境下反复测试。测试要点包括：手机蓝牙和Wi-Fi同时开启时会不会干扰；手机距离设备10米以上还能不能稳定连接；连续测量10次有没有数据丢失。养老院的项目交付前，我建议你在养老院现场待一整天，跟着护工的实际操作流程走一遍，他们怎么拿手机、怎么靠近老人、怎么确认数据，你亲眼看了才知道哪里需要优化。比如你发现护工经常单手操作，那你的按钮就要设计在屏幕下半部分，方便大拇指点击。

第八步：售后与迭代，让客户帮你转介绍

小程序交付后，不是结束。你要主动给客户提供一个月的数据分析报告，比如“本月共测量血压800次，其中异常数据12次，已标记”。客户看到这个会觉得你很靠谱。然后你可以问客户：“你们还需要测血氧吗？我可以在现有小程序上加个模块，成本很低。” 很多客户就是这样变成长期客户的。我认识一个做蓝牙体脂秤小程序的团队，他们给本地20家健身房做了定制版，每家的logo、配色、后台权限都不同。后来健身房会员自己也想买同款秤放家里，这个团队又顺势推出了个人版，一年下来成交了3000多单。

最后说一句：BLE开发微信小程序，技术本身并不难，难的是你真正理解客户要什么，并且用技术把那个“省事”的感觉做到位。别光想着写代码，多去客户现场看看，多问问他们哪里不爽。你帮他们解决一个不爽，他们就愿意付一份钱。这就是最直接的成交逻辑。