使用指南
从注册走起，到记录怎么查、账户安全怎么设，每一步都拆到能照着点。 第一次用的用户跟着走一遍，基本不用再问人。
- 服务对象
- 国内娱乐平台用户
- 当前版本
- 服务中心 V3.1
- 覆盖环境
- 桌面端 / 移动端浏览器 / 平板端
- 备案号
- 湘ICP备57103209号
品牌坐标 · 服务中心 V3.1
杏运娱乐服务中心：谁在做，做到哪一步了
从第一代走到 V3.1，我们处理的一直是同一类麻烦：记录去哪查、客户端挑哪个、当月的活动在哪。 四轮大版本迭代之后，查记录从五步压到两步，分类导航的滑动与点击响应也明显降了下来。
文档、评测、客服三件事，由固定团队分组维护，工作日全程有人在线。你遇到的大部分问题， 都能在这里找到写清楚步骤的答案。
320+
帮助文档条目
4
次大版本迭代
5
类内容归档方式
2h
紧急工单响应
01
把用户最常卡住的地方，提前写清楚
你带着问题过来，最不想看到的是绕一圈还没答案。所以服务中心的内容按“你正在做的那件事”来分， 而不是按功能模块去堆。
帮助文档
三百二十余篇条目，按注册、记录查询、账户安全、活动参与、客户端使用分成五类。 你能直接搜，也可以按分类一层层翻到具体那一篇。
客户端对比评测
不同环境下哪个版本更顺手，不用靠别人口头推荐。评测固定用分类导航响应、首屏加载、 记录查询步数、历史回溯范围、月份筛选操作步数这五项对照，同期实测，结果放在同一张表里。
02
四次大版本，每一次都在砍步骤
版本更新不是换个号就完事。每一次迭代背后，都对应着一类用户反复反馈的操作麻烦。 点开节点可以看到当时具体解决了什么。
早期操作说明散落在各种问答复述里，同一件事有好几种说法。第一代把这些内容统一整理成条目， 你第一次能自己找到准确答案，不用等人回。
文档按注册、记录查询、账户安全、活动参与、客户端使用五类归档。找什么先落到类别， 同类问题不用跨好几个页面来回翻。
上线客户端对比评测，固定五项维度、同期实测。桌面端、移动端浏览器、平板端各跑一遍， 选哪个开始有表格可看，而不是听一句“都差不多”。
查记录从原先的五步缩短到两步；分类导航在滑动与点击上的响应延迟显著降低； 账户中心新增历史栏目，操作与活动记录可回溯最近十二个月。对经常查记录的人来说， 省下的是每天都要重复的那几下。
03
内容有多少，取决于你能查到多少
条目数不是拿来摆的。你搜一个具体问题，能不能一次命中，才是这些数字真正的用处。
30 天
每期评测的采样周期
1200 次
样本操作记录
12 个月
账户历史可回溯范围
8–12 个
每月上线活动数量
评测不是随手写的感受。每期固定取连续三十天内的 1200 次操作记录作样本， 按五项维度跑一遍，结果同期可比。这样你看表格时，读到的是同一批条件下的差异，而不是不同时间的印象。
活动中心每月上线 8 至 12 个活动，全部按月份归档。当月推荐能直接筛出来， 过往月份的记录也能随时回看——不用因为记不清时间就放弃找。
账户中心的历史栏目按记录、活动、设置三类归档，最近十二个月的操作都能倒着翻回去。 想核实自己有没有点过某个功能，答案就在里面。
04
三组人，各管一段，中间不脱节
内容有人写、问题有人接、功能有人改，这三件事交给同一拨人做容易顾此失彼。 我们拆成三组，用固定的交接方式串起来。
PRODUCT
产品组
- 维护服务中心与账户中心的功能
- 决定每个版本改什么、什么时候发
- 把用户反馈整理成可执行的改动清单
EDITORIAL
内容组
- 把功能变化翻译成用户读得懂的操作说明
- 每周跟进 2 至 3 篇帮助文档
- 每月产出 1 期客户端对比评测专题
SUPPORT
客服组
- 分早晚两班，覆盖工作日 9:00 至 18:00
- 日均处理约 480 件工单
- 高频问题会回流给内容组，补进文档
交接方式很简单：客服碰到文档没说清的问题，转给内容组补上； 内容组发现需要改功能的地方，转回产品组排期。你提的每一个问题，最终都会落到某一组的待办里。
05
每周都在动，不是发完就搁着
判断一个服务中心有没有人维护，看的不是页面做得多漂亮，是上次改动离现在有多久。
每周
更新 2 至 3 篇帮助文档。选题跟着实际使用中冒出来的问题走，不是按计划表凑数。
每月
发布 1 期客户端对比评测专题，覆盖当期五项维度的完整实测结果，并保留往期以便对照。
每版本
版本更新手记随节点发布；账户中心、活动中心的功能调整同期写进使用指南，不等用户先撞上再补。
持续
活动中心按月份归档，当月推荐随时筛得出来，已过月份的记录也不会撤走。