灯牌式单页时期
霓虹 攒问题
最早的内容就是几个页面,排布参照老式游戏厅的灯牌逻辑:颜色重、字号大、信息挤成一团,先让人一眼看见,再谈别的。那时候没有「帮助文档」这个概念,谁问什么就在页面上补一条,补得多了页面就变成一张问题清单。
这一阶段真正留下来的不是版面,而是一个节奏——每周固定更一次。它后来一直没断过,也就成了现在整套内容维护的起点。
站点来历 · 长期维护记录
金马城娱乐这套中文内容,最早只是几张按灯牌逻辑排出来的页面。后来问题越攒越多,栏目才一条一条拆出来,变成今天品牌历程、体验中心、资讯速递、帮助中心与联系入口这样五块常设内容。外观换过几轮,账号体系和常用入口一直没动。下面把三个阶段怎么分的、编辑部一篇稿子要过几道手、帮助页和厂商专区各自被什么问题推着长起来,逐段说清楚。
时间线主轴
阶段不是拿年份切的,是拿「当时最头疼什么」切的。每次内容形态变化,背后都对应着一批反复出现的提问。
霓虹 攒问题
最早的内容就是几个页面,排布参照老式游戏厅的灯牌逻辑:颜色重、字号大、信息挤成一团,先让人一眼看见,再谈别的。那时候没有「帮助文档」这个概念,谁问什么就在页面上补一条,补得多了页面就变成一张问题清单。
这一阶段真正留下来的不是版面,而是一个节奏——每周固定更一次。它后来一直没断过,也就成了现在整套内容维护的起点。
分栏 可查
收藏找回、试玩记录这类问题开始集中出现,同一句话被反复问。与其继续往正文里塞,不如按「用户要做什么」切开:内容按用途分栏,帮助页从附注升级成独立栏目,每个问题单独一条,标题就写成用户的问法。
分栏之后,内容量第一次变得需要管理:帮助条目累积到 260 余条,于是定下每季度整体复核一次的做法,把过期步骤和已修好的问题清出去。
检索 节奏固定
厂商条目越收越多,单靠栏目一层层翻已经不够用,厂商专区因此补上了按分类和按关键词两条路;客户端则固定成双周小版本、季度大版本,每次改了什么逐条写进更新日志,帮助页同步标注适用版本。
派彩公告也在这时归到每日三个时段里,公告保留最近 90 天可查,动态日历用「当前时段 / 下一时段」的写法,避免写死日子导致内容过期。
编辑部与流程
「长期在运营」这句话如果只是口号,读者没办法验证。所以这里把分工写清楚:内容维护按编辑、内容核对、帮助文档、客服协同四类角色分开,谁都只做自己那一段,交接靠清单而不是靠记性。
数字、版本号、时间口径必须与已发布的公告一致。对不上的地方不猜,直接回到公告原文比对,错一处就退稿。
不使用行业第一、最大这类排他说法,不替任何机构或人物发声,不出现具名真实人物的姓名、职务与言论。
长句拆开,步骤按操作顺序排,标题保证一眼能看懂。这一关过不了,内容再好也先压着不发。
帮助体系
帮助页现在的结构不是一次设计出来的,而是四类问题先后冒出来、被逐个收进去的结果。顺序本身就说明了用户最关心什么。
改版之后最集中的一类疑问。结论是入口没动,收藏仍在个人中心与导航栏快捷区,帮助页给出一条按顺序自查的路径。
用的人多了以后,记录筛选的需求就来了。现在支持按时间、类型、厂商三个维度组合筛选,保留最近 90 天。
客户端改设置保存不了是个排查型问题,帮助页把它拆成分步检查加上临时方案,并标注了适用的客户端版本。
最后补上的一类。公告按每日三个时段归类,动态日历以相对时段展示,避免写上具体日子之后很快过期。
每条问题的完整步骤都在 帮助中心;如果你手上的情况没被覆盖,走站内工单或客服邮箱,我们按同样的口径回。
厂商专区
专区最早就是一张手工维护的名单,条目一多就翻不动了。于是先把它们按 9 个分类归档,同一家厂商只落一个主分类,避免重复出现导致检索结果打架。
名单继续变大之后,光靠分类还是慢,才补了检索。现在的收录规模是 120 余家厂商条目,检索和分类是并行的两条路,谁快用谁。
备案与审读
使用规范、内容性质与责任边界,写在 使用条款 里;条款类内容每半年复核一次,改了什么会在资讯速递里说明。