Design for location privacy

Highlight

iOS 14 的 approximate location 让用户能只向 App 分享大致位置；Apple Maps 通过新的范围标注、精确数据审计、状态栏控制和按动作请求精确位置，在保留核心地图能力的同时尊重用户的位置选择。

核心内容

Apple Maps 原本围绕精确位置设计。蓝色定位点是地图界面的组织中心，搜索结果、到达时间、距离计算和导航都会用到精确坐标。iOS 14 允许用户只分享 approximate location 后，这个假设被打破了：用户仍然可能打开地图、搜索地点、查看路线，但 App 不能再默认自己拿到门牌级位置。（00:20）

Maps 团队没有把 approximate location 当成降级失败状态。他们先把精确位置在界面中的用途全部找出来，再判断哪些信息确实依赖精确坐标。结果是，定位点需要新的视觉表达，Favorites、Search 和 place details 里的部分到达时间与距离信息可以移除，导航这种功能则需要在用户发起动作时请求更高精度。（02:07）

这场 session 给出的设计框架有三条：优先保证用户控制，透明说明正在共享什么数据，用与功能价值相称的时机请求精确位置。它把权限变化放回产品体验里讨论：用户选择大致位置时，App 也要让主要功能继续可用。（01:50）

详细内容

用范围标注表达 approximate location

（02:15）Maps 以前用 pulsing blue dot 表示用户的精确位置。这个点足够醒目，也自然成为地图的视觉中心。 approximate location 不能继续用同一个符号，因为它会暗示 App 知道用户的精确坐标。

Maps 的解法是设计一个带阴影的圆形区域，用范围来表达大致位置。这个元素延续蓝色定位点的视觉语言，又会随着用户缩放地图而淡出，避免遮挡地图信息。

关键点：

• 位置精度变化要在界面上可见，不能只藏在权限状态里。
• approximate location 应该被表达成一个区域，而不是一个精确点。
• 地图缩放时要保护 cartographic legibility，隐私标注不能压过地图本身。

审计所有依赖精确坐标的界面

（02:53）Maps 团队检查了 App 内所有使用精确位置的地方。Favorites 里的到达时间和距离计算依赖精确坐标，大致位置无法支撑这些结果。团队移除了这些非必要信息，并对 Search 和 place details 做了类似调整。

这个处理方式保留了核心功能。用户仍然能搜索地点、查看地图和进入路线流程，只是看不到那些需要精确坐标才能可靠计算的附加信息。

关键点：

• 先列出所有使用精确位置的 UI，再按功能必要性分级。
• 对 approximate location 不可靠的信息，直接移除比展示错误精度更好。
• 只要不影响主流程，就不要把精确位置设为使用 App 的前置条件。

用写作和状态栏建立透明度

（03:37）第二条原则是透明。Maps 在首次启动等关键决策点投入文案，明确说明 App 请求什么数据，以及这些数据会带来什么价值。用户要做权限决定时，文案需要准确、具体、贴近当前场景。

（04:12）对于选择 approximate location 的用户，Maps 在地图顶部增加了状态栏和控制入口。首次启动时，这个状态更大、更醒目，用来提醒用户当前共享的是哪种位置数据。用户开始和 App 互动后，视觉强度会降低，保留持续透明度，同时减少干扰。

关键点：

• 权限说明要写清楚数据用途和用户收益。
• 用户做过的共享选择需要在产品内被持续提醒。
• 控制入口应该贴近当前体验，让用户随时能改变共享方式。

精确位置请求要贴近功能价值

（05:09）第三条原则是比例感。Maps 承认 turn-by-turn directions 确实需要精确位置，但请求时机放在用户准备获取路线的时候。用户在 place details 里仍然能看到 Directions 按钮，也可以手动输入起点和终点。

（06:01）当用户需要用当前位置作为起点时，Maps 在建议地点里加入 My Location。只有用户选择 My Location 后，App 才请求一次性精确位置访问。这个请求紧贴用户动作，也直接连接到即将获得的路线结果。

关键点：

• 精确位置请求应该由用户动作触发，而不是在 App 启动时抢先出现。
• App 要保留手动输入等替代路径，让用户不分享精确位置也能继续操作。
• 请求文案和出现时机都要说明价值：分享精确位置是为了自动填充起点并开始导航。

核心启发

1. 大致位置优先的本地内容首页

做什么：让天气、本地新闻、附近活动这类首页先用 approximate location 展示城市或区域级内容。

为什么值得做：session 开头提到 Weather、Wallet、Photos 都会受到位置精度变化影响。很多功能只需要附近语境，不需要门牌级坐标。

怎么开始：把首页拆成区域级默认体验和精确位置增强体验。默认状态展示城市级信息，只有用户进入路线、签到、精确提醒等场景时再请求更高精度。

2. 地图搜索的精度降级界面

做什么：在 approximate location 下继续允许搜索和浏览地点，但隐藏基于精确坐标的距离、到达时间或排序细节。

为什么值得做：Maps 团队对 Favorites、Search 和 place details 做了类似调整，证明核心地图流程可以在低精度下继续运行。

怎么开始：审计每个位置字段，把“必须精确”“大致可用”“可移除”分成三组。对第三组直接从 UI 中拿掉，对第二组改成区域级表达。

3. 导航前的一次性精确位置入口

做什么：保留 Directions 按钮，在用户选择 My Location 作为起点时再请求精确位置。

为什么值得做：turn-by-turn directions 需要精确位置，但请求应该贴近路线生成这一刻。用户能清楚理解精确位置会带来什么结果。

怎么开始：给路线页提供手动起点输入，并在建议起点里加入“我的位置”。用户选择该入口后，再显示精确位置请求。

4. 产品内的位置共享状态栏

做什么：在地图、探索或附近服务界面顶部显示当前共享状态，并提供跳转到设置或切换体验的入口。

为什么值得做：Maps 用状态栏提醒用户正在分享 approximate location，首次出现时更醒目，随后降低视觉权重。

怎么开始：把状态栏设计成可收敛组件。首次授权后展示完整说明，用户继续浏览时保留短状态和控制入口。

5. 权限文案的场景化模板

做什么：为首次启动、查看附近结果、开始导航等关键节点分别写权限说明。

为什么值得做：session 明确强调 clear writing。用户需要知道 App 使用什么数据、为什么使用、分享后会得到什么价值。

怎么开始：把权限请求前的文案纳入设计评审。每条文案都回答三个问题：请求哪类位置、用于哪个功能、用户马上会得到什么。

关联 Session

• What’s new in location — 讲解 iOS 14 Core Location 的 approximate location 和最新定位隐私控制，是理解本场设计建议的技术基础。
• Build trust through better privacy — 概览 iOS 14 隐私原则、透明度和 approximate location 背景，补足本场提到的隐私框架。
• Meet Nearby Interaction — 介绍用户同意后共享距离和方向的 Nearby Interaction，延伸到位置相关体验的隐私边界。
• Build location-aware enterprise apps — 展示企业 App 使用 iBeacon 与 Location Services 的方式，适合继续看位置能力和隐私设计的结合。