三位编号,一条一号
条目编号采用三位体系,从 001 起顺序下发,编号一旦分配即不再复用。编号独立于标题存在,标题可以重写,编号始终指向同一件事。
十二品类 · 近六赛季档案 · 版本与额度归档索引
品牌介绍 · 赛季档案
站点以赛季为刻度,把游戏品类、版本记录与额度归档三类内容长期维护下来。这一页交代内容由谁整理、按什么规则整理,以及哪些事情在能力边界之外。
在这里,一条说明至少要能回答三件事:它属于哪个赛季、改动从哪一天起算、由哪个环节完成复核。写不齐的,不进目录。
品类条目更新得快,如果只按发布时间一条条往上堆,不出半年,同一件事就会留下好几版互相打架的说法。归档的思路正好相反:先给内容找一根不会乱跑的轴,再让所有说明挂上去。最后选定的轴是赛季——S19 到 S24 这六段各有明确的起止,条目的有效期可以直接换算成赛季区间。
横向的组织方式是十二个品类分类。分类不是一次拍板定下来的,而是先按使用者最常提出的问题拆开,把重复的方向合并,再逐轮收敛。最终形成的十二类覆盖对阵与赛制、数据与记录、活动与周期、账户与服务、专题归档五个方向,任意一条内容都能同时落在「某个赛季」与「某一类」的坐标上。
主线一旦确定,可回溯就成了硬约束:任何一次修订都不覆盖原稿,而是以新的期号追加,旧版保留在归档中。这样做的代价是条目增长得更快、维护更费力,好处是任何一条结论都能被追问到底,而不必依赖记忆。
整理流程由四件事配合完成:给每条内容分配编号,由两个人分别复核,把改动对应的生效日期写进去,再按固定节奏归入档期。四件事缺一件,条目就会变成一句无法追溯的说明。
条目编号采用三位体系,从 001 起顺序下发,编号一旦分配即不再复用。编号独立于标题存在,标题可以重写,编号始终指向同一件事。
版本记录一律经过两人分别确认:一人核对变更内容与影响范围,另一人核对期号与生效日期。两人意见不一致时,条目挂起,宁可不发也不含糊发出。
凡涉及账户设置与活动周期的改动,条目内直接标注生效日期,不使用「即将」「近期」这类说法。改动未到生效日的,条目照常展示并注明生效时点。
品类与目录条目每周三、周六各更新一次;版本记录随赛季阶段推进;额度明细在每月初五个工作日内完成上一自然月的归档,保留最近 12 个自然月。
“条目可以慢,但不能含糊——赛季、生效日期、复核人三点写不齐的说明,不进目录。”
从 S19 到 S24,站点累计整理版本记录 148 期,品类分类从最初的七类扩到十二类。整个过程可以分成三个阶段:先立骨架,再把校验独立出来,最后补齐归档口径。
起步阶段最重要的工作不是写多少条,而是把编号体系搭起来。初建的七类分类加上三位编号,让每一条说明第一次有了唯一的位置,检索不再依赖标题措辞。这段时间的条目大多是结构性的,说明范围、字段与边界,细颗粒内容留给后面几期补。
随着版本条目增多,单人整理开始出现漏标生效日期的情况。这一阶段把校验环节从内容整理里拆出来,由另一组人独立核对期号与影响范围,双人复核正式成为固定动作。同时新增三类分类,把账户与服务的相关内容单独收拢,条目之间的边界清楚了不少。
最后三段的重点转向归档口径。额度明细确立按月归档的规则,并增加归档确认方字段,每个月由谁确认、条目多少、状态如何,都能在表里读到。分类在这一阶段收敛到十二类并停止扩张,新增方向优先并入已有分类,只有理由充分才另开一类。
当前阶段没有可显示的条目。
内容与运营团队共 12 人,按职责分成三组,互不代管:内容整理负责把材料写成条目,版本校验负责判断条目能不能发,客服坐席负责把使用中的疑问接住。
负责品类条目的日常维护与目录编号分配,按每周三、周六各一次的节奏更新,同时承接专题归档的素材整理。这一组管「写什么」,不管条目能不能发布。
负责版本记录的期号核对、变更范围判断与生效日期确认,是双人复核中的独立一方。校验不通过退回整理组,不改写只退回,避免同一份材料被两种口径反复修改。
在 09:00–21:00 接续受理账户设置、额度明细与活动规则相关的咨询,工作时段内两小时内响应。坐席只解释规则与路径,不代替使用者做账户决定。