12
编辑
按主题簇分工，负责把新活动、新片单、新规则收进来并写成条目，是内容的第一道手。
来历
目录越厚，越需要有人先把它想清楚
2016 年刚起步时，团队只做一件事：把北京几家场馆每周的排期、玩法说明和常见问答抄清楚，印成小册子放在前台。来的人翻两页就有答案，问的人少了，前台也轻快了不少。
小册子很快就不够用。排期一周一变，规则一年改几轮，纸上印出来就过期。团队把内容搬到线上，一边收一边琢磨：怎么让人不用翻完整本，也能落在正确的那一段。后来答案是拆细、编号、归类——这也成了整套资料库的骨架。
现在每天做的事归成三类：把新出现的活动、片单和规则变更收进来；给已收录的条目补上版本号与最后校对时间；把最常走的路径压到最短。北京本地的场馆、内容供给方和家庭订阅用户是主要服务对象，全国 26 个省份的访客也在用同一套线上查询。
内容整理看起来是慢功夫，但慢在收录，才快在查找。
检索内核
同一句问题，四代内核答得越来越短
找东西快不快，不只看服务器，更看内容被怎么组织。四代内核改的都是这件事：让人少猜一步，让答案早一步露面。
-
目录检索：先解决有没有
最早是一张按场馆排列的长目录。想知道某家周末排什么，得从上往下翻。它让内容第一次集中在一处，快慢靠耐心。
索引重建：约 6 小时
-
标签检索：少翻几页目录
给每条内容挂上片单、活动、规则这类标签，点标签就能筛。翻目录的次数少了，但标签挂偏的时候，人还得回头重找。
检索方式：点选标签
-
分组检索：不必先猜分类
标签收进固定分组，同一条内容可以同时落在几个组里。找片单不用先想它算哪一类，从哪一组进来都能碰到。
检索方式：从分组进入
-
结构化速查：直接读字段
PGPGV4 不再靠标签推测，而是直接读条目里的字段：主题簇、版本号、最后校对时间各占一格。索引重建从 6 小时缩短到 25 分钟，新收进来的条目当天就能被搜到。
索引重建：25 分钟
结构剖面
一条内容在这里被拆成什么
拆得够细，查的人才不用猜。资料库按三层叠起来：最小是一条条带编号的条目，往上一层是主题簇，再往上是栏目分类。
09
个主题簇
主题簇是入口的最小单位。先挑一个簇，可查的内容立刻收窄到大半屏以内。
- 01活动与排期
- 02片单与片源
- 03玩法与规则
- 04版本与更新
- 05设备与账号
- 06订阅与导出
- 07检索与索引
- 08场馆与到店
- 09合作与对接
12
个栏目分类
12 个栏目分类在主题簇之上再归拢，收成五组。手机上打开就是五个横向标签，不用展开多层菜单。
- 片单
- 活动
- 规则
- 版本
- 服务
1,280
条结构化条目
条目是最小单元，每条挂着三项标注。看到版本号，你知道它讲的是哪一版规则；看到校对时间，你知道它多久前被看过一遍。
- THEME所属主题簇
- VER版本号
- CHECKED最后校对时间
团队与流程
25 个人，守四道关
内容团队共 25 人，分三支：编辑负责收录与成稿，检索工程负责内核与索引，客服接住那些查不到的问题。
7
检索工程
维护检索内核与索引，把条目字段和查找路径对齐，让一次查询在两三次点击内落地。
6
客服
工作日 10:00–18:00 在线，把用户没查到的那一条转成新的收录需求，回到编辑手上。
一条条目从收进来到挂上去
写明这条讲的是哪件事、从哪来、对应哪个时间段。同一件事的多份材料先合并，再动笔，避免同一答案出现两种说法。
同一条内容允许同时属于多个分组，方便从不同入口碰到。归类偏了，查的人会多绕一圈，所以这一道由编辑组长复核。
版本号缺了不上线，最后校对时间缺了也不上线。这两项一填，条目就能被新版内核直接检索到。
每月做一次增量校对，每季度做一次全量校对。规则改动大的条目，先在内容笔记里写清哪一版动了什么，再回头改条目。
