从一条轨道开始
我们最初想解决的，是一群人在几台设备之间来回切换时遇到的具体麻烦。
2016 年立项的时候，团队看到的是这样一幕：很多人先在手机上下载，过一阵又在电脑上打开；换了新手机，之前养成的习惯要重新建立一遍。登录在哪一步、该装哪一个版本、上次看过的说明怎么找回来——单拎出来都不算大问题，连在一起就足够让人放弃。
所以我们没有先堆功能，而是把这几件事定了下来：装好之后第一次打开落在哪里，标准版和轻量版各自适合什么样的使用节奏，站内查找按什么结构组织。它们决定了你用得顺不顺，也一直是我们后面每一次迭代的出发点。
-
01
账号在五个访问入口之间同步，换设备不用重建使用习惯。
-
02
两个版本说明把安装体积、启动表现和适合的设备场景写在一起，选的时候不用来回翻。
-
03
站内查找按栏目、版本和更新记录三段组织，想找哪一类就进哪一段。
三条产品信条
做取舍的时候，我们先问这三个问题
功能可以有很多，但顺序不能乱。下面这三条，是我们每次决定做还是不做时先摆出来的标准。
新装完成之后第一次打开，落在的就是主页；以后每次回来，位置不会变。
入口固定听起来是件小事，但它决定了一个人愿不愿意长期用下去。长期回访的人不需要重新找路，第一次安装的人也不用先学一遍产品结构。
- iOS、Android、Windows、macOS 与网页端共用一套账号
- 首次启动提供简要引导，约两分钟完成登录与主页入口确认
- 换设备后重新登录的路径固定，不会被版本差异打乱
标准版和轻量版并排写清楚差别，你按自己的设备和使用节奏来选。
我们不做「都装上试试」这种建议。轻量版安装包约 38 MB，启动更快、占用更少；标准版安装包约 96 MB，功能完整。两边的差异写在同一个对照里，看一遍就能定。
- 对照项包括安装体积、启动表现、功能覆盖与适合的设备场景
- 同一账号在两个版本之间使用，不需要分别注册
- 后续更新沿用你选定的版本，不会被动切换
每两周一次小版本，每季度一次功能大版本，每一次变化都写进更新记录。
产品会变，但你不用靠猜。每条记录包含版本号、变更内容和影响范围，累计 128 条，覆盖 8 个功能迭代阶段。
- 小版本跟进日常修复与体验上的细节调整
- 大版本对应功能结构上的变化，在记录里单独标注
- 想知道自己用的是不是最新，对一下版本号就够了
星轨历程
从立项到五个入口，中间经过的节点
每一次调整都留下了一份对应的说明。顺着往下看，你能知道今天这个产品是怎么长出来的。
-
2016
项目立项
团队从多端使用的实际困扰出发，先把要长期回答的问题定下来，再动手写第一行代码。
-
2018
首个公开版本发布
产品第一次面向中文用户开放，登录、主页入口和基础的多端同步在这一年跑通。
-
2020
标准版与轻量版并行
不同设备的性能差异被摆到台面上，两个版本说明第一次同时给出，选哪一个是用户自己的决定。
-
2022
iOS 客户端重构完成
换机场景被单独拿出来对待，登录流程按步骤重排，设备之间的切换变得更短。
-
2023
站内查找分为三段
栏目、版本与更新记录各自成段。找东西的时候先判断属于哪一类，再进对应的那一栏。
-
2024
星图导航与命令式入口上线
页面之间的移动更快，常用入口集中在顶部命令栏，检索框在每一页都能直接调用。
-
2025
五个入口统一账号与更新记录
手机上、电脑上和网页端共享同一份账号信息，也共享同一份变化清单。
一起把产品做顺的人
68 个人，围着同一张星图转
银河中心现在有 68 位同事。产品与研发 41 人负责把功能做出来，客服与运营 14 人每天和你打交道，设计与内容 13 人负责把复杂的事情讲清楚。
协作方式很朴素：客服把工单里的高频问题整理出来，每月一次同步给产品和内容；设计和内容负责把这些问题写成能照着做的说明。你提的问题，最后会变成下一个版本里的改动，或者一篇读得懂的解答。
- 41 产品与研发
- 14 客服与运营
- 13 设计与内容
持续更新的承诺
每两周一小步，每季度一大步
产品的改动不是想起来才做。小版本按两周一次推进，处理日常修复和体验上的细节；功能结构上的变化放在季度大版本里，配套说明提前写好。
遇到问题的时候，支持通道每日 09:00 至 21:00 都有人守着。工单平均 25 分钟给出第一次回应——先确认你的情况，再给下一步。
- 小版本节奏
- 每两周一次
- 功能大版本
- 每季度一次
- 服务时段
- 09:00 – 21:00
- 首次响应
- 平均 25 分钟
