车载导航选地点，为什么要让地图一直留在屏幕上？

地图旁放了哪些入口

官方的 Charge Seeker 示例把三个分类入口放在地图左侧：Work Charger、Nearby Stations、Saved。这里还没有展示某个充电站的实时价格或空闲数量，它是一张选择入口的示例图。把它直接写成“充电站信息完整展示”会超过图片给出的证据。

右侧仍能看到地图和当前位置。选择分类时，用户可以保留方位参照。后续评估应记录查找、比较和确认地点的耗时与错误，不能仅凭布局下结论。

详情页把主要动作放在哪里

第二张官方示例把地点名、历史访问、电话与位置信息放入左侧详情区域，并以 Navigate 作为主要动作。它与上一张图展示的是不同示例，不能把两张图拼成同一次真实操作录屏。

从信息分工看，列表页帮助选择，详情页支持行动，地图负责保持空间参照。评审时值得追问：选中对象变化后，地图标记是否随之变化；点击返回，能否回到此前的列表位置；如果地图可拖动，拖动后的中心位置是否影响结果。

中文术语不能抹掉原文的限定

Map + Content 在这里是一种模板容器，中文可理解为“地图与内容组合模板”；Pane 指详情内容模板。它们不是某家主机厂的量产功能名称。Android for Cars 的模板体系适用于 Android Auto 与 Android Automotive OS，但这不代表所有车型、应用类别和主机版本开放相同能力。

Google 的任务流指南通常以最多 5 步为界，并另列刷新规则与自适应任务限制。它所计量的是模板与内容变化，不能简单等同于手指点击次数；也不应把 5 步写成所有车机适用的安全标准。

把案例变成可执行的评审

假设团队正在设计“查找附近充电地点”。先从任务入口开始记录每一个状态，再分别检查下面的问题。不要只统计页面数量，也要记录用户每一步还需要记住什么。

• 入口：能否分清附近地点、收藏与历史记录？标签是否对应用户的真实目的？
• 选择：列表、地图标记与详情是否指向同一个地点？选中反馈在什么时刻出现？
• 确认：路线预览和开始导航是否含义清楚？距离、可达性与充电信息缺失时怎样提示？
• 返回：回到列表后，筛选条件、滚动位置和地图状态保留了哪些？
• 异常：断网、列表为空、地点失效或导航启动失败时，用户还能执行什么？

什么时候应保留疑问

在宽度受限的屏幕上，左右并排可能压缩文字与触控区域；地点多时，地图和列表之间也可能需要更明确的对应关系。这些是待验证的设计风险，不能凭官方示例图断言已经发生。

这份案例能帮助团队准备任务脚本和评审问题。要比较不同量产车型，还需记录车型、系统版本、驾驶或停车状态、操作视频和失败场景。缺少这些材料时，资料对照中应保留“未验证”，不要用一个总分掩盖缺口。

图像出处

图：Android Open Source Project，官方设计示例，非量产实拍；未修改。依据原页 Content License 引用，按 CC BY 2.5 保留作者与出处；示例名称不代表品牌合作。

本页部分图片来自 Android Open Source Project，依据 Creative Commons Attribution 2.5 许可使用。原图、官方内容许可页和 CC BY 2.5 链接均列于资料出处；图片未作修改。