Lewati ke isi

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 认证、游戏列表、实时数据接口 - 确认支持的地区和币种

  1. 合同中的关键条款
  2. 明确 SLA(可用性 99.9%,超过计赔)
  3. 明确游戏列表的地区/币种限制,半年审查一次
  4. 费用结构:Revenue Share 还是 Fixed Fee,二者年成本对比

  5. 多供应商策略

  6. 至少 2 个主供应商 + 1 个备用,防止单点故障
  7. 单一供应商不超过收入的 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