现场先看哪些信号
关于pg导航，最常见的误区是把它当成一次配置就完事的工具。其实在一线，它更像一个需要持续观察的入口层：入口能不能打开、跳转是否稳定、用户是否找得到目标，这些都不一定靠一次检查就能确认。下面这份备忘记录的是现场会看到的信号、容易踩的坑，以及可以照着做的核对顺序。
先看信号，不要先下结论。现场值得留意的信号包括：入口点击后是否出现明显延迟；同一入口在不同网络下表现是否一致；页面上的分类是否有人反复点错；入口更新后是否有人反馈找不到原来的位置。这些信号本身不说明原因，但能帮你判断问题出在入口本身、分类结构，还是使用习惯。
- 入口打开速度是否稳定，还是忽快忽慢
- 分类名称是否被反复误解
- 更新后是否出现集中反馈
- 不同设备上的表现是否一致
三类典型误区与失效模式
第一类误区：入口越多越全，用户越容易找到。实际现场往往相反，入口堆得太多，页面反而变成一张没有重点的清单，用户需要花更多时间辨认。失效模式是分类膨胀，最后没人愿意维护。
第二类误区：只要把链接放上去，导航就完成了。其实导航的价值在于路径是否清楚，而不是链接数量。失效模式是链接长期不核对，出现失效或指向变化，用户点进去才发现不对。
第三类误区：出问题就整体重做。并不一定。很多现场问题只是某个分类命名不清，或者某个入口的顺序不合理。整体重做会带来新的学习成本，反而让用户更困惑。
现场教训：先确认是哪一类问题，再决定改哪里；整体重做通常是最后选项，不是第一反应。
按顺序做诊断，不跳步
诊断顺序建议从外到内：先确认入口本身是否可达，再看分类结构是否清楚，最后看使用习惯是否需要引导。跳过前面两步直接改分类，往往会白改。 pg导航实用指南
- 先核对入口是否可达，换网络、换设备各试一次。
- 再看分类名称是否被误解，记录被点错的入口。
- 然后看更新记录，确认最近是否改过顺序或名称。
- 最后再决定是改文案、改顺序，还是回滚。
诊断时不要一次改多个变量。一次只改一处，观察一段时间，才能知道是哪一步起了作用。这也是pg导航实用指南里最容易被忽略的一点：可观察比可配置更重要。
回滚与恢复的现场做法
回滚不是失败，而是现场控制风险的手段。做回滚前，先保留当前版本的入口清单和分类结构，方便对比。回滚后不要立刻再改，先观察一段时间，确认用户反馈是否恢复。
- 保留旧版本的入口清单与分类结构
- 回滚后先观察，不叠加新改动
- 记录回滚原因，避免下次重复
- 确认恢复后再做小范围调整
如果回滚后问题仍在，说明原因可能不在入口层，而在更下游的页面或使用习惯。这时不要继续在导航上反复改，而是把问题范围缩小到具体入口或具体分类。
带走一份可复用的核对清单
把上面的内容压缩成一份现场可用的核对清单，每次改动前后各过一遍，能减少很多反复。
- 入口是否可达，换网络与设备各试一次
- 分类名称是否被误解，是否有集中反馈
- 最近是否改过顺序或名称，改动是否只动了一处
- 是否保留了可回滚的旧版本
- 回滚后是否先观察，再决定下一步
pg导航并不一定适合所有场景，也不一定一次就能调好。把它当成需要持续观察的入口层，按信号、诊断、回滚、核对的顺序推进，比追求一次到位更靠得住。