第 12 版索引 索引团队 · 长期跟版

谁在替你认这条路

伟德指南 38 个人,十二年只做一件事:把中文内容的入口、栏目和版本变动理成编号清楚的路线。你在手机上走过的那条路径,换台电脑也该走得通;团队隔了半年回来迁栏目,也该一眼认得出来。

  • 12 个一级分类
  • 186 个二级栏目
  • 47 万 累计注册用户
  • 38 人 索引团队规模
旧纸质索引册的翻页特写,页边有手写编号与折角
最早的索引是一本装订册,编号规则在第一版就定下了

章节 01 · 我们做的是什么

把入口和栏目理成一条走得通的路

伟德指南做的是中文内容索引。把散落的入口位置、栏目名称和版本变动整理成有编号的条目,让不同时间进来的人,能在同一版里落到同一个地方。当前对外提供的是第 12 版索引。

日常打交道的人分四类,做的事也各不相同:

  • 第一次找入口的个人用户

    手里只有一句描述,想尽快落到具体栏目。索引按版号与分类码编号,你说得出编号,我们就能指向同一处,不必在一堆按钮之间来回试。

  • 换了设备的回访用户

    手机换成电脑,入口排布跟着变了,栏目名可能也调整过。照着当前版本的栏目清单重新走一遍就行,不需要重新摸一遍整站。

  • 长期跟版的编辑与小型团队

    要做栏目迁移和内容对齐,往往需要两个版本并排着看。对照工具支持任意两个版本并列展示,按六类差异逐项标出,迁移时对着改即可。

  • 内容与技术合作方

    希望把索引或归档能力接进自己的系统。索引互通之后,同一条目在不同入口下叫同一个名字,双方不用各维护一套说法。

章节 02 · 版本沿革

一本册子,四个阶段,走到第 12 版

每一次改版都不是为了好看,而是有一批人先被老结构绊住了——先是读者,后来是跟版的团队,再后来是接接口的合作方。

  1. 第一个阶段 · 1.0–3.0

    纸上的册子先把规矩立住

    最早是一本装订好的纸质索引册,按内容类型分册,栏目名和入口位置靠人工誊写。册子每年重排一次,编号规则在第一版就定下来:版号在前,分类码居中,条目序号在后。

    装订册至今留在办公室,作为编号规则的原始底本。

  2. 第二个阶段 · 4.0–6.0

    搬上屏幕,分类从十几个长到一百多个

    读者从翻纸变成点屏幕,一级分类扩到 12 个,二级栏目逐年累积。为了让老读者不迷路,改名不换位置:栏目换了称呼,它原来的层级和路径编号继续保留。

    这一阶段开始有读者反馈:找不到旧栏目,是因为名字变了而不是位置变了。

  3. 第三个阶段 · 7.0–9.0

    把「版本」本身也做成一件正经事

    开始支持两个版本并排着看差异。索引组初校、版本核验组复核的两道流程也在这一阶段成形,编号一经发布不再复用,旧版条目转进归档。

    归档是这阶段最花时间的决定:宁可多存一份,也不让老编号指向空白。

  4. 第四个阶段 · 10.0–12.0

    给团队和合作方留出可对接的口子

    栏目迁移自查、索引互通、版本归档陆续上线。现在的第 12 版覆盖 186 个二级栏目,每周三、周日各更新一次,最近 36 个版本都能翻回去。

    26 家内容合作方与 9 家技术合作方,就是从这一阶段开始陆续接入的。

章节 03 · 一条索引的诞生

五步走完,才允许上线

从发现一个入口,到它带着编号出现在当期索引里,中间要过五道手。点开任一步,看它具体做什么。

五个由折线连接的手绘节点,分别对应采集、初校、复核、编号、发布
一条索引从采集到上线的五步走向

采集:先把它记下来

索引组按分类码分片认领,每人守一段栏目,把入口位置、栏目名称和所在层级一条条写进工作稿。同一个栏目在多个位置出现,只保留主路径,其余记成别名,不留空档也不重复计数。

章节 04 · 怎么保证条目靠谱

两道核验卡着,问题很难走到线上

索引的价值在于你能放心按它走。所以每一条都要过两道手,出问题的那条不会带着编号发出去。

99.2% 条目通过两道核验的比例
36 可回溯的最近版本数
104次 全年平均更新次数
2,400条 索引库当前收录条目
第一道 · 索引组初校

写作的人不校自己的稿

初校由同组另一位同事执行,只看事实:入口是否可达、名称是否与目标页面一致、层级是否写对。这一道拦下的是断链、错字和位置写偏,最常出问题的地方往往也是读者最容易踩空的地方。

第二道 · 版本核验组复核

拿上一版当尺子量

复核组不参与采集,只负责比对。手上握着上一版的完整快照,逐行看完再决定哪些差异需要写进变更说明。核验不通过的条目退回原环节重做,不会带着编号出现在当期索引里。

章节 05 · 团队分工

38 个人,四个小组,各守一段路

采集的人不负责复核,复核的人不负责发布,客服直接对着使用现场。分工交叉开,是为了让错误在换手的时候露出来。

14人

内容索引组

负责采集和初校。按分类码分片认领,每人守一段固定的栏目,新增、改名、下线都从这里开头。组内交叉复看,谁写的稿子不由谁来校。

8人

版本核验组

只做复核,不参与采集。手上常备上一版完整快照,两版一比,差异写进变更说明,编号能不能发出去也由这一组说了算。

9人

技术支持组

维护索引库的检索、编号生成与版本快照,跨设备的路径能不能走通,也由这一组盯。合作方的读写接口与归档格式对接同样归他们。

7人

客服与运营

工作日 9:00–18:00 守着邮箱和热线,接到的多是具体问题:换了设备找不到原来的位置、看不懂变更说明里的编号。平均首次响应约 2.5 小时。

章节 06 · 合作与共建

和自己人以外的人一起把路修直

索引不该只有一种看法。内容方知道栏目为什么改名,技术方知道数据怎么流动,两边合上,条目才不会互相打架。

26

家内容合作方

多为长期跟版的内容团队与站长。双方约定栏目名称、分类归属和更新节奏,一方调整,另一方的索引随即跟进。同一条目在不同入口下如果能对上同一个名字,读者的困惑就少一半。

9

家技术合作方

承接索引数据的读写接口与归档格式。第 12 版提供的永久锚点链接和版本快照,就是接口层统一之后的产物——迁移栏目时可以直接按编号调用,不必人工找位置。

章节 07 · 资质与认可

安全与稳定,交给第三方来评

索引本身不涉密,但长期运营要经得起外部审视。这几项评估和荣誉,是我们愿意摊开给合作方看的部分。

  • 2021

    通过 ISO 27001 信息安全管理体系认证,信息资产的分类、访问与留存流程按标准执行。

  • 2023

    通过等级保护三级测评,索引库与用户信息相关的系统在测评范围内接受检查。

  • 连续四年

    获评省级数字内容服务优秀案例,评选维度涵盖内容组织能力与长期服务稳定性。

  • 覆盖范围

    服务触达全国 31 个省级行政区,以及 14 个国家和地区的中文用户。

想先说说你的情况?

不管是第一次找入口、换设备后重新定位,还是两个版本之间迁移栏目,把卡住的地方讲清楚,我们才好给出对应的那一步。工作日的 9:00–18:00,邮箱与热线都有人在。