12 · 游戏管理¶
入口路径:后台 → 游戏管理 目标读者:副组长 / 游戏运营 / 产品 核心问题:首页摆哪些游戏?排序怎么排?打码权重怎么算?新手第一次充值有没有 RTP 保护? 资料来源:
/澎湃后台/12.游戏管理/共 7 张截图 最后更新:2026-05-11 作者:Bob/Aimee
一、模块定位¶
游戏管理控制前台游戏货架——前台玩家看到的所有游戏分组、首页置顶游戏、单游戏的有效打码权重、新手保护开关都在这里。

子菜单 3 个:
| 子项 | 用途 | 频次 |
|---|---|---|
| 游戏排序 | 首页分组 + 单游戏置顶 + 自定义图标/名字/打码权重 | 周/月维度调优 |
| 游戏策略 | 看每个游戏的投注/派彩/输赢/回报率 → 跳转层级配置改回拉率 | 季度复盘 |
| 新手保护 | 新用户首充 RTP 临时拉高(98.5%) → 提升首充转化 | 配一次长期生效 |
二、游戏排序¶
2.1 功能定位¶
这是整个模块最重的页面——三层结构定义了前台首页长什么样:
flowchart TD
root["首页展示分组个数(全部 / 个数)"]
g1["游戏分组(38 厂商按钮)"]
g1a["选中某分组 → 看它的配置"]
g2["<分组名> 分组配置"]
g2a["自定义显示名 / 自定义图标 / 位置 / 状态"]
g2b["<分组名> 排序(具体游戏置顶矩阵)"]
root --> g1
g1 --> g1a
root --> g2
g2 --> g2a
g2 --> g2b
2.2 首页分组展示配置¶

| 字段 | 当前值 |
|---|---|
| 首页展示分组个数 | 全部 |
| 首页分组单行展示游戏个数 | 3 个 |
2.3 游戏分组按钮(38 个厂商 + 1 个特殊)¶
截图所示按钮(39 个): 热门游戏(蓝底=选中) / 我喜欢的 / Jili / PG / FC / PP / JDB / Fish / DB / BGameing / Evoplay / Spinomenal / Relax / UUSLOTS / Amigo / UG / Askme / Rich88 / HackSaw / Spribe / KA / JOKER / Cq9 / POPOK / BBin / MG / RedTiger / WG / Scratch / INOUT / UGAi / Luckywin / V8Poker / PLAYTECH / HABANERO / BetSoft / Funky / BTG / NETENT / NO LIMIT / WG ARCADE
📌 "热门游戏" + "我喜欢的"是两个特殊分组: - 热门游戏 = 平台手动精选,不属于任何厂商 - 我喜欢的 = 玩家收藏夹(前台 UI 维度,不可编辑游戏列表)
2.4 分组配置(选中"热门游戏"后)¶
| 列 | 当前值 |
|---|---|
| 名字 | 热门游戏(系统名) |
| 显示名字 | 后台默认演示值(部署前由运营改为业务实际名,如 "Hot Games") |
| 自定义显示名 | Hot ❓ |
| 自定义图标 | 点击设置(截图所示图标为 🔥 火焰) |
| 位置 | 位置 1(点击修改) |
| 分组展示游戏个数 | 16 个(点击修改) |
| 状态 | 显示(点击修改 → 隐藏) |
2.5 单游戏排序矩阵¶

进入某分组后展示该分组所有可置顶游戏:
| 列 | 含义 |
|---|---|
| 游戏名称 | 含游戏 icon |
| 自定义图标 | 单游戏的角标(如徽章 / 推荐标) |
| 排序类型 | 置顶 / 普通(截图截到全为"置顶") |
| 置顶位置(点击修改) | 位置 1-10 编号——决定首页顺序 |
| 有效打码百分比(点击修改) | 100% / 50% / 30%——单游戏打码权重 |
| 状态(点击修改) | 显示 / 隐藏 |
| 操作 | 取消置顶 |
顶部筛选:游戏名 + 查询。
底部分页:截图所示共 2870 条 / 每页 10 条 / 287 页——p222 接入的全部单游戏数(跨厂商)。
2.6 截图所示热门游戏 Top 10¶
| 位置 | 游戏 | 厂商(推测) |
|---|---|---|
| 1 | Super Ace | Jili |
| 2 | Super Ace 2 | Jili |
| 3 | Wild Bounty Sho… | PG |
| 4 | PinataWins | Jili |
| 5 | Golden Empire 2 | Jili |
| 6 | Fortune Gems 2 | Jili |
| 7 | Sweet Bonanza … | PP |
| 8 | Fortune Gems 3 | Jili |
| 9 | Super Ace Deluxe | Jili |
| 10 | Vegas Rockets | Jili |
📌 Jili 占主导——10 个置顶里 Jili 占 8 个。这与菲律宾市场偏好一致(Jili 是菲律宾本土游戏厂商,玩家最熟悉)。
2.7 "有效打码百分比"业务规则¶
| 设置 | 含义 |
|---|---|
| 100% | 该游戏 1 PHP 投注 = 1 PHP 有效打码 |
| 50% | 该游戏 1 PHP 投注 = 0.5 PHP 有效打码(平台保护) |
| 30% / 0% | 进一步降权——常用于"低风险/套利倾向高"的游戏 |
💡 业务用途: - 高 RTP / 套利倾向高的游戏(如部分 fish 类)→ 调低有效打码 → 拖慢玩家拿回奖励的速度 - 高利润游戏(slot 类)→ 100% → 鼓励玩
2.8 分组图标(可点击设置)¶

弹窗结构:
| 列 | 含义 |
|---|---|
| 默认图标 | 4 个候选图标(截图均为火焰 🔥 — 应是供应商内置库的多个款式) |
| 自定义图标(点击设置) | 上传自家 PNG / SVG |
| 展示说明 | 点击"查看说明"看在前台哪里展示(弹出图示) |
2.9 副组长用法¶
| 场景 | 动作 |
|---|---|
| 业主"把新游戏 X 放首页 Top 3" | 热门游戏分组 → 找 X → 改"置顶位置 3" → 保存 |
| 套利游戏拖回 RTP | 找该游戏 → "有效打码百分比" 100% → 50% |
| 新厂商接入 | 厂商按钮新增 + 该分组排序矩阵填充 |
2.10 待确认¶
- 2870 条 总数 是否含未上架("状态=隐藏"也算)
- 分组单行游戏个数=3 意味着移动端首页一行展示 3 张?
- "自定义显示名" vs "显示名字" 差异(一个给 PC,一个给 H5?)
- 分组位置 1对应前台从上到下排序?
- "热门游戏" 的具体游戏列表是否影响首页"我喜欢的"推荐?
三、游戏策略¶

3.1 功能定位¶
按厂商看打码数据 + 跳转到层级配置改回拉率——是 10-用户层级配置 的数据辅助页。
3.2 顶部筛选¶
| 筛选 | 输入 |
|---|---|
| 日期 | 单日(默认今天) |
| 厂商 | 下拉(Jili 等 38 个) |
按钮:查询
3.3 上半屏:厂商分组详情¶
| 列 | 含义 |
|---|---|
| 日期(GMT+8:00) | 单日 |
| 游戏分组 | 厂商名 |
| 总投注 | 全部用户合计 |
| 总派彩 | 全部用户合计 |
| 总输赢 | 平台对玩家的输赢 |
| 总回报率 | 总派彩 / 总投注 |
| 设置策略 | 蓝字链接——点击会跳转到用户层级管理那里去统一修改设置(截图箭头标注) |
3.4 下半屏:厂商内每个游戏¶
截图标题 "Jili - 游戏策略(134)" = Jili 厂商共 134 款单游戏
| 列 | 含义 |
|---|---|
| 编号 | 单游戏 ID(如 15378 = DIAMOND PARTY) |
| 游戏名称 | 含 icon |
| 投注 | - |
| 派彩 | - |
| 输赢 | - |
| 回报率 | - |
3.5 副组长用法¶
flowchart TD
root["月度复盘"]
s1["1. 选定厂商"]
s2["2. 看总回报率 → 异常高(> 100%)= 玩家在套利"]
s3["3. 找具体游戏(回报率最高几款)"]
s4["4. 决策:调单游戏“有效打码百分比”(在游戏排序里)"]
s5["5. 或:点“设置策略” → 跳到层级配置 → 调整该厂商回拉率"]
root --> s1 --> s2 --> s3
s3 --> s4
s3 --> s5
3.6 关键业务洞见¶
- 游戏策略是数据视角(看回报率)
- 游戏排序是展示视角(调首页顺序 + 单游戏打码权重)
- 用户层级配置是权益视角(按层级配回拉率)
三页配合用:先在游戏策略看出哪个厂商哪个游戏异常 → 决定是改单游戏打码权重(游戏排序)还是改层级回拉率(用户层级配置)。
3.7 待确认¶
- 字段单位(PHP 还是 USD)❓
- 时间维度只能选单日还是可以选时间段
- 数据更新频率(实时 / 小时 / 日结)
四、新手保护¶

4.1 功能定位¶
新人首充 RTP 临时拉高(98.5%)——给新用户"赚钱体验",提升首充转化和留存。
📌 业务原理:常规游戏 RTP 通常 92%-96%(平台抽水 4%-8%),新手保护 98.5% 意味着这段时间平台几乎不抽水——让新人首充后大概率赢钱回血,激发持续游戏。
4.2 顶部开关¶
| 字段 | 当前状态 |
|---|---|
| 新手保护状态 | 红色 "已关闭"(截图为关闭态) |
| 设置开启 | 绿色按钮(点击开启) |
4.3 系统规则(截图原文)¶
「每日充值后将触发新手保护,当日多次充值只会触发一次,RTP = 98.5%」
「保护次数:0 次(开启后注册的账号将获得保护次数)」
⚠️ 关键限制: 1. 同日多次充值只触发 1 次——防套利 2. 保护次数仅给"开启后注册"的账号——历史用户不享受 3. 当前 p222 处于关闭状态——副组长应向业主确认是有意关闭还是漏开
4.4 保护策略配置¶
| 列 | 含义 |
|---|---|
| 次数 | 第几次保护(截图默认第 1 次) |
| 触发时间 | 当日首次充值 / ❓ 其他触发条件 |
| 保护时长 | 分钟数(保护持续多久) |
| 操作 | 添加 / 编辑 |
4.5 修改策略弹窗¶

| 字段 | 当前选项 |
|---|---|
| 次数 | 第 1 次保护(不可改) |
| 触发时间 | 当日首次充值(下拉,其他选项未展开) |
| 保护时长 | 0 分钟(输入框 + 单位"分钟") |
按钮:确定
4.6 副组长用法¶
副组长通常无权改——这是业主级配置。但要会读:
- 客户反映「我充了第一次怎么玩什么都赢」→ 答案就在这里
- 风控反映「新号高 RTP 异常」→ 不是异常,是新手保护设计
4.7 待确认¶
- p222 当前为什么关闭——业主有意 / 漏配 / 还在调试
- 触发时间下拉的其他选项(除"当日首次充值"还有什么)
- 保护时长0 是关闭还是"无限期"
- 保护期间盈利算不算有效打码
五、副组长游戏管理 SOP¶
5.1 周维度动作¶
flowchart TD
root["周一早班"]
s1["1. 游戏策略 → 厂商总回报率扫一遍<br/>- 异常(> 100% 持续 ≥ 3 天)的厂商,记下"]
s2["2. 游戏排序 → 找异常厂商的具体游戏<br/>- 调“有效打码百分比” 100% → 50%"]
s3["3. TG 群里报备业主,等签字"]
root --> s1 --> s2 --> s3
5.2 应对客服转单¶
| 客户场景 | 用哪一页 |
|---|---|
| 「为什么这游戏不让玩」 | 游戏排序(状态 = 隐藏?) |
| 「我打码量算少了」 | 游戏排序(有效打码百分比是不是 < 100%) |
| 「为什么我首充时赢得多」 | 新手保护(RTP 98.5% 在生效) |
六、待确认清单(汇总)¶
- 新手保护为什么关闭(业主有意?)
- 2870 条 游戏总数是否含未上架
- "热门游戏" 16 个 / "首页一行 3 个" 等设置在前台具体如何渲染
- 触发时间下拉除「当日首次充值」还有什么
- 保护时长 0 = 关闭 还是 无限期
- 设置策略链接 跳到用户层级配置后改的是哪个字段
- 游戏策略时间筛选是否支持时间段
- 自定义显示名 vs 显示名字 用途差异
七、相关文档¶
- 10-用户管理 §7 用户层级配置(按层级配厂商回拉率的正主)
- 09-活动记录(救济金等活动可能与新手保护策略联动)
- 03-运营配置(前台 UI 配置入口,与"分组图标"协同)
八、互动自测¶
学完本页后做一遍,检验对游戏排序 / 游戏策略 / 新手保护三块规则的掌握。
:::quiz{id=rtp} 新手保护开启后,新用户首充触发的 RTP 被临时拉到多少?
- [ ] 92%
- [ ] 96%
- [x] 98.5%
- [ ] 100%
解析:本页多处写明新手保护 RTP = 98.5%,让新人首充后大概率赢钱回血、提升首充转化(见"新手保护 · 功能定位"与"系统规则")。 :::
:::quiz{id=protect multi=true} 关于新手保护的限制条件,下列哪些是本页明确写到的?(多选)
- [x] 同一天多次充值只触发一次保护
- [x] 保护次数只发给"开启后注册"的账号
- [ ] 历史老用户也能享受保护次数
- [ ] 每次充值都会重新触发一次保护
解析:系统规则原文写「每日充值后将触发新手保护,当日多次充值只会触发一次」,且「开启后注册的账号将获得保护次数」——历史用户不享受(见"新手保护 · 系统规则")。 :::
:::quiz{id=views} 本页把三个页面归纳为三种视角,其中"游戏策略"属于哪一种?
- [ ] 展示视角(调首页顺序 + 单游戏打码权重)
- [x] 数据视角(看回报率)
- [ ] 权益视角(按层级配回拉率)
- [ ] 风控视角(拦截异常账号)
解析:"关键业务洞见"明确:游戏策略=数据视角、游戏排序=展示视角、用户层级配置=权益视角,三页配合使用。 :::
:::scenario{id=arb}
{"start":"n1","nodes":{"n1":{"text":"月度复盘时,你在「游戏策略」里看到某厂商的总回报率连续多日高于 100%。你先怎么判断?","choices":[{"label":"判定为玩家在套利,继续找该厂商回报率最高的几款游戏","next":"n2","feedback":"✅ 本页写明总回报率异常高(大于 100%)通常代表玩家在套利,下一步就是定位具体游戏。","good":true},{"label":"判定为系统数据出错,直接忽略","next":"bad","feedback":"❌ 回报率大于 100% 不是数据错误,而是套利信号,忽略会让平台持续失血。","good":false}]},"n2":{"text":"定位到具体套利游戏后,你打算怎么处理?","choices":[{"label":"去「游戏排序」把该游戏的有效打码百分比从 100% 调到 50%,并 TG 报备业主签字","next":"good","feedback":"✅ 调低有效打码可拖慢玩家拿回奖励的速度;周维度动作里也要求调整后在 TG 群报备业主等签字。","good":true},{"label":"自己直接把游戏状态改成隐藏,不通知任何人","next":"bad","feedback":"❌ 直接下架既误伤正常玩家,也跳过了报备业主的流程。","good":false}]},"bad":{"text":"处理方向不对——回顾「游戏策略 · 副组长用法」和「周维度动作」两节再来一次。","terminal":true},"good":{"text":"处理正确:数据视角发现异常(游戏策略)→ 展示视角调单游戏有效打码权重(游戏排序)→ 报备业主签字。","terminal":true}}
:::flashcards{id=cards} - 新手保护首充 RTP :: 98.5% - 常规游戏通常 RTP :: 92%-96%(平台抽水 4%-8%) - 首页分组单行展示游戏个数 :: 3 个 - 有效打码百分比可选档位 :: 100% / 50% / 30% / 0% - 有效打码 100% 的含义 :: 该游戏 1 PHP 投注 = 1 PHP 有效打码 - 游戏策略 = 什么视角 :: 数据视角(看回报率) - 游戏排序 = 什么视角 :: 展示视角(调首页顺序 + 单游戏打码权重) - 总回报率公式 :: 总派彩 / 总投注 :::
:::gate{id=done score=0.8 title=学完游戏管理} 达到 80% 即视为掌握本页:能分清游戏排序 / 游戏策略 / 新手保护三块的分工,会读"有效打码百分比"和新手保护 RTP 规则,遇到套利信号知道走"数据发现 → 展示调权重 → 报备业主"的闭环。 :::