01
12 人
索引编辑
把每个页面归进 56 个一级分类和 312 个二级分类，给入口编上号，让搜索关键词真的命中。
这一周他们在做
- 复核新提交的页面入口
- 合并内容重复的分类
- 调整自定义标签的命名
02 团队档案
38 个人，守着 2,140 个入口
千果服务有 38 位同事，分成索引编辑、版本工程、客户支持与内容运营四个组。你把「哪一页找不到了、哪个版本对不上」交过来，我们先确认版本，再给到一个能直接打开的入口。
- 38 团队人数
- 2,140 收录页面入口
- 1,200+ 日常使用团队
- V3.5 当前线上主版本
01
这些麻烦，最后都会落到我们桌上
-
A
专题要上线，入口却翻不出来
内容团队点进三层分类，还是没找到要改的那一页。把关键词、分类名和页面编号都接进检索后，4G 网络下平均 3 秒就能定位。
-
B
两套导航同时在跑，说法对不上
客服照着旧版给入口，用户点进去却是另一页。并排比对把差异层级标出来，最多可以同时看 4 个版本。
-
C
手机上想找的那一栏藏得太深
用户在手机上翻到第四屏才看见目标栏目。顶部临时查询条常驻，8 个高频入口按近 30 天访问频次排在最前。
46s → 11s 年度索引健康度报告里，客户平均入口查找时间的两年变化。
02
四个组，一张长桌
02
9 人
前端与版本工程
负责导航树的渲染、版本并排比对和移动端首屏速度，让每次发布都能被回溯到。
这一周他们在做
- 跟进版本发布与线上验证
- 跑一轮多版本比对回归
- 压缩移动端首屏加载时间
03
8 人
客户支持
接住「入口找不到」的工单，先定位版本，再给出可用的替代路径，工单平均首次响应 2 小时。
这一周他们在做
- 处理工单与电话咨询
- 整理高频问题交给内容组
- 把新入口同步给常问的客户
04
9 人
内容与运营
写变更说明条目、维护观察栏目，把一次调整的影响范围讲清楚，方便你直接转发给同事。
这一周他们在做
- 发布当日的变更条目
- 更新索引健康度观察
- 整理专题与栏目分类
03
每三个月，索引重过一次
分类会自己长胖：新专题进来、活动下线、栏目改名，都会留下痕。索引编辑按季度把全量分类走一遍，让 2,140 个入口里少些走不通的路。
-
01
失效入口直接下架，不给访客留一个点进去空空如也的地址。
-
02
重复分类合并到同一条路径下，同一件事不再有两个名字。
-
03
归错层的页面重新确认位置，关键词命中不了的补上标签。
04
五个大版本，一级一级把导航钉稳
V1.0
先把分类和编号立起来
一级分类骨架搭好，每个页面拿到唯一编号。从那之后，同事之间说「哪一页」有了共同的说法。
V2.0
二级分类铺开，检索多条路
分类细化到 312 个二级，关键词检索上线。分类名、关键词、页面编号，三条路都能走到同一个入口。
V3.0
手机端换成胶囊栏目
横向胶囊式切换成为默认导航，顶部临时查询条固定显示。手机上找一栏，从翻四屏变成在一屏里点两下。
V3.2
层级重排，入口一个没少
从 V3.2 到 V3.5 的几次调整只动分类层级，导航可见性保持一致，入口总数也没有减少，你那边的书签不用重做。
V3.5
现在跑着的版本，能比对也能回看
当前线上主版本为 V3.5。并排比对最多 4 个版本，30 天内的历史导航结构和分类层级随时可以调出来看。
05
用过的人，和接过的系统
26
个省份的内容团队在用
1,200+
个内容与运营团队日常查询
14
家建站服务商完成导航结构对接
6
家内容管理系统打通分类同步
同时管理多个站点的管理员，可以把同一套分类规范复用到各个站点上，不用每次从零商量命名。
06
和你协作的一周，大概是这样
-
每周
变更评审
平均每周更新 2 次，版本发布当日同步生成变更条目，累计已发布 486 条。
-
每季度
全量分类复核
分类组把 56 个一级、312 个二级过一遍，淘汰失效入口，合并重复分类。
-
工作日 9:00–18:00
支持在线
工单与电话都有人接，平均首次响应时间 2 小时，急事可以说清楚版本号。
-
发布当日
说明同步
每条记录带上版本号、影响范围和调整说明，你可以直接转给团队里负责维护的人。