春
浅暖底,用于编号读法、字段释义一类需要停留的说明区。
进入春分区的页面时,底色与分隔线换成浅暖一组,内容与路径保持不变。
规则档案库 · 编号可回溯
四季娱乐主站把娱乐平台活动规则当成正本来维护:214 条规则、9 个大类、47 个子项,从 2019 年首次收录起逐版累积。这一页不介绍产品,只交代这份档案怎么组织、由谁维护,以及它明确不做哪些事。
收录进来的每一条活动规则,都以固定字段出现:规则编号、所属大类、所属子项、活动类型、生效时间、修订版本号、状态(现行 / 已归档 / 待生效),再附一段变更摘要。字段顺序在任何页面都不变,所以读者不必先读完一段介绍才能找到条款——编号本身就是入口。
这里也不是一个介绍产品的页面。它更像一间可以走进去翻找的资料室:条目按编号排布,状态明确标出,改动有摘要可查。想弄清楚某类活动适用什么条件,可以直接跳到对应的分类编号下逐条比对。
四季不是配色装饰,而是一套时间与节奏的隐喻:更新有周期,回溯有编号。
编年不列日期,只记阶段。每个阶段只回答一件事:这一步走完之后,档案比之前多了什么。
第一次把活动规则公开收录成条目。字段的写法和编号的基本形态在这个阶段定下来,之后没有整体推翻过。
条目按活动类型逐层展开,大类与子项的结构开始稳定,编号从单层变成可以逐级下钻的层级。
四季分区被引入作为导航隐喻。页面开始按季节语义划分阅读节奏,春、夏、秋、冬各绑定一组固定色值。
版本号规则定型:每次修订递增次版本,只有涉及分类调整时才递增主版本。版本号从此成为条目的一部分。
按季度做一次全量复核、按月补充一次修订记录,每次复核都产出变更摘要与影响范围说明,不再只改条目本身。
旧版本退出现行检索,但留在库内不删除。历史版本保留率达到 100%,任一版都能凭编号找回来。
档案有两条并行的组织线索。一条是季节,它决定页面看起来是什么样;一条是编号,它决定一条规则被放在哪里、怎么被找到。两条线索各管一件事,互不干扰。
春
浅暖底,用于编号读法、字段释义一类需要停留的说明区。
进入春分区的页面时,底色与分隔线换成浅暖一组,内容与路径保持不变。
夏
蓝色整块,用于活动类型与参与条件相关的阅读区。
夏分区是蓝在页面上占大面积的位置,与秋分区的橙形成互补对照。
秋
橙金整块,用作规则正文与修订记录区块的底。
秋分区承担页面上另一块大面积主色,与夏分区共同构成互补的两端。
冬
冷灰与深墨的跨度,用于归档条目与版本对照区。
冬分区用最深的一组值收口,把已归档内容与现行内容明显分开。
编号这条线索更直接:九个大类用两位编号 01 到 09 表示,四十七个子项在所属大类下按 0101 到 0947 逐层展开,规则条目再挂在子项之下。
三层中的任意一层都能作为检索入口:只知道大类,就顺着子项一路翻下去;手里有完整的规则编号,则直接定位到那一条。跨页跳转时编号的含义不会改变——同一条规则在索引页、活动页还是对照页,用的都是同一个号。
内容不是一次写完就不动。复核按固定节奏跑,跑完必须留下摘要,让人看得出这一轮到底改了什么。
各分区编辑组整理本季范围内的新增条目与修订记录,逐条写清变更摘要,标明影响到的子项范围。
由跨组的复核人对照字段、编号与版本号,检查分类归属是否与整体层级一致,摘要与改动是否对得上。
通过后写入静态页面,旧版本同步归档,索引随发布一起更新,三个动作不由同一个人连续完成。
内容运营小组共 12 人,按四季分区分为 4 个编辑组,每组对应一个季节范围。按季度做全量复核,按月补充一次修订记录。
读者最常问的那些定位问题单独整理了出来,共 48 条,分 6 组编排;其中与客服通道相关的一组被拆出来单独放,方便直接跳过去看。
能力边界说清楚,比多写十段介绍有用。下面两栏分别是这份档案能做到的,和它从一开始就不打算做的。
还有一点需要提前说明:统计口径会随季度复核略有调整,例如子项的归并或拆分。这类改动一律写进对应条目的变更摘要,不会另发通知,也不会悄悄改掉旧版本。