01平台定位

PG Entry:七年打磨的游艺活动信息服务平台

从一个入口开始,PG Entry 把活动公告、周期说明和记录明细收进同一条查询路径,让你在两三分钟内找到自己关心的那一条。

平台面向中文用户提供数字游艺内容与活动信息,七年里完成 6 次大版本焕新。常用入口按公告、规则、记录、设置与服务范围五类场景编排,从第一次访问到日常查询,走的都是同一条路。

  • 公告
  • 规则
  • 记录
  • 入口
  • 设置
  • 服务范围
  • 常见问题
  • 版本说明

7年

持续运营,公告与规则随版本迭代

6次

大版本焕新,每次重排一次查询路径

26个

省级地区进入日常服务范围

34人

内容与规则团队,另有 12 人技术支持

02演进阶段

六次大版本,一步步把查找变短

每一版都对着一个具体问题改:入口太散、条件难找、记录看不清。下面这条线按解决的问题排列,越往下越接近现在的用法。

  1. 第一阶段

    先把入口聚起来

    站点入口与活动公告集中到一处,用户不必在几个页面之间来回跳。

  2. 第二阶段

    建起规则中心

    零散的活动条件按类型与批次归档,形成 120 多条可变查的规则库。

  3. 第三阶段

    记录明细上手机

    手机端在同一屏展示 14 个记录字段,支持按类型、状态与时间范围筛选。

  4. 第四阶段

    服务范围可查

    地区、入口类型与服务内容三种维度组合,先确认能不能用,再决定从哪进。

  5. 第五阶段

    记录与设置同屏

    9 项设置收进同一栏,与记录明细在同一屏切换,移动端查询占比升到 68%。

  6. 第六阶段

    焕新拼贴面板

    堆叠画板与悬浮胶囊导航,公告、周期、记录与设置可以并列扫读。

由光带节点组成的七年运营与六次大版本演进抽象图

03团队构成

谁在维护这些说明

规则写得准不准,最终看人。34 人的内容与规则团队守着公告、规则库和客服一线,另有一支 12 人的技术支持团队保障查询链路。

规则校核工作流的界面局部,含批次标签与等宽编号
  • 06

    规则校核

    120 多条规则条目按活动类型与批次归档,每季度完整校核一次。

  • 20

    客服支持

    在线客服每日 09:00–23:00,邮件在工作日 24 小时内回复,电话在工作日 09:30–18:00 接听。

  • 08

    内容运营

    负责公告、专题与版本说明,维持每两周一次小版本、每季度一次大版本的节奏。

  • 12

    技术支持

    桌面端、手机端与平板端同步维护,公告发布后 2 小时内同步到移动端。

一条规则从提报到上线,走四步

  1. 01

    收集

    内容服务商的活动资料,加上用户咨询里反复出现的问题,汇到一处。

  2. 02

    校核

    6 人小组比对参与条件、活动周期与批次号,标出与上一版不同的地方。

  3. 03

    归档

    按批次收进规则库,当前生效批次为批次-1737。

  4. 04

    留痕

    内容审核、规则校核、数据安全三类规范同步记录,操作全链路留痕。

04服务覆盖

26 个省级地区,12 组常用入口

先按场景找入口,再确认所在地区是否覆盖;或者反过来,先看地区,再挑场景。两种顺序都能走通。

12

组常用入口,按五类场景展开

  • 公告

    活动周期与当前批次说明集中呈现

  • 规则

    按活动类型归档,可按批次追溯

  • 记录

    手机端同屏 14 个字段,默认保留 180 天

  • 设置

    9 项统一收纳在同一栏,与记录同屏切换

  • 服务范围

    按地区与入口类型查看覆盖情况

05合作生态

内容、技术、专题,三条线一起把说明做细

8 家内容服务商提供活动资料,5 家技术协作团队跟进查询链路,规则读解专题则把校核中反复出现的问题讲成用户看得懂的话。

  • 8

    家内容服务商长期供稿

  • 5

    家技术协作团队维护查询链路

  • 36

    期规则读解专题,平均每期覆盖 1.8 万人次

内容分类、团队角色与协作关系的抽象信息图

每季度校核结束后,结果同步进公告与规则说明,版本说明记下当次改动。用户咨询里出现频次高的问题,会被整理成下一期专题的选题,也会带进下一轮校核。

想先看看最近的公告,还是直接找人聊

更新公告里有本季度与上两周的版本说明,规则支持中心按问题分类整理,需要人工支持可以直接联系客服。