阶段 01
先把入口理成一份清单
最初只有一件事：把散落四处的入口整理成一张能用的清单。名称统一、位置固定、顺序按使用频率排。看起来朴素，却是后来所有工作的底子——没有这份清单，后面的分区和公告都无从谈起。
一块好路标，先替你把选择做完
路标的价值不在信息多，而在它替你省掉了判断。
易游不是从一张功能清单开始的。最早的时候，我们只是把散在各处、名字各不相同的入口抄到一张表里，按大家真正会去找的顺序重排了一遍。表格传开之后，最常收到的一句话是“原来在这儿”。那一刻的方向就定了：把复杂收在后台，把清楚交给走到路口的每一个人。
- A 先给方向，再给细节 一屏之内先让人看清去哪儿，再决定要不要深读。
- B 改动留下痕迹 入口挪了、分类改了、状态变了，都要有一条回得去的说明。
- C 常用的站前面 越常被点的入口排得越靠前，不按部门习惯排队。
一路立起来的节点
从一张手抄的清单，到今天彼此指路的两条通道，中间走过四个阶段。选一个阶段，看当时我们在解决什么。
阶段 02
让方向自己长出来
入口越收越多，清单自然分出了区。通勤要用的、第一次到站要用的、想跟进版本要用的，各自归到一条路上。用户不必记住栏目叫什么，只要认得出自己要办的是哪件事。
阶段 03
改了，就要说清楚
入口一挪，老用户就会走错。于是有了更新公告：每次调整写清改了什么、从哪一刻起生效，并给每条公告一个由类别码与批次序号组成的编号。反馈时把编号一说，彼此对的就是同一件事。
阶段 04
公告与帮助互相指路
现在，公告讲变化，帮助讲怎么用，两条通道彼此指向对方。帮助中心的服务介绍独立成栏，按导航入口、公告查阅、测试跟进、订阅与账号四类排开，订阅入口就配在每一类下面，看过一类就能顺手定下来要不要跟进。
谁在维护这些路标
易游的内容由一支十八人的团队负责，分成四类分工。一次调整从被发现到上线，通常要把这四步走完，谁接手、交给谁，都有固定的顺序。
-
01内容整理
把新出现的入口和新说法收进来，统一命名，归进正确的那条路。
每周汇总来信里提到的入口变化，判断该放进通勤、首次到站还是版本跟进，避免同类东西挂两处。
-
02版本校核
改动上线前后各走一遍，确认位置、文字与状态标签前后一致。
重点看被挪动过的入口：老位置有没有留下指向，新位置在同一条路上排得顺不顺。
-
03用户反馈
读邮件、复现问题，先把能改的那部分改掉。
来信附上页面地址、入口名称和一张截图，通常能省掉好几轮来回确认。
-
04技术保障
让页面在常见设备和网络条件下都打得开、读得清、点得动。
滚动显现、锚点定位这类效果在旧设备上直接降级为静态显示，不影响把话读完。
坐标 03 ／ 场景
站到路口的人，各有各的急
同一个站点，早上八点和深夜十一点被打开的理由并不一样。下面四种情形，是易游最常被用到的地方。
场景 01
上班路上只想快一点
早高峰打开站点，最想知道的是今天有没有变动。更新公告就在首页第二条，扫一眼就能走。
场景 02
第一次来，不知道往哪点
帮助中心把服务介绍按四类摊开，问题条目按被问到的次数排序，越常见的越靠前。
场景 03
长期跟进版本变化
把常用页收藏下来，内容更新后一打开就是最新状态；公告按批次编号，往回翻也找得到。
场景 04
要给同事讲一遍
把公告编号或页面地址转给对方，打开就能对上号，不用你在旁边逐句解释。