团队文化 / 长文档 / 九章说明

六个小组,九章说明

纵横国际赛场的中文站由六个职能小组共同维护,分工与协作方式写成九章,本文是完整版。 如果只是想尽快到达目标页面,不必从头读:右侧目录可以直接跳到对应章节, 查询、订阅与联系入口集中在首页顶部。公告按固定节奏发布,下一次是每周三 10:00。

六个并列发光方框构成的抽象组织图,无人物无文字
六个职能小组并列运行,通过同一套条目编号与发布节奏汇合。
9 个章节,覆盖分工、协作与原则
6 个职能小组,各有独立职责边界
4 条文化原则,每条配可执行判断标准

内容编辑组:把栏目内容写成可用条目

内容编辑组负责五个重点栏目的条目生产与字段统一。全站 76 条结构化条目中,应用场景 12 条、 新闻中心 17 条、名词词典 20 条、生态体系 18 条、团队文化 9 章,每一条都要落到固定字段上, 后面的检索与归档才有东西可以复用。

职责边界

  • 为不同栏目定义各自的字段模板:场景条目含场景名、适用角色、核心动作、支撑入口、判定条件五项。
  • 统一术语写法,名词词典的 20 条词条与栏目正文使用同一口径,同一件事不出现两种称呼。
  • 按每周三 10:00 的节奏准备公告正文,主公告之外必须附上本次改动了什么。

交付物

  • 五个栏目现行条目集
  • 每期公告与修订说明
  • 字段模板对照表

检索与工具组:让每条路径都落到页面上

检索与工具组维护中文站 WHERE 使用工具的三条检索路径——主题、场景、词条, 目标是把「平均两步内到达目标页」这句话变成可以实测的结果。这一步做不好, 前面写多少条目都会被埋掉。

职责边界

  • 维护首字母索引与主题索引两套进入方式,名词词典的 8 个主题分组由本组校准。
  • 核对入口命名与落地页标题是否一致,同名入口不允许指向不同内容。
  • 记录检索落空的情况,把高频落空词回补进对应栏目,并在下一期修订说明里体现。

交付物

  • 三条检索路径配置
  • 双索引映射表
  • 每期落空词清单

栏目运营组:维持分类与专题的稳定

栏目运营组关心的是栏目本身的状态:分类是否需要合并、专题如何续接、 条目量是否还撑得住栏目定位。判断依据是可对账的数字,不是主观感觉。

职责边界

  • 新闻中心维持 7 个分类,不随单条内容增设分类,新内容优先并入现有分类。
  • 维护 4 个常设专题的续接关系,专题新条目须写明承接哪一期,读者不必自己拼时间线。
  • 定期对账各栏目条目量,12 条场景、18 条生态条目、20 条词条这些数字以本组记录为准。

交付物

  • 栏目分类表
  • 专题续接排期
  • 条目量对账记录

视觉与前端组:让层级和边界保持一致

视觉与前端组把前面三个组的产物落成页面:层级由字重与字号拉开, 边界由 1px 细线与低透明辉光交代,交互按键盘顺序排列。 本站不靠颜色堆砌层级,也不为单个页面另做一套形状。

职责边界

  • 面板统一使用中圆角与 1px 发光边界,页面之间共享同一套形状语言。
  • 正文不低于 17px;条目量、步数、更新时间统一使用等宽字体,同页这样的数值不超过三处。
  • 标签页、分段切换与锚点目录全部可用键盘完成,聚焦状态始终可见。
  • 图片容器去边直角、直接贴合内容边界;需要在图上压字时叠加固定遮罩,不靠调低图片透明度。

交付物

  • 组件样式与边界规范
  • 图片与遮罩处理方式
  • 键盘可达性检查结果

数据与归档组:守住版本与时间秩序

数据与归档组维持站点的时间秩序:什么进归档、按什么编号、与现行页面冲突时以哪一版为准。 这些问题如果没有固定答案,站点的可信度就只能靠记忆维持。

职责边界

  • 归档按版本号与栏目两层组织,历史资料包保留 4 个版本,任一旧资料都能被定位。
  • 区分六类公告:主公告、修订说明、栏目调整、工具更新、归档变更、服务窗口提示,类型标注不可省略。
  • 标注归档与现行口径的差异;两者冲突时以站内现行页面为准,并在归档入口写明这一条。

交付物

  • 版本索引
  • 公告类型标注
  • 归档差异说明

用户支持组:把疑问变成条目

用户支持组处理来自邮箱、电话与首页顶部工单入口的事务, 同时把反复出现的问题转成可阅读的内容。怎么联系我们、多久能收到回复, 都写在 联系页的渠道说明里。

职责边界

  • 客服邮箱在工作日 10:00–17:00 回复;电话与联系地址作为联系信息公示,不承担其他用途。
  • 每周整理重复出现的问题,交给内容编辑组补进名词词典或使用说明,而不是只在回复里解释一次。
  • 紧急事务从首页顶部工单入口进入,先由本组确认,再分流到对应小组。

交付物

  • 周度问题汇总
  • 条目补充建议
  • 分流记录

六个小组如何协作

小组之间不靠临时沟通保持一致,靠四条固定机制。每条机制都对应一个可以检查的动作, 而不是一句态度。

发布节奏

公告固定在每周三 10:00 发布。发布前各组完成交付确认,任一环节未确认即顺延到下一期, 并在修订说明里注明原因。

交接口径

内容编辑组交出字段完整的条目,视觉与前端组按同一套组件落地,数据与归档组同步版本编号。 三方使用同一份条目编号,不另建一套顺序。

争议处理

口径冲突先看现行页面,再看归档版本;仍不一致时,由内容编辑组与数据与归档组共同确认, 只更新一处并注明改动来源。

回溯义务

任何一次调整都保留旧版本,可在归档中按版本号与栏目查到。找不到上一版, 这次改动就不算完成。

环形协作光路与交接节点,俯视抽象构图
四条机制在每期发布前汇于同一次交付确认。

四条文化原则

九章说明之上还有四条原则。它们不描述态度,只描述判断标准—— 不符合标准的产出会被退回,而不是被容忍。

四条平行发光横线构成的秩序图形,暗底
四条原则并行生效,没有主次排序。
  1. 先给入口,再给解释

    每个页面的第一屏都要能指向下一步。 判断标准:如果有人在这一屏找不到可去的地方,说明入口没放够。

  2. 同一组数字只保留一种口径

    76 条条目、20 条词条、每周三 10:00 在全站是同一组数字,不因页面不同而改说法。 判断标准:两个页面出现同一数字却不同值,算缺陷。

  3. 把边界写清楚

    每个小组既写清自己做什么,也写清不做什么,包括对接的起点和终点。 判断标准:一份交接说明如果没说清由谁负责,退回重写。

  4. 改动可回溯

    任何调整都留下版本,可以按版本号与栏目查到,也可以对照现行页面。 判断标准:找不到某条内容的上一版,这次改动不算完成。

小结与关联章节

六个职能小组、九章说明、四条原则,构成站点维护的固定结构。 判断这套结构是否稳定,不看页面上出现了谁,而看这些规则是不是每一期都被执行。

  • 对外协作 想看协作类型怎么划分、边界写在哪里,到 生态体系查看 18 条协作条目与 6 项协作原则。
  • 站点来历 想看站点怎么一路走到现在、明确不做什么,到 关于我们看四个阶段的框架迭代。
  • 更新记录 新闻中心按 7 个分类收录栏目动态与版本迭代, 公告的发布节奏与时序细节另有专门说明。
  • 第一次来 回到 首页,查询、订阅与联系入口都集中在顶部条上,两步之内可到目标页。
  • 人工确认 联系页写明邮箱、电话与工单入口各自的用途和响应时段。
向远处汇聚的光路与地平线抽象,广角
分工写在明面上,协作按同一节奏推进。