自 2016 年持续运营
九年，把银河做成手机上顺手打开的那一个
2016 年上线到现在，我们最主要的访问一直来自手机。结构、文档和反馈通道都按小屏的节奏重排过一遍。下面是我们一路的判断、分工和排期方式，也是你打算长期把这个站交给团队用时会关心的部分。
- 2016 上线运营
- 37 团队伙伴
- 第九次 结构升级
- 14 周 立项到上线
把手机当主场景，而不是桌面版的缩小版
访问构成里手机一直占大头，小屏打开的比例常年在 68% 左右。这个数字决定了我们做事的第一步：先想清楚在 360 到 430 像素宽的屏幕上，一个入口该放在哪、一段说明该拆成几行。
所以每次改版都从小屏图纸开始，拿着真机把每一步点一遍，确认顺了才进入实现。到最近这一轮结构升级，这套顺序已经不用再讨论，时间主要花在真机走查和文档重写上。
四条原则，以及每条后面那条线
九年里我们反复回到这四条判断。每一条下面写了我们具体怎么做，也写清楚了做到哪里为止。
P1 路径要短
我们这样做
二级菜单收进胶囊导航，手机上从打开到目标页面的点击次数由四次降到两次；底部只留一个主要按钮。
走到这里为止
复杂设置和低频功能留在次级入口，不往首屏挤，避免常用动作被稀释。
P2 文档先写
我们这样做
版本说明固定在帮助文档第一栏，功能上线之前说明先写好；新同事入职第一周的任务就是把其中一个栏目完整读一遍。
走到这里为止
说明里只写能对上号的行为，功能还没上线，不做预热式的提前介绍。
P3 收藏要能找回来
我们这样做
页签按最近访问、常用、分类、归档四个层级重排，打开收藏就能接着上次停下的位置往下看。
走到这里为止
重排保留你自己起的名字和排列顺序，条目不会被自动合并或清掉。
P4 反馈要有回音
我们这样做
工作日的反馈在 1 个工作日内得到首次回应；紧急问题在邮件标题注明加急，会排进当天优先处理的那一档。
走到这里为止
首次回应给出的是问题定位与临时应对办法，具体修复在哪个版本落地，跟着版本节奏走。
走到今天，一共经历了这么几步
-
01
起步运营
站点从一个入口开始，先把内容在手机上读得顺这件事做扎实。
-
02
文档分区
帮助文档分成版本说明、进站指引、账号与收藏、反馈与支持四栏，找东西有固定去处。
-
03
路径收缩
二级菜单收进胶囊导航，手机上的主路径明显变短，一屏之内就能看到该点的地方。
-
04
收藏重排
页签按最近访问、常用、分类、归档四级重组，回访旧内容的距离短了一截。
-
05
第九次结构升级
导航、文档与反馈入口同步调整，手机和桌面共用一套步骤名称。
四个小组怎么把一件事推进下去
-
产品
排版本节奏，判断哪些需求进季度大版本、哪些走月度维护更新。
-
前端体验
负责小屏布局与导航交互的实现，每次改动先在真机上走一遍再交付。
-
内容运营
写帮助文档与版本说明，新功能发布之前把说明先备好。
-
客户支持
受理邮件与电话，把问题归类整理，带到每周的评估会上。
邮件和电话里反复出现的同一个问题，会被提到周会上：产品确认优先级，前端估改动范围，内容运营同步把文档补上。一条反馈通常在两到三个迭代之内就能看到落点。
版本有节奏，文档跟得上
版本和文档是两条并行的线：一条决定什么时候改，一条决定改完你怎么查到。
季度与月度
稳定版按季度发布大版本，按月发布维护更新，节奏不因临时需求随意打乱。
版本说明归档
固定在帮助文档首栏，按月一期，已经攒下 24 期，可以按编号一路翻回去对照。
三种检索方式
帮助文档支持按版本号、栏目与关键词查找，手机上同样是这三个入口。
内容团队每个月写出约 12 篇帮助文档与版本说明。最近几期的维护记录，可以直接去银河笔记按编号翻。
和谁一起把这件事做完
站点跑在长期合作的云资源上，内容安全也有专门的伙伴一起盯。三地加速让不同区域的打开速度保持在同一档，不会因为你在哪个城市而差出体验。
- 01 与 3 家云服务商保持长期合作，负责资源与带宽的稳定供给。
- 02 与 2 家内容安全服务商协作，处理内容风险的识别与复核。
- 03 在华北、华东、华南三个区域部署加速节点，访问就近接入。
- 04 九年下来，注册用户累计超过 42 万。这个量级意味着文档要经得起查，反馈通道要经得起高峰。
想从哪一步开始
第一次用，先拿安装包；已经在用，看看最近的版本记录；有问题，直接找我们。