品牌档案 · 九年脉络
从手写卡片到批次索引，立博服务做了九年
2016 年，立博服务在拉萨老城的一间屋子里写下第一批索引卡片，一张只写一个去处。 九年过去，这份目录长到 5,800 余条条目，按批次编号推到 -854。 这一页把来历、标签怎么定、谁来维护、机构客户怎么合作，一层层摊开给你看。
- -854 当前发布批次编号
- 5,800+ 资料库索引条目
- 28 人 索引整理团队
- 120 余万 累计服务个人用户
一切从一张只写一个去处的卡片开始
2016 年起步时，我们只做一件朴素的事：把身边人每天要打开的页面一条条记下来。 那时的去处散在各处，名字各不相同，想找回上周用过的那一个，只能靠回忆和反复试错。 我们把每个去处写进一张卡片，标好归哪一类，再放进对应的抽屉。
卡片攒到一定数量，好处才显出来。同一类需求集中在一个抽屉里，翻一次就能拿到一批备选， 不用再从头搜。这套做法后来长成了资料库的条目结构，也长成了收藏跟随账号同步的雏形： 常用页面收藏一次，换设备重新登录后接着用，路径不用重走一遍。
分类标签凭什么这么分
页面上看过去，只是一排标签；背后是一次次取舍。 第一层分的是「你当时想做什么」——找资料、找工具、查规则还是核对信息，一共 9 个一级分类。 第二层才是具体去处，54 个二级标签本身就是 54 个能点进去的入口，中间不做多余的折叠。
- 能用日常话说清的，就不造行业词。 标签是你点之前先读到的那句话，读不懂就等于没有。
- 两个标签长得像，就合并成一个。 宁可少留一个位置，也不让你在两个近义词之间犹豫。
- 每一层都直接摊开。 一级点到二级，两次点击之内到地方，不藏在弹窗里。
九年间这套体系经历过四次大调整。最近一次把 62 个标签收成 54 个， 合并掉的是点击很少、又容易和邻居混淆的那些。调整前后，老用户熟悉的入口位置基本没挪动。
一批条目要走完的四道工序
资料库不是一次做完的，而是按批次往前推，平均每月上线 6 至 8 个批次，目前发布到批次编号 -854。 一个批次走完四步才对外可见。
- 归集 分类整理组把新出现的去处和发生变动的条目汇总到一起，同时记下它来自哪个公开站点，或是哪一封用户来信。
- 校对 条目校对组逐条打开来源，确认标题、说明和标签还对得上，对不上的退回重做。用户提交的纠错，平均 5 个工作日内核对完并回信。
- 编号 通过的条目进入本批次，得到一个 -xxx 形式的编号，写进资料库条目列表，日后按编号就能回查。
- 说明 每批都附一份变更说明，写清这一批新增了什么、调整了什么、撤下了什么。想知道最近改过哪些标签，按批次编号翻就能看到。
三个阶段，走得慢但没走回头路
方法讲完了，再看时间。这条线从纸开始，中间搬上屏幕，最后落在批次编号上。
28 个人，分成四组各管一段
- 分类整理组 判断一个新去处该进哪个分类、挂哪个标签；标签合并的动议大多从这一组提出来。
- 条目校对组 逐条打开来源核对标题与说明，把对不上的打回重做，也负责回复用户提交的纠错。
- 技术维护组 维护站内检索、批次编号写入、跨设备收藏同步，以及各地节点的响应速度。
- 客户来信组 接机构客户的索引配置咨询与批次订阅调整，也处理个人用户换设备后重新登录的问题。
谁在用，用在什么地方
服务覆盖 34 个省级行政区。每天固定访问的老用户占了很大一块， 他们关心的无非两件事：常用页面还在不在，换台设备之后要花多少工夫找回来。
- 34 覆盖省级行政区
- 120 余万 累计服务个人用户
- 300 余家 机构客户
- 210 万 月均访问人次
- 62% 老用户设为首页或固定书签
- 40 毫秒以内 西藏本地节点页面平均响应
机构客户找过来，多半是同一个困境：自家内容攒了好几年，标签各写各的， 外人搜不到，自己人也找不全。我们按立博的标签体系帮忙梳理一遍， 四步交付——标签梳理、条目归集、批次编号、上线验收，平均 3 至 5 周走完。 交付之后你拿到的是一份能检索、能按批次回查的目录，而不是一堆散文件。
域名、备案，和那个切换入口
域名 shunshou-libo.com.cn 自开通起就是固定入口，中间换过几轮版本也没换过地址， 你收藏的那一条一直有效。来信和来电都有人接，也找得到上一条记录。
中国区立博中心把地区与节点选择拆成三步，第 2 步就是切换入口。 你在别的地区访问，想换到更近的节点，从第 2 步切一下就行； 西藏地区用户走本地节点访问资料库与导航索引，页面打开几乎没有等待感。