在商场导航项目里，把店铺名称和一个坐标录进系统，只能解决"搜得到"，不能保证"走得到"。同一家店可能同时有商场内门、临街门和楼上入口，装修期间还可能临时关闭其中一条通道。如果路线终点仍然落在店铺几何中心，用户走到最后十几米时，AR箭头就可能指向墙面、橱窗或不可进入的一侧。
我们在落地商场AR导航时，会把一个"店铺点"拆成搜索对象、入口节点和到达区域。它们看起来都与同一家店有关，但服务的是三个不同阶段：用户输入什么、路径计算到哪里、界面何时提示已经到达。
长泰广场商业综合体AR导航项目画面。来源：视+AR项目素材。
搜索对象和导航终点不能共用一个点
搜索对象负责让用户找到正确店铺。它至少需要名称、楼层、分类，以及用户可能输入的简称或旧名称。导航终点解决的则是"从哪里进入"，需要对应到实际可通行的入口。一个搜索对象可以关联多个入口，但每个入口的开放状态、适用方向和所在楼层都可能不同。
到达区域又是另一层。手机定位不会永远落在同一个精确点上，用户也不需要踩中某个坐标才算到达。我们更关心的是：进入一个合理范围后，界面能否从"继续沿箭头走"切换为"请确认店铺入口"。如果没有这层状态，路线即使计算正确，最后也会显得犹豫不决。
因此，数据组织上不能只保留"店铺名称＋经纬度"。更实用的关系是：一个店铺实体关联若干入口节点，入口节点再连接到可通行网络；到达判定则绑定入口附近的有效区域，而不是绑定店铺中心点。
项目演示中，手机画面同时显示目标商户、剩余距离和实景路线箭头。来源：视+AR项目视频截图。
入口节点进入路线图以后，临时变化才有地方处理
商场里的路线不是一条绘制好的折线，而是由走廊、转角、扶梯、电梯和出入口组成的可通行网络。店铺入口只有连接到这个网络，系统才能计算用户应该从哪一侧接近目标。
入口临时关闭时，也不应该删除整个店铺。更稳妥的处理是停用对应入口或连接边，让路径自动选择其他可用入口；围挡改变动线时，修改受影响的通行关系，而不是重新制作全部内容。这样，地点资料和路径网络可以分别维护，变化影响的范围也更清楚。
长泰广场商业综合体AR导航项目的演示画面展示了目标名称、剩余距离和实景路线箭头。画面里的距离变化不是性能指标，但能说明一个基本机制：用户位置变化后，应用需要持续更新当前路段、下一决策点和目标入口之间的关系。
接近目标后，实景路线继续提示下一步。来源：视+AR项目视频截图。
AR提示需要跟着任务状态切换
路线算出来之后，界面也不能从起点到终点始终显示同一种箭头。我们通常按任务状态检查提示是否合适：
- 远距离行进时，重点是方向和目标名称，避免信息过多；
- 接近转角、扶梯或电梯时，提前给出下一动作，而不是走到节点后才突然转向；
- 完成跨楼层后，重新确认所在楼层和后续方向，避免用户以为任务已经结束；
- 接近店铺入口时，逐步减少路线提示，增加门店名称、入口说明和到达确认。
这套切换不依赖堆叠更多视觉元素，而依赖路线节点和界面状态之间有明确对应。现场常见的"箭头没错但用户仍停住"，很多时候就是提示出现得太早、太晚，或者终点没有从导航状态切换到确认状态。
更新机制要和商场经营变化同步
商场不是一张静态地图。换店、围挡、快闪活动和临时关闭都会改变可搜索对象或可通行路线。项目上线后，需要分别维护地点资料、入口状态和路线网络，并保留修改时间与复核人。否则一个看似简单的店铺更名，可能只更新了搜索结果，却没有同步入口名称和到达提示。
长泰广场商业综合体项目空间画面。来源：视+AR项目素材。
我们的验收方法也不会停在后台点位数量上。测试路线应覆盖陌生入口、连续转角、跨楼层、相似走廊和临时围挡，并记录用户是否能独立完成搜索、启动、转向、跨层和到达确认。发现问题后，再定位是搜索名称、入口节点、路线连接还是界面状态出了偏差。
商场AR导航的关键不是把坐标做得更多，而是让"搜到店铺---选择入口---计算路线---确认到达"形成完整的数据链。入口定义准确、路线关系可维护、界面状态能切换，实景箭头才真正具备可用性。