组 01
内容运营
选题、组稿，把长文档拆成能检索的标题与摘要，决定一份资料该落在哪一类。
- 专题中心每两周一期，按系列与期号连续编号
- 入门与常见问题类文档统一归进帮助中心
02 / 我们是谁
把散落的资料，收成下次还找得到的样子
云顶会馆从 2016 年起做数字内容的索引与归档。会员要翻一份两年前的旧资料，或者一个团队刚接手、需要按顺序读完入门内容，都不用从头翻起——分类编号、批次记录和上次看到的位置，一直都在原来的地方。
起点
最初只是自己的资料找不动了
2016 年，手里攒了一堆越堆越多的文档，同一个问题每隔几个月就要重新翻一遍。
最早的办法很笨：把资料按主题拆成一级、二级两层，每一类给一个固定编号，编号写在标题前面。要找什么，先看编号，再看内容。翻的次数少了，开始有人按这套编号来问我们有没有某一类资料，那时候才意识到，这套编号本身就是一种服务。
再往后，改动也开始留痕。一次更新会生成一个批次，旧的那一版不删除，只标上批次号往后放。于是两年前看到的分类和今天的分类可以同时存在，谁引用过旧版本，回头还找得到。
这套习惯用了几年，慢慢变成今天对外提供的东西。你在内容中心看到的分类目录、在归档区翻到的批次号，最初都只是我们自己怕找不着。
团队
一份资料上线到归档，经过三个组
32 个人分成内容运营、技术支持、档案整理三个组。三组的活是接着做的，不是各管一段。
组 02
技术支持
守网页版与手机版两个入口的稳定性，处理检索、批次号识别这一类具体问题。
- 手机版首屏加载控制在 1.2 秒以内
- 检索框支持关键词与批次号混着输入
组 03
档案整理
登记批次号、留存旧版本、维护版本对照，让每次改动都有据可查。
- 照看 26 个归档批次，最早回溯到 2019 年
- 同一条资料的不同批次可并排比对
批次制度
每一次改动，都留一个编号
一次分类调整、一组新上线的资料、一次额度变动，都会并进同一个批次。
批次号由两段组成，前一段是第几次归档，后一段是这一批里的先后顺序。看到这两个数字，就知道这份资料是哪一批进来的、当时排在第几位，不用再问别人。
旧批次一律保留。同一条资料如果在不同批次里出现过，可以在版本对照视图里并排看差异；分类改了名，旧路径也会标上指向新分类的记号，早先引用过的位置不至于变成死路。
额度变动说明用的是同一套记法：调整类型、生效时间、影响范围，都能按批次翻出来。
几个节点
做法是一层层叠上来的
没有哪一步是提前规划好的，问题出现了，就补一条规则进去，规则用久了就成了制度。
-
01
先编出编号
资料按主题拆成一级、二级两层，编号写在标题前。找东西的动作从翻页变成先看编号，这一步定下了后面所有分类的底子。
-
02
旧版本不再删掉
一次更新生成一个批次，旧内容标上批次号留在归档区。从这里开始，改过什么、什么时候改的，都能查。
-
03
手机版内容中心上线
9 个一级分类、37 个二级分类在这一版里定型，首屏加载控制在 1.2 秒以内。在路上、在客户现场，也能当场把资料调出来。
-
04
索引层级重新归位
3 月 12 日完成索引层级调整，分类层级由按时间堆叠改成按一级与二级分类定位。找一份资料，从顺着时间往下翻变成按类点选。
-
05
现在
专题累计 96 期，帮助条目 120 余篇，归档区 26 个批次同时在线。网页版与手机版两个入口并行，回访记录接着上次的位置往下看。
四条准则
一直守着的四件事
帮助中心里的每一条，标题下面都写着它的分类编号和进入归档的批次号。想知道某条结论是什么时候定下的，照着编号查一次就能对上，中间不需要再问经手人。
3 月 12 日那次索引层级调整之后，原来按时间的路径并没有消失，而是标上指向新分类的记号。团队里有人几个月后再打开旧链接，仍然能找到他要的那一份，只是落点换了地方。
工作日 9:00–18:00 提交的问题，平均约 3 小时收到第一次回复。处理进度留在反馈通道里，过两天回来能看到它走到哪一步，而不是一封发出去就没有下文的邮件。
归档区里 26 个批次全部可查，最早一批能回溯到 2019 年。做版本对照时，两版并排打开看差异，改了哪几句一目了然，不用凭印象争论。
协作与备案
一份资料要过几道手才上线
内容运营组起草并把分类定好，技术支持组在发布前按编号走一遍检索与入口，确认找得到、点得开，档案整理组最后登记批次号。三组交叉确认之后，这份资料才算进入正式归档。
- 内容审核 选题与成稿由内容运营组起草，技术支持组在发布前按分类编号与检索结果逐项走查，两边都通过才进入归档。
- 资料留存 归档资料按批次编号保存，旧版与新版同时在档，可按批次号、关键词与时间三种方式检索到同一份内容。
- 无障碍适配 页面支持键盘操作，动效遵循系统里的减少动态效果设置；手机版首屏加载控制在 1.2 秒以内，弱网下也能打开。
