01 · 产品体系概述¶
目标读者:产品经理、开发、运营 核心问题:iGaming 平台有哪些产品线?产品经理具体做什么?
产品线全景¶
flowchart TD
ROOT["iGaming 平台产品线"]
ROOT --> A["玩家端(Player-Facing)"]
ROOT --> B["产品垂直线"]
ROOT --> C["后台运营系统(Back Office)"]
A --> A1["网页端(Web)"]
A1 --> A1a["桌面版(Desktop)"]
A1 --> A1b["移动 Web / H5(Mobile Web)<br/>← 占大多数流量"]
A --> A2["原生 App(Native App)"]
A2 --> A2a["iOS(App Store)"]
A2 --> A2b["Android(Google Play / APK 直下)"]
A --> A3["桌面客户端(较少见)"]
B --> B1["体育博彩(Sportsbook)"]
B1 --> B1a["赛前投注(Pre-Match)"]
B1 --> B1b["实时投注(In-Play / Live Betting)"]
B1 --> B1c["电竞博彩(Esports)"]
B --> B2["在线赌场(Casino)"]
B2 --> B2a["老虎机(Slots)<br/>← 收入占比最大(70-80%)"]
B2 --> B2b["真人娱乐场(Live Casino)<br/>← 增长最快"]
B2 --> B2c["桌面游戏(Table Games,RNG版)"]
B2 --> B2d["即时游戏(Crash/Mines/Plinko 等)"]
B --> B3["彩票(Lottery / Lotto)"]
B --> B4["扑克(Poker)"]
B --> B5["宾果/基诺(Bingo/Keno)"]
C --> C1["玩家管理后台(PAM)"]
C --> C2["CRM 系统"]
C --> C3["联盟后台(Affiliate Portal)"]
C --> C4["风控系统"]
C --> C5["内容管理(CMS)"]
产品经理(PM)的核心工作¶
日常工作内容¶
需求管理:
- 收集来自运营/推广/合规/客服的产品需求
- 评估优先级(用户价值 × 商业价值 ÷ 开发成本)
- 撰写产品需求文档(PRD)
数据分析:
- 监控核心漏斗指标(注册→FTD转化率)
- A/B 测试设计和分析
- 识别产品问题(哪个步骤流失最多?)
跨部门协调:
- 与设计(UI/UX):界面设计评审
- 与开发:技术可行性确认、开发排期
- 与运营:活动功能支撑
- 与合规:确保新功能符合监管要求
竞品研究:
- 定期测评主要竞争对手的产品
- 发现行业新功能趋势
关键产品指标(PM 的 KPI)¶
获客漏斗:
flowchart LR
V["访客"] -->|"注册转化率<br/>目标 >10%"| R["注册"]
R -->|"FTD 转化率<br/>目标 >20%"| F["FTD(首次存款)"]
用户体验:
首屏加载时间(目标:<3秒,移动端)
注册流程完成时间(目标:<3分钟)
支付成功率(目标:>95%)
留存:
D1/D7/D30 留存率
会话时长(Session Duration)
业务价值:
ARPU 月环比增长
新功能带来的 GGR 增量
本地化产品设计要点¶
东南亚市场特点¶
设备特征:
中低端 Android 手机为主(内存 2-4GB)
网络质量差(4G 不稳定,农村 3G)
屏幕尺寸:5-6.5 寸为主
产品要求:
✅ APK 包大小 < 30MB(用户存储紧张)
✅ 低内存优化(防止游戏崩溃)
✅ 弱网模式(断线重连、游戏状态恢复)
✅ 低流量模式(节省用户流量)
✅ 本地支付前置(GCash/OVO 放在显眼位置)
UI 习惯:
越南/印尼:喜欢信息密集的界面(不同于欧洲简洁风)
红色/金色配色受欢迎(吉利寓意)
消息推送接受度高(比欧洲更愿意接收通知)
Google Play 政策(博彩 App 特殊限制)¶
重要:Google Play 对博彩 App 有严格地区限制
- 实钱博彩 App 只能在特定国家/地区上架
- 需要通过 Google 的博彩 App 申请流程
- 每个目标国家需要分别申请
替代方案(常见做法):
1. APK 直接下载(官网提供安装包)
2. PWA(Progressive Web App)替代原生 App
3. 通过第三方安卓市场(部分市场可用)
iOS App Store 也有类似限制,但有所不同
经验积累¶
本节记录实际工作中的经验教训,持续更新
产品线优先级决策:先做 Slots 还是 Sports?¶
调查结论(基于行业数据): - 在线赌场(尤其 Slots):占收入 70-80%,边际成本低,易于自动化 - 体育博彩:技术复杂(需实时赔率更新、风险管理员),但玩家粘性更高 - 最佳策略:先上 Slots 快速验证市场 + 获利,6-12 个月后加入 Sports 吸引高粘性用户
实际案例: - 初创通常 0-3 个月上线 Slots + 真人赌场(快速创收) - 3-6 个月增加 Sports Betting(提升用户多样性) - 千万级 GGR 后才考虑自研游戏或高成本功能(如 Poker、Live Streaming)
供应商选择经验¶
常见陷阱: - 合同谈了 3 个月,最后发现 API 文档过时,集成又需要 2 个月 - 某游戏供应商宣传有 1000+ 款游戏,但当地市场只能用 300 款(因监管限制) - 供应商突然停止支持某些游戏(因许可证到期),造成玩家投诉
风险控制: 1. 集成前必做技术尽调(10 个工作日): - 拉一个测试账号,实际跑一遍集成 - 确认 RNG 认证、游戏列表、实时数据接口 - 确认支持的地区和币种
- 合同中的关键条款:
- 明确 SLA(可用性 99.9%,超过计赔)
- 明确游戏列表的地区/币种限制,半年审查一次
-
费用结构:Revenue Share 还是 Fixed Fee,二者年成本对比
-
多供应商策略:
- 至少 2 个主供应商 + 1 个备用,防止单点故障
- 单一供应商不超过收入的 40%
Google Play 政策的实际影响¶
问题场景: - 辛辛苦苦开发了原生 iOS/Android App,准备上架 - Google Play 审核拒绝:"博彩 App 仅支持特定国家" - 用户只能通过官网 APK 下载,转化率下降 30%
最佳实践: 1. 开发前先确认:目标市场是否在 Google Play 允许列表 2. 双线方案: - 优先级 1:Progressive Web App(PWA),无地区限制 - 优先级 2:官网 APK 直下(需要 App 更新和推送通知困难) - 优先级 3:第三方应用商店(国产手机厂商应用市场)
常见问题 & 坑¶
| 问题 | 原因 | 解决方案 |
|---|---|---|
| 供应商集成延期,原定 2 个月交付变成 5 个月 | API 文档不完整;供应商技术支持响应慢;新建的游戏聚合层有 bug | 提前进行 POC(概念验证),小规模集成 5-10 个游戏,走通完整流程后再大规模;合同中明确里程碑和违约金 |
| 游戏认证周期被低估(如以为 2 周,实际 6-8 周) | RNG 认证实验室工作量大;遇上假期或高峰期 | 提前 3 个月联系认证机构(如 BMM/GLI),了解当前等待时间;关键游戏的认证和功能开发并行,不要串行 |
| 一款热门游戏在新市场被禁用(监管或知识产权原因) | 没有提前做市场监管 checklist | 新市场上线前,合规团队逐个验证游戏列表;定期(半年)更新监管变化;预留备用游戏库 |
| App Store 和 Google Play 政策频繁变化,导致无法更新版本 | 没有持续监控平台政策公告 | 指派专人(或外包给合规顾问)订阅官方政策变化;提前 2-3 个月规划重大改动,预留时间应对拒审 |
| 用户体验在低端 Android 手机上崩溃 | 开发和测试都在高端设备,没有覆盖市场真实用户环境 | 建立"老旧设备测试池"(2-3 台 2-3 年前的中低端手机);每周测试,APK 包大小和内存占用设置硬指标 |
| 某个地区用户反映"无法登录、支付总是失败",才发现功能完全没本地化 | 需求评审时没有考虑本地支付、语言、时区等差异 | 新市场上线前,做"本地化完整性 checklist":支付方式、语言包、时区、货币、客服时间、法律声明等逐项验收 |
互动自测¶
以下题目全部依据本文事实出题,用于自检学习效果。
:::quiz{id=pg-slots-revenue} 根据产品线全景,在线赌场(Casino)中哪类游戏的收入占比最大(70-80%)? - 真人娱乐场(Live Casino) - 老虎机(Slots) - 桌面游戏(Table Games) - 即时游戏(Crash/Mines/Plinko) :::
:::quiz{id=pg-pm-duties multi=true} 根据"产品经理(PM)的核心工作",下列哪些属于 PM 的日常工作内容?(多选) - 需求管理(收集需求、评估优先级、撰写 PRD) - 数据分析(监控漏斗指标、A/B 测试) - 跨部门协调(设计、开发、运营、合规) - 竞品研究(测评主要竞争对手的产品) - 亲自编写游戏引擎底层代码 :::
:::quiz{id=pg-priority-formula} 文档中,PM 评估需求优先级使用的公式是? - 用户价值 × 商业价值 ÷ 开发成本 - 开发成本 × 商业价值 ÷ 用户价值 - 用户价值 + 商业价值 − 开发成本 - 商业价值 ÷ 用户价值 :::
:::scenario{id=pg-slots-first} {"stem":"一家初创 iGaming 平台资源有限,要决定首批上线哪条产品线以快速验证市场并创收。按文档的产品线优先级决策,应优先选哪个?","options":[{"text":"先上体育博彩(Sportsbook),因为玩家粘性更高","correct":false,"feedback":"❌ 体育博彩技术复杂(需实时赔率更新、风险管理员),虽粘性更高但不适合首发;文档建议 6-12 个月后再加入。"},{"text":"先上老虎机(Slots)+ 真人赌场,快速验证市场并获利","correct":true,"feedback":"✅ 正确。Slots 占收入 70-80%、边际成本低、易于自动化;初创通常 0-3 个月先上 Slots+真人赌场快速创收。"},{"text":"先自研游戏引擎,掌握核心技术再上线","correct":false,"feedback":"❌ 自研游戏属高成本功能,文档指出「千万级 GGR 后」才考虑,不是首发选择。"},{"text":"先上扑克(Poker)做差异化竞争","correct":false,"feedback":"❌ Poker 与 Live Streaming 同属高成本功能,文档建议千万级 GGR 之后才考虑。"}]} :::
:::flashcards{id=pg-cards} - 老虎机(Slots)收入占比 :: 最大,占赌场收入 70-80%,边际成本低、易于自动化 - 真人娱乐场(Live Casino) :: 赌场品类中增长最快 - 移动 Web / H5 :: 玩家端占大多数流量 - 需求优先级公式 :: 用户价值 × 商业价值 ÷ 开发成本 - 注册 → FTD 转化率目标 :: >20%(访客 → 注册目标 >10%) - 产品线优先级(初创节奏) :: 0-3 个月先上 Slots+真人赌场,3-6 个月加 Sports,千万级 GGR 后才自研 - 多供应商策略 :: 至少 2 个主供应商 + 1 个备用,单一供应商不超过收入 40% - Google Play 博彩 App :: 有地区限制;PWA 无地区限制,官网 APK 直下转化率约下降 30% :::
:::gate{id=done score=0.8 title=学完产品体系概述}
最后更新:2026-04