01
栏目编辑
决定一个入口归到哪个主栏目、用什么名字。名字要贴近用户平时怎么说，而不是内部怎么叫。
品牌档案 · 自 2019 年持续运营
从一页清单，到六个主栏目
互博HOOBALL 这些年只盯着两件事：让刚打开站点的你先看见常用的那一栏，让换过版本的老用户照着记录找回原来的入口。这份索引不是一次做完就搁下的东西，它每周在被调整、每月在被整理、每季在被归档。这一页讲清栏目是怎么分出来的、版本按什么节奏往前走，以及每天守着它的是一支什么样的团队。
01
起步
最早只有一页常用栏目
2019 年刚上线的时候，页面简单到一眼能看完：把当时点得最多的那批栏目从上到下排成一列，谁访问得多谁靠前。做法很朴素，但它卡住的正好是最费时间的那一步——从官网进来，不用在导航里来回试探，第一屏就撞见自己常去的那一栏。
用的人一多，问法也跟着变了。大家不再只问“常去的那栏在哪”，还会问“这个入口归哪一类”“换了版本它还在不在原来的位置”。一列清单装不下这些追问，栏目才开始按类别拆开，从一根竖列变成一组分区。
起步阶段
1 页清单
当季形态
6 个主栏目 · 24 个二级入口
02
分栏
六个主栏目，按使用频次和内容性质分开
划分依据只有两条：这个入口有多少人在用，以及它属于哪一类内容。用得多的往前提，性质相近的归到一处，尽量减少“明明知道有这么个入口，就是想不起它藏在哪个栏目下”的来回翻找。
六个主栏目落定之后，还剩一批入口横在两三个栏目中间。比如某个入口既跟版本更替有关，也属于常用栏目。分类标签就是为这种位置准备的——12 组标签可以同时挂在一个入口上，不管你从哪个主栏目进来，都能碰见它。目前按标签归档的条目已经超过 1200 条。
同一套标签在 PC 端可以多选，选完立刻看到命中的条目数量，不用一页页点进去确认。看看栏目体验里的完整分类方式。
03
节奏
每周、每月、每季：栏目调整的固定拍子
栏目改动不攒到某个时间点一起放出来，而是按固定拍子往前走。你现在看到的版本号，背后是一条没有断过的记录线。
- 每周 发布栏目调整记录。改了什么、新加了什么、哪个入口换了归属，当周就有迹可循。
- 每月初 发布当季索引摘要。把上一次变更之后的入口整理成一份可以直接照着走的清单，省掉自己比对的时间。
- 每季 做一次汇总归档。这一季的调整归拢到对应版本下，早先的版本也留得住，回头查得到。
- 年度大版本 只在栏目合并、大类拆分的规模足够大时才出现。不为凑数而改，改一次就得让老用户少绕一次弯路。
想看具体哪一周动了什么，可以到更新动态里按时间往回翻。
04
维护
12 个人守着这份索引
维护团队一共 12 人，分成三组，各管一段。一条入口从提出来到正式挂上，通常要过三遍手。
02
体验校对
逐个点开，确认入口点得动、落点对得上、在 1280px 以上宽度能正常并列比对。
03
索引维护
负责版本记录与归档，让每一次栏目变化都能追溯到具体是哪一版、哪一周发生的。
05
节点
14 个版本，一步步长成现在这样
从单页清单到六个主栏目的体系，中间经历了 14 个版本阶段。挑几个变化最明显的节点留在下面，每个节点对应着当时用户提得最多的一类问题。
-
v1
起步 · 单页清单
一页常用栏目，按访问量排序。解决的是“从官网进来先看哪一栏”。
-
v3
拆出栏目 · 二级入口出现
清单按类别拆成主栏目，主栏目下面开始挂二级入口，找东西多了一层但更准了。
-
v5
加入标签 · 接住交叉入口
12 组分类标签投入使用，横跨两三个栏目的入口有了统一去处。
-
v8
对照指引上线 · 38 条变化有据可查
改名、合并、迁移三类栏目变化被逐条收录，老用户第一次能自己查到入口去哪了。
-
v11
体系定型 · 六栏二十四口
6 个主栏目、24 个二级入口的规模稳定下来，之后的变化都在这个骨架上做微调。
-
v14
当季索引 · 按月滚动、按季归档
当前版本。索引按月滚动更新，每个季度做一次汇总归档，常用栏目按近 30 天访问占比排在前头。
如果你正在找的那一栏已经不叫原来的名字，先到老用户对照指引里过一遍，多数情况能自己定位到。