用户打开小程序查门店，弹窗请求定位权限，随手点了拒绝，页面随即一片空白，或者反复弹出同一个请求。这类情况在门店查询功能里并不少见。对用户而言，拒绝授权未必是不信任服务，只是不愿在此刻交出位置；对产品而言，如果只设计了一条依赖定位的路径，就等于把一部分正常用户挡在门外。权限被拒绝不是故障，而是一个需要被认真对待的设计状态。
先要分清两件事：精确距离排序和同城门店列表。前者需要经纬度计算距离，后者只需要城市或区域信息。多数门店查询的核心诉求其实是“找到能去的店”，而不是“精确到多少米”。把需求拆开之后就会发现，只有距离排序强依赖定位，门店名称、地址、营业时间、服务范围这些内容完全可以不依赖定位展示。判断标准很简单：这个功能没有定位能不能给出可用结果，能，就应该准备降级路径。
第一种降级是手动选择城市与商圈。页面顶部放一个可见的城市入口，默认可以给出一个常见城市或上次选择记录，用户点开后按省份、城市、区县逐级筛选。交互上要注意两点：一是入口不能被折叠进深层菜单，用户拒绝授权后应立刻看到它；二是筛选条件要在结果页保留，用户切换商圈后不必重新走一遍流程。层级筛选的缺点是操作步骤多，所以城市列表要支持拼音首字母和关键词快速定位，减少滚动。
第二种降级是地址搜索与关键词匹配。提供一个输入框，支持输入小区名、街道名、商场名或门店名。输入时给出联想提示，提示项要区分门店名和地名，避免用户混淆。结果排序可以按匹配度优先，再按行政区归类，不要在没有定位数据的情况下伪造距离。空结果处理要给出明确说明，比如提示换一个关键词或扩大范围，而不是只显示一句“暂无数据”。
第三种降级是默认推荐门店列表。当用户既不选城市也不搜索时，可以展示一组默认网点，比如按行政区划均衡选取，或按服务覆盖范围列出。这里最关键的是排序依据要透明，页面文案应写明“以下为推荐网点，未按距离排序”，不能把默认列表包装成“离你最近”。一旦用户发现所谓最近门店其实隔了半个城市，信任损失比空白页更大。
权限引导本身也需要调整。不要在首页一进来就申请定位，而是在用户点击“附近门店”或“按距离排序”时再触发，申请前用一句话说明用途，例如“用于计算您与门店的距离”。用户拒绝后，本次会话内不再重复弹窗，把手动入口留在原位。如果用户之后想开启，设置页或结果页应保留一个清晰的再次授权入口，点击后能重新唤起系统授权或引导到设置。
落地前可以用一份清单自查：拒绝授权后页面是否有可见的替代入口；城市、商圈、关键词这些筛选条件在结果页是否保留；默认列表是否写明了排序依据；再次授权路径是否顺畅且不打扰；空结果是否有可操作的提示。把这些状态都设计到位，门店查询才不会因为一个权限选择而中断。
在it数运的小程序规划实践中，权限降级通常会和主流程一起在需求梳理阶段确认，而不是等上线后遇到空白页再补。把拒绝当成一种正常输入来处理，功能才谈得上稳定。
