线下门店里经常出现这样一种情况：店员引导顾客打开小程序去连接附近的智能设备，顾客点了拒绝，页面就停在那里，既没有下一步提示，也找不到别的入口。不少人的第一反应是功能坏了，其实蓝牙权限被拒只是关掉了一条通道，并不代表整个业务闭环就走不通。关键在于开发阶段有没有为这条通道预留可走的替代路径。
先弄清楚权限被拒之后到底失去了什么。第一，无法主动扫描周边设备，系统不会返回广播列表；第二，无法发起连接，即便知道设备编号也建立不了链路；第三，无法自动重连，用户下次进入时不能静默恢复。这三层能力边界要分开判断，因为对应的降级手段并不相同：扫描没了可以用人工输入补，连接没了可以走服务端代发指令，自动重连没了则要在用户重新授权后做状态恢复。
第一种降级是把设备发现改为手动识别。设备机身或展台上通常会印有编号、二维码或短码，小程序可以提供输入框和扫码入口，用户输入后由服务端校验设备归属和状态，再决定后续动作。这样即使完全拿不到蓝牙广播，核心业务仍然能走完。设计时要注意编号校验必须放在服务端，避免前端可枚举；同时给出格式提示和错误反馈，不要让用户盲猜。
第二种降级是提供人工协助入口。页面上应明确告知当前能力受限的原因，例如未获得附近设备权限，暂时无法自动搜索，并给出两条路：一是引导用户前往设置开启权限，二是提供店员协助或客服入口。提示文案要克制，说清限制和恢复方法，不要用报错口吻吓唬用户。人工入口最好能带上当前场景信息，减少重复沟通。
第三种降级是记录权限状态的变化。用户首次拒绝后，小程序可以在本地记下这个状态，避免每次进入都重复弹窗。当用户后续在系统设置里重新授权，回到小程序时通过生命周期回调重新检测权限，若已放开则平滑恢复扫描和自动连接，不需要用户再手动操作一遍。这里要注意检测时机，放在页面显示时比放在启动时更稳妥。
落地时可以按四步核对：权限申请时机是否放在用户明确触发连接动作之后，而不是一进页面就弹；提示文案是否说清了用途和替代方案；兜底入口是否在权限被拒的第一时间可见；权限状态是否回写到页面并支持恢复。这四项里任何一项缺失，降级体验都会打折。
常见误区有三个。一是首次进入就弹权限，用户还没理解要干什么就被打断，拒绝率自然高；二是拒绝后反复弹窗，把用户逼到卸载；三是把权限拒绝当成异常上报，日志里堆满误报，真正的问题反而被淹没。权限拒绝是正常的用户选择，不是故障。
权限降级设计的目标很朴素：用户不授权时，主要任务依然能完成；用户愿意授权时，功能能顺畅恢复。把这两头都照顾到，附近设备连接才不会成为业务断点。it数运在承接这类小程序开发需求时，通常会把权限路径和降级路径一起画进流程图，先想清楚拒绝之后怎么走，再动手写扫描逻辑。
