约 4 周
准备期
把这段时间里被反复提到的入口、走不通的路径和版本疑问排进清单，再一条一条处理。讨论最多的那几项，会排在最前面。
关于聚星 · 运营方式
把散落在各处的入口，做成一份能一直用下去的索引
聚星从 2019 年起就在做同一件事：把分散的入口、操作步骤和版本信息整理成按编号就能找到的位置。你今天打开过的那个入口，换一台设备回来，看到的还是同一处位置、同一套说法，不必重新摸索一遍。
- 1,860 条站内条目
- 12 个索引分类
- 38 期版本说明
- 42 人团队规模
起点
从一条怎么也找不到的入口说起
2019 年，聚星做的第一件事并不复杂。几个人把公司内部反复被问到的入口抄进一张清单：哪个在哪儿，点进去以后第一步做什么。那时候的麻烦很具体——同一个功能有三四种叫法，同一份说明存着两个版本，新同事问一次，老同事过两个月再问一次。
清单后来长成了索引。今天它收录 1,860 条站内条目，分成 12 个索引分类、46 个标签，每条都能按页、章、步三级编号落到具体位置。变的不只是数量：它不再依赖谁记得住，而是有一套固定的位置关系，谁来找都能对上。
有一个习惯从清单时期一直留到现在：每周挑出一批被反复搜索的词，看看有没有对应的条目。没有就补一条，位置不对就挪到更顺手的地方。索引能长期用下去，靠的就是这个动作不停。
工序
一条条目上线前，要走完四道工序
索引里的条目最后都长成同一个样子：一个能打开的位置、一段说清它做什么的文字，外加一个三级编号。这个形状背后有四道工序，每一步都有能判断完成的标准。
-
01
收录
先确认这个位置真实存在、能打开，再写清楚它在什么场景下用得上。说不清用途的先不收，避免条目越堆越多、能用的却越来越少。
-
02
独立复核
由另一位编辑从头走一遍，看描述和实际情况是否一致。每条新条目上线前都会经过这一次独立复核，两个人分别确认过才算过。
-
03
编号
按页、章、步给一个位置，挂进 12 个索引分类和 46 个标签里对应的那一格。编号一旦发布就保持稳定，调整时旧编号会指向新位置。
-
04
发布
同步写进版本说明，标明级别：A 类为结构调整，B 类为条目变更，C 类只涉及文字与格式更正。你看到哪一级，就知道这次改动的分量。
站内检索和标签筛选的响应时间控制在 200 毫秒以内。找东西的时候，多等一秒都在消耗耐心。
节奏
每年两次，把攒下的变化一次交出去
每年 3 月和 9 月，索引各完成一次集中更新。两次之间日常条目也在调整，但凡是涉及结构的变化，我们会攒到这两个时间点一起发布——这样你记下的路径不会三天两头被打断，需要重新适应。
一次完整的更新走三段，累计已经发布了 38 期版本说明。
约 1 周
发布期
新条目上线，旧路径标注新位置，版本说明按 A、B、C 三级分类发出。团队里同时在用的人，可以照同一期说明对齐。
约 4 周
观察期
看哪些路径被走得最多、哪些说明被反复回看，据此决定下一批要补什么。下一轮准备期的清单，多半从这里来。
团队
42 个人，围着同一张索引工作
聚星目前 42 人。索引编辑与内容维护 14 人，技术支持与运营协作 28 人。三类工作各有各的活儿，但都指向同一件事：让你下次回来的时候，位置还在那儿。
编辑与内容组 · 14 人
索引编辑
负责收录、独立复核与编号。新条目能不能上线，由他们两个人分别走过一遍后决定。
编辑与内容组 · 14 人
内容维护
负责版本说明、每月的索引健康报告和资料下载区。文档、表格模板与图示包三类资源，单月下载约 2.4 万次。
技术与运营组 · 28 人
技术支持与运营协作
负责检索、多端路径和伙伴对接。你反馈的卡点，会经过他们变成下一批要补的条目。
每个月输出一次索引健康报告，覆盖条目完整度、路径有效性、版本一致性三项指标，已经连续输出 60 余期。最近一次年度回访覆盖 4,200 份样本，整体满意度 96%。
历程
四个阶段，一条越来越长的索引
把这几年的变化按阶段摊开看，每一步解决的其实都是同一个问题：让人少找一会儿。点开任意一个阶段，可以看到那一段具体变了什么。
-
阶段 01 起步
从一份手写清单开始，先把“同一个入口好几种叫法”这件事统一掉。清单不长，但每条都有人负责更新。
-
阶段 02 结构化
引入页-章-步三级编号和分类标签，清单变成能定位的索引。从此找东西靠编号，不靠记忆。
-
阶段 03 多端
桌面、平板、手机三条路径对齐，换设备回来按 7 个编号步骤走完，多数人 3 分钟内就能接上。
-
阶段 04 互认
与内容和服务的伙伴建立索引互认，索引从站内延伸到站外。范围变大，标识和编号仍然统一。