关于红黑娱乐
18 个人,把分类、规则和反馈慢慢做扎实
你每天打开红黑娱乐看到的那些东西——十二个游戏分类下排好的条目、标着版本号的规则条文、被逐条回复过的用户提问——背后是一支固定分工的团队、两道审校关卡,以及一份每周都要动一次的更新排期。这一页把这些人和这些流程讲清楚,让你知道自己在用的是一个长期项目,而不是一批一次性上传的页面。
- 18 人内容团队
- 12 个游戏分类
- 3 代内容中心
- 2 次 / 周条目更新
日常维护三件事
我们不做一次性上线的内容站,所有条目都活在一条不断往前的更新线上。
- 分类条目的收录与整理。休闲、策略、竞技、益智、桌游风格等方向各自成册,十二个分类下每个保留 8 到 30 个条目,新内容按分类归位,过期的往下沉。
- 规则条文的撰写与复核。凡涉及参与条件、奖励获取、时间节点、异常处理、结果查询的条款,都单独成条,写明适用哪个分类、属于哪个版本。
- 用户反馈的归集与回复。表单和邮箱两条路收进来的问题,先归类到具体分类与条款,再由对口的同事逐条答复。
这三件事每天交叉发生,所以同一个人常常同时面对条目、条款和提问。
- 分类运营发现某个方向的条目长期偏少,会主动提出补录,而不是等到有人来问才动手。
- 规则编辑读到用户反复追问同一条款,会回头把措辞改直白,再走一遍复核。
- 用户支持把高频问题整理成清单,交回给前两条线,作为下一轮更新的输入。
18 人,三条线
- 分类运营组7 人
- 负责十二个分类的骨架搭建和条目流转。新游戏进哪个分类、老条目什么时候退到第二页、每个分类的条目量级要不要扩,都由这一组判断并落地。合作方共建的条目也在这里登记来源类别,再进入列表。
- 规则编辑组7 人
- 把活动条款拆成参与条件、奖励获取、时间节点、异常处理、结果查询五类,逐条写成可以对照阅读的形式。每一条都挂上适用分类与版本号,方便你在参与之前先读明白再决定。
- 用户支持组4 人
- 接待表单与邮箱进来的提问,先判定问题归属哪个分类、哪条规则,再给出答复。答复不了的就转给对应小组,同时把这个问题登记下来,作为规则改写的线索。
一个分类条目从被人发现到出现在列表里,通常要经过三个人。
- 运营组先把候选内容读一遍,判断它属于哪个方向、放在哪一层。
- 编辑组核对它是否牵涉活动条款,牵涉的就把对应规则一并挂上。
- 支持组上线后盯着相关提问,如果同一件事被问第三次,就回推给前两步重写。
V1 到 V3,解决的是三个不同的问题
红黑娱乐中文版V3内容中心是当前的形态。往前推两代,每一次迭代都不是为了好看,而是因为前一版让用户多绕了路。
-
V1
先把东西收进来
第一代的重心是分类收录。把能归类的游戏内容按方向铺开,解决的是"站上什么都没有"的问题。代价也很明显:内容多了以后,条目只能靠一层层点进去找。
-
V2
让规则能被检索
第二代把活动条款从正文里抽出来独立成条,并补上关键词检索和分类筛选两种查找方式,结果按最近更新排序。找规则这件事,从翻页变成了搜索。
-
V3
把三类信息放进同一视线
第三代解决的是来回跳转:分类、规则、反馈左右并置在同一屏里,一边读条款一边就能提问,看完答复还能顺手切到对应分类。平板横屏下平均两步就能完成一次分类切换。
每条规则上线前,要过两道确认
第一关 · 编辑确认
写的人自己对一遍
起草人把条款拆成五类之后,逐项确认适用分类有没有写错、版本号有没有挂上、时间节点有没有留下模糊地带。条件说不清楚的地方,宁可拆成两条也不要含糊带过。
第二关 · 复审确认
另一个人再对一遍
复审由不参与起草的同事执行,重点是参与条件和异常处理两段——这两段最容易产生误读。复审通过后,审校记录随版本号一起归档,之后要回看当时的写法也有据可查。
-
2次 / 周
分类条目滚动更新,新条目按分类归位,退场条目一并标注
-
1次 / 月
版本与规则汇总发布,把当月改过的条款集中列一次
-
800字以上
单条规则超过这个长度就启用分段折叠与锚点导航
都是谁在用,为什么入口要放在首屏
站点访问来源覆盖 26 个省级地区,移动与平板端占比约七成。入口放在哪里,是被这群人的使用习惯逼出来的。
-
横屏刷分类的玩家
习惯把平板横过来,在左侧导轨上一个分类一个分类往下看。所以左侧导航在横竖屏切换时位置保持不变,右侧内容独立滚动,换分类不用把页面翻回顶部。
-
参与前逐条比对条款的人
这类访客会先把参与条件和异常处理读到底再决定。规则说明因此按五类固定组织,每一条都标着适用分类和版本号,长条款分段折叠,阅读位置可以随时定位回来。
-
已经开通会员的老用户
他们不需要重新认识这个站,只想登录后一步跳到自己的分类、收藏和浏览记录。会员中心保留六个常用入口,登录后直达,不用再穿一遍首页。想看具体在哪一栏,可以到体验中心对照。