01
内容编辑组:把栏目内容写成可用条目
内容编辑组负责五个重点栏目的条目生产与字段统一。全站 76 条结构化条目中,应用场景 12 条、
新闻中心 17 条、名词词典 20 条、生态体系 18 条、团队文化 9 章,每一条都要落到固定字段上,
后面的检索与归档才有东西可以复用。
职责边界
- 为不同栏目定义各自的字段模板:场景条目含场景名、适用角色、核心动作、支撑入口、判定条件五项。
- 统一术语写法,名词词典的 20 条词条与栏目正文使用同一口径,同一件事不出现两种称呼。
- 按每周三 10:00 的节奏准备公告正文,主公告之外必须附上本次改动了什么。
交付物
- 五个栏目现行条目集
- 每期公告与修订说明
- 字段模板对照表
02
检索与工具组:让每条路径都落到页面上
检索与工具组维护中文站 WHERE 使用工具的三条检索路径——主题、场景、词条,
目标是把「平均两步内到达目标页」这句话变成可以实测的结果。这一步做不好,
前面写多少条目都会被埋掉。
职责边界
- 维护首字母索引与主题索引两套进入方式,名词词典的 8 个主题分组由本组校准。
- 核对入口命名与落地页标题是否一致,同名入口不允许指向不同内容。
- 记录检索落空的情况,把高频落空词回补进对应栏目,并在下一期修订说明里体现。
03
栏目运营组:维持分类与专题的稳定
栏目运营组关心的是栏目本身的状态:分类是否需要合并、专题如何续接、
条目量是否还撑得住栏目定位。判断依据是可对账的数字,不是主观感觉。
职责边界
- 新闻中心维持 7 个分类,不随单条内容增设分类,新内容优先并入现有分类。
- 维护 4 个常设专题的续接关系,专题新条目须写明承接哪一期,读者不必自己拼时间线。
- 定期对账各栏目条目量,12 条场景、18 条生态条目、20 条词条这些数字以本组记录为准。
04
视觉与前端组:让层级和边界保持一致
视觉与前端组把前面三个组的产物落成页面:层级由字重与字号拉开,
边界由 1px 细线与低透明辉光交代,交互按键盘顺序排列。
本站不靠颜色堆砌层级,也不为单个页面另做一套形状。
职责边界
- 面板统一使用中圆角与 1px 发光边界,页面之间共享同一套形状语言。
- 正文不低于 17px;条目量、步数、更新时间统一使用等宽字体,同页这样的数值不超过三处。
- 标签页、分段切换与锚点目录全部可用键盘完成,聚焦状态始终可见。
- 图片容器去边直角、直接贴合内容边界;需要在图上压字时叠加固定遮罩,不靠调低图片透明度。
交付物
- 组件样式与边界规范
- 图片与遮罩处理方式
- 键盘可达性检查结果
05
数据与归档组:守住版本与时间秩序
数据与归档组维持站点的时间秩序:什么进归档、按什么编号、与现行页面冲突时以哪一版为准。
这些问题如果没有固定答案,站点的可信度就只能靠记忆维持。
职责边界
- 归档按版本号与栏目两层组织,历史资料包保留 4 个版本,任一旧资料都能被定位。
- 区分六类公告:主公告、修订说明、栏目调整、工具更新、归档变更、服务窗口提示,类型标注不可省略。
- 标注归档与现行口径的差异;两者冲突时以站内现行页面为准,并在归档入口写明这一条。
06
用户支持组:把疑问变成条目
用户支持组处理来自邮箱、电话与首页顶部工单入口的事务,
同时把反复出现的问题转成可阅读的内容。怎么联系我们、多久能收到回复,
都写在 联系页的渠道说明里。
职责边界
- 客服邮箱在工作日 10:00–17:00 回复;电话与联系地址作为联系信息公示,不承担其他用途。
- 每周整理重复出现的问题,交给内容编辑组补进名词词典或使用说明,而不是只在回复里解释一次。
- 紧急事务从首页顶部工单入口进入,先由本组确认,再分流到对应小组。
07
六个小组如何协作
小组之间不靠临时沟通保持一致,靠四条固定机制。每条机制都对应一个可以检查的动作,
而不是一句态度。
发布节奏
公告固定在每周三 10:00 发布。发布前各组完成交付确认,任一环节未确认即顺延到下一期,
并在修订说明里注明原因。
交接口径
内容编辑组交出字段完整的条目,视觉与前端组按同一套组件落地,数据与归档组同步版本编号。
三方使用同一份条目编号,不另建一套顺序。
争议处理
口径冲突先看现行页面,再看归档版本;仍不一致时,由内容编辑组与数据与归档组共同确认,
只更新一处并注明改动来源。
回溯义务
任何一次调整都保留旧版本,可在归档中按版本号与栏目查到。找不到上一版,
这次改动就不算完成。
四条机制在每期发布前汇于同一次交付确认。
08
四条文化原则
九章说明之上还有四条原则。它们不描述态度,只描述判断标准——
不符合标准的产出会被退回,而不是被容忍。
四条原则并行生效,没有主次排序。
-
先给入口,再给解释
每个页面的第一屏都要能指向下一步。
判断标准:如果有人在这一屏找不到可去的地方,说明入口没放够。
-
同一组数字只保留一种口径
76 条条目、20 条词条、每周三 10:00 在全站是同一组数字,不因页面不同而改说法。
判断标准:两个页面出现同一数字却不同值,算缺陷。
-
把边界写清楚
每个小组既写清自己做什么,也写清不做什么,包括对接的起点和终点。
判断标准:一份交接说明如果没说清由谁负责,退回重写。
-
改动可回溯
任何调整都留下版本,可以按版本号与栏目查到,也可以对照现行页面。
判断标准:找不到某条内容的上一版,这次改动不算完成。
09
小结与关联章节
六个职能小组、九章说明、四条原则,构成站点维护的固定结构。
判断这套结构是否稳定,不看页面上出现了谁,而看这些规则是不是每一期都被执行。
-
对外协作
想看协作类型怎么划分、边界写在哪里,到
生态体系查看 18 条协作条目与 6 项协作原则。
-
站点来历
想看站点怎么一路走到现在、明确不做什么,到
关于我们看四个阶段的框架迭代。
-
更新记录
新闻中心按 7 个分类收录栏目动态与版本迭代,
公告的发布节奏与时序细节另有专门说明。
-
第一次来
回到 首页,查询、订阅与联系入口都集中在顶部条上,两步之内可到目标页。
-
人工确认
联系页写明邮箱、电话与工单入口各自的用途和响应时段。
分工写在明面上,协作按同一节奏推进。