LOG · 演进
起步时，只有一条入口
最早要解决的问题很朴素：服务地址到处散着，会员只能靠收藏夹找。后来下载、帮助和版本记录一件件接到同一条路上，才慢慢长成今天的样子。
2021 先把入口收拢
第一版只有一页索引。那时找客户端下载要先翻到栏目页，再点进具体分区，前后至少三次点击。我们把散在各处的地址逐条搬进同一页，按使用频率重新排了顺序——这一步没什么技术含量，但它决定了后面几年的方向。
2023 让改动留下来
版本订阅与记录导出上线之后，改了什么不必只写在公告里。您可以按客户端、帮助文档、服务公告三类主题订阅，站内信和邮件任选一种接收；需要留档时导出 CSV 或 JSON，一次能带走最近 24 个月的记录。机构会员还可以按项目或团队分组管理订阅名单。
2024 从三级压到两级
导航重做的那一版，一级入口定为 6 个，二级入口 18 个。改版前一次常用任务平均要走三次跳转，改版后压到两次以内。这条要求后来被写进每一次调整：想新加一个入口，得先说明它挂在哪一级下面。
2025 手机与电脑对齐
移动端帮助中心上线时做了并排对照：同一个问题，手机上点哪里、电脑上点哪里，两列放着一块看。五类共 64 个常见问题，在两端都能找到同一条，不用因为换了设备就重新摸索一遍。
RULES · 做法
把路径压到两级，靠的是几件笨功夫
跳转次数看着是个小数字，可每多一次，就多一次找不到、退回去、再找一遍的机会。这件事被我们拆成了四条能照着做的规矩。
01 首页出发，两次点击内到达
18 个二级入口承载了绝大多数常用任务。新增入口前先确认它放得进现有层级；放不进，通常说明它还不够常用，或者该并进已有条目里。
02 入口带编号，张口就能说位置
一级入口用 A1–A6 标记，二级再接两位序号，例如 A3-07。联系客服时直接报编号，比描述“在左边第三个菜单下面”要快得多。
03 两端内容一一对应
手机和电脑看到的是同一套帮助内容。新增一条问题时，双端路径要同时写好，缺一边就不算完成。
04 状态统一成三个词
已同步、待更新、可导出——下载和订阅共用这套说法，颜色之外还配图标，不只靠颜色区分，色觉不同的会员同样看得清。
CREW · 团队
五十六个人守着这条通路
团队规模不大，分工却分得很细。写内容的、跑技术的、接电话的各管一段，遇到版本节点就凑到一起对齐。
观察员计划 120 名会员，比大家早一步看到下一版
每个大版本发布前，我们会邀请 120 名会员参与试用。试用期间收到的意见，在发布前就进到检查清单里：能当场改的当场改，来不及改的记进下一个版本的排期。
观察员从订阅了版本日志的会员中产生。想参与的话，可以先订阅版本日志，下一轮试用通知会通过站内信或邮件发到您手上。
NETWORK · 生态
三类伙伴，各接一段航程
入口再短，也要有人把它递到会员面前。18 家旅行服务机构、12 家技术服务商和 9 家内容合作伙伴，在各自的位置上把这段路接住。
18 家
旅行服务机构
把入口指引和客户端下载说明放进自己的服务流程，客户在出行前查、出行中查，都能找到同一个页面。
12 家
技术服务商
拿到入口嵌入说明与版本状态回传文档，把平台的版本状态接进自己的系统。改版不会让对接悄悄断掉。
9 家
内容合作伙伴
和内容团队一起维护订阅主题下的条目，帮助文档与服务公告同频更新，会员不会看到两套说法。
GAUGE · 衡量
快不快，看这几个数
体验好坏不该只凭感觉。首屏可交互时间、帮助中心的访问量、导出功能的使用面和客服的首次响应，被放在同一块面板上一起看。
- 桌面端平均首屏可交互
- 1.4 秒
- 移动端平均首屏可交互
- 2.1 秒
- 改版后首屏加载提速
- 约 0.8 秒
- 帮助中心月访问量
- 9.3 万次
- 使用版本导出的机构
- 2,300 多家
- 客服平均首次响应
- 2 小时内
- 注册会员 / 月活跃会员
- 12.8 万 / 4.6 万
- 服务覆盖省级区域
- 26 个