把信息放回它该在的位置

一条信息被放错位置，比这条信息不存在更麻烦：读者找得到，却不敢用。

多数查询其实是两个动作连着发生的——先确认现在处于什么状态，再确认自己该怎么做。状态写在公告里，做法写在指南里。站点把这两类内容放在同一入口，读者不必在两套菜单之间来回切换，也不用担心看到的是不同版本的说法。

归档不是把条目堆在一起，而是给每条内容分配一个能被复述出来的位置。下面四条规则同时作用于公告、案例与版本三处内容。

1. 01

   每月一期主归档

   当月条目集中成 1 期并标注期号，读者按月份回溯即可定位，不必逐条翻找发布时间。

2. 02

   当月不定期补充

   补充条目并入当期归档，不另开新期，避免同一个月出现两个并列入口。

3. 03

   每年输出年度索引总表

   把当年的期号、条目标题与归档月份并成一张表，供跨月比对使用。

4. 04

   版本条目附更新日期并定期核对

   每条版本记录尾随更新日期，每两周核对一次；移动端资讯与电脑端内容同源，当前同步至第 3 版。

编辑与维护团队共 9 人，分成三个小组，各自对流程中的一段负责。分组方式按环节划分，不按栏目划分，因此每个板块都会经过三个小组的手。

团队合计 9 人。站点月均访问约 26 万人次，其中移动端约占 61%，因此两套索引需要同时适配窄屏与宽屏。

从上线到现在，站点的结构改过三次，每一次都对应一类读者需求的增加。阶段的先后顺序，也是现在这套索引顺序的来源。

1. 01 · 单一入口期

   只有一条列表

   所有公告走同一个列表，能读到最新内容，但回溯早期条目只能靠翻页。

   本阶段能力：单一入口，条目按发布时间倒序排列。

2. 02 · 月度归档期

   引入按月索引

   条目开始归入月份，每月 1 期主归档，当月补充条目并入当期，年底输出一次年度索引总表。

   本阶段能力：月份索引、期号标注、年度总表；当前已连续归档 72 期。

3. 03 · 版本对照期

   版本分三层级排列

   版本排行改为主线、稳定、归档三层，每条附更新日期，每两周核对一次日期是否仍然有效。

   本阶段能力：层级色带、更新日期锚点、定期核对标记。

4. 04 · 多端同步期

   移动端与电脑端同源

   移动端资讯与电脑端内容使用同一份索引与同一套期号，当前同步至第 3 版，两端看到的口径一致。

   本阶段能力：跨端同步、章节索引跟随、返回入口固定。