做小程序的时候，很多需求会用到位置，比如显示附近门店、导航到店、打卡签到、计算配送范围。这些功能能不能做、做出来准不准，跟想象中不太一样。
先说清楚能力边界，再谈怎么做，能省掉不少来回。
一、能拿到什么，需要什么授权
小程序可以获取用户的当前位置，但需要用户授权。用户可以拒绝，拒绝之后就拿不到。所以任何依赖位置的功能，都要设计一个没有位置也能用的退路，比如让用户手动选择城市或者门店。
位置信息一般在几十米到几百米的精度，具体取决于用户的设备、是否开启精确定位、所处的环境。在室内或者高楼密集的地方，误差会更大。用这个精度判断用户在哪家店门口是可以的，判断用户在几楼是不行的。
要注意的是，微信对位置权限的管控比较严。如果小程序在用户还没用上功能的时候就弹位置授权，用户容易反感并且拒绝。合理的做法是先展示内容，在真正需要位置的时候再请求权限，并说明用途。
二、常见功能的做法
附近门店，做法是先在后台维护好每个门店的经纬度坐标，然后根据用户位置计算距离并排序。距离是直线距离，不是实际路程，这两个数在有些地形下差别很大，展示的时候要说明是直线距离。
导航到店，小程序里可以唤起手机上的地图应用，把目的地传过去，用户自己选高德还是百度。小程序内部也能显示路线图，但体验不如专业地图应用，一般只用来展示大概位置。
打卡签到，通常要结合位置和范围判断。设定一个可签到的半径，用户位置落在这个圆内才能签。要防的是用户人不在现场找人代签或者用虚拟定位，这需要额外的技术手段，只在位置功能上做限制是不够的。
三、精度不够时的处理
遇到定位不准，有几条路可以走。
一是让用户自己确认。系统给出一个判断，让用户确认是不是这里，不对的话可以手动选择。这个做法简单有效，把精度问题交给用户解决。
二是用扫码替代定位。门店里放一个二维码，用户扫码签到，比定位判断更准确。凡是能在现场放码的场景，扫码都比定位可靠。
三是放宽判断条件。如果业务只是想知道用户大概在哪个区域，用城市或者商圈级别的判断就够了，不必强求精确到街区。
四、几件容易忽略的事
位置数据属于个人信息，收集之后怎么用、存多久、能不能对外提供，要有说法。小程序里通常需要在隐私协议中说明位置信息的使用目的，这一点在提交审核时也可能被问到。
门店坐标要维护准确。很多系统的附近门店不准，根源是后台里的门店坐标填得随意，有的是随手在地图上点的，有的是邮编解析出来的。这项数据要在开业时认真采集一次，用手机站在门口取点。
还有一点，位置功能要在没有网的时候考虑降级。用户在地下室或者信号弱的地方打开小程序，拿不到位置，功能不能直接报错，要有可用的替代路径。