现场先看哪些信号
某团队接手 pg导航 落地项目时，最先遇到的不是设计问题，而是现场约束：入口分散在多个页面，运营和研发对“导航该长什么样”各有一套说法，谁都说自己那套在用。这类场景里，先别急着画结构图，先看信号。
现场可观测的信号通常只有几类，记录方式要足够土，土到第二天还能看懂：
- 入口点击是否集中在少数位置，其余入口几乎没人走；
- 同一类目标是否被拆到多个入口，用户需要二次判断；
- 入口文案是否随发布节奏漂移，今天叫 A，下周叫 B；
- 是否有页面上线后没人认领，出问题找不到负责人。
这些信号不解决任何问题，但它们决定了后面推演从哪开始。pg导航 落地项目的现场备忘，第一条就是：先把信号写下来，再谈方案。
常见的失效模式
约束看清之后，失效模式基本会自己浮出来。以下是在多个 pg导航 落地现场反复出现的几类，注意它们往往同时发生，而不是单独出现。
入口漂移
入口随活动、版本、临时需求不断新增，没人负责回收。表现是导航结构看起来完整，实际可用路径被稀释。
结构错位
导航按组织架构或历史习惯分组，而不是按任务流分组。表现是用户能找到分类，但找不到自己要做的事。
维护断点
上线时有人维护，交接后无人接手。表现是失效链接和过期入口缓慢累积，直到某次检查才被发现。
验证缺位
改动没有可复现的检查步骤，只能靠“感觉好像好了”。表现是同类问题反复出现，复盘时说不清上次改了什么。
现场最贵的一句话是“应该没问题”。在 pg导航 项目里，没有可复现检查步骤的改动，等于没改。
排查顺序怎么排
失效模式列出来之后，排查顺序比排查工具重要。现场推演时，建议按下面的顺序走，不要跳步：
- 先确认入口清单是否完整，缺入口比错入口更难发现；
- 再确认每个入口的归属人，没有归属人的入口先标记；
- 然后按任务流走一遍主路径，记录卡点位置；
- 最后核对文案与目标是否一致，这一步最容易暴露结构错位。
这个顺序的关键是：先处理“有没有”，再处理“对不对”。pg导航 项目的现场排查，最怕一上来就改文案，改完发现入口本身就不该存在。 pg导航
回退与止损怎么做
推演到一半发现方向错了，回退要快。现场备忘里，回退不是失败，而是控制损失的手段。边界条件要先划清楚：
- 哪些改动可以单独回退，哪些必须整批回退；
- 回退后入口是否恢复原状，还是留下半成品；
- 回退操作是否记录，避免下次重复踩同一个坑。
止损的判断标准也很简单：如果继续推演需要引入新的假设，而假设无法在当天验证，就先回退到上一个可验证状态。pg导航 落地项目的现场经验是，回退点越清晰，团队越敢往前试。
带走一份现场清单
最后，把现场看到的东西整理成一份能带走的清单。它不需要漂亮，但必须能在下一次检查时直接用：
- 入口清单：位置、归属人、最近一次确认时间；
- 失效模式记录：现象、触发条件、是否已回退；
- 排查顺序：本次实际走的顺序，以及跳过的步骤；
- 回退点：可回退的最小单位，以及回退后的状态描述；
- 待验证假设：写清楚验证方式，不写“后续观察”。
这份清单就是 pg导航 落地项目的一线备忘。它不承诺结果，只保证下一次遇到同类场景时，团队知道先看什么、先改什么、什么时候该退回来。