iGaming 入门包：完整版

iGaming · 完整版入门包

大多数人只看到大厅。大厅后面是 provider、aggregator、钱包、促销、每天决定团队相信什么的那份日报，还有一整个卖东西给 operator 的 B2B 市场。这是一份入门包，从 operator 的桌子这边写。

01 · 入门包

看懂任何报表之前，先知道四件事：谁在桌上、场子里有什么、大家嘴里的术语，以及钱往哪里走。

Operator（运营商）：玩家看到的那个品牌。拥有玩家账户、存提款、促销和客服。

Game provider（游戏商）：做游戏、跑 RNG 和数学模型的工作室。通常按它的游戏产生的 GGR 抽成。

Aggregator（聚合商）：一次对接，让 operator 通过同一个钱包 API 接上很多 provider，自己也抽一层。

平台 / 后台：玩家账户、钱包、奖金引擎，以及日报要用的那些导出表。

支付：存款和提款渠道。提款速度是一个品牌最强的信任信号之一。

代理与推广：把玩家带进来，按首存人数或分成拿钱。在报表里它们是 referrer 和渠道。

老虎机 Slots：游戏库和流水的大头。数学模型由 provider 设定。

真人娱乐 Live casino：真人荷官直播：百家乐、轮盘、21 点、骰宝、游戏秀。

电子桌游 RNG table：同样的桌游，由随机数生成器发牌，而不是真人。

体育 Sportsbook：赛前和滚球投注。利润藏在赔率里，而不是机器里。

捕鱼与街机：在亚洲很流行的射击类游戏；玩起来像技术，数学模型仍由 provider 决定。

彩票与快速游戏：4D 与数字开奖，以及几秒一局的 crash 和即开游戏。

流量 → 注册 → 首存 → 下注 → 提款 → 回来或流失

注册涨了，FTD 没动：先别怪获客。依次查流量质量、验证卡点、支付成功率、新手引导，以及优惠有没有讲清楚。

RTP：返还率：长期来看游戏把所有投注的多少比例还给玩家。RTP 96% 表示 4% 留给庄家。

House edge：RTP 的另一面。每一注很小，量大了就是确定的。

Volatility：RTP 以什么方式到达：很多小赢，还是长时间不中、偶尔大奖。

Turnover：总投注额，也叫 handle。同一笔钱可以被反复下注很多次。

GGR：博彩毛收入：投注减去派彩。从游戏角度看「我们赢了多少」。

NGR：博彩净收入：GGR 减去奖金成本，按合同可能再扣其他项目。

Net deposit：存款减提款。从现金角度看「我们赢了多少」。

FTD：首次存款的玩家。注册变成真正玩家的那一刻。

Rollover：流水要求：奖金要下注多少倍才能提款。

Rebate：按流水（或输额）的一定比例返还给玩家，通常按日或按周。

Bonus ratio：发出的奖金相对存款的比例。最快看出促销是在买增长还是在烧利润。

LTV：终身价值：一个玩家整个历史里的存款、提款和奖金成本。

ARPU / ARPPU：每用户平均收入、每付费用户平均收入。先确认公司说的是哪种收入、哪群用户。

Active player：符合公司自己活跃定义的玩家。每家定义都不同，要问清楚。

Retention：在一个限定时间窗口内回来或保持活跃的玩家。

CPA：按获客付费：每带来一个达标的存款玩家，付给代理一笔固定金额。

Revenue share：按约定比例分一部分定义好的收入。Hybrid 合约把它和 CPA 混着用。

Negative carryover：代理某个月结算为负时，要不要结转到下个月。看合同。

KYC：Know your customer：身份与资格验证。

PSP：支付服务商：存提款走的那条通道。

存款：玩家通过支付渠道入金。

钱包：余额进入 operator 钱包，加上奖金。

投注与派彩：每一转、每一手，钱在 provider 和钱包之间来回。

GGR：投注减派彩，按 provider、按游戏算。

扣除：奖金成本、provider 分成、支付手续费、代理佣金。

利润：剩下的部分。上面每一步都是日报在盯的东西。

存款 ≠ 流水 ≠ GGR：玩家存 100，可以拿同一笔余额反复下注，直到流水到 500。三个数字回答的是三个不同的问题。

增长需要控制。具体要求取决于司法管辖区和牌照。

KYC 与年龄验证：确认玩家是谁，以及对方是否被允许玩。

AML 与资金来源：反洗钱控制；需要时再进一步查资金来源。

负责任博彩：存款上限、冷静期、自我排除，以及触发它们的规则。

多开与薅奖金：一个人开多个账号，反复领同一个首存优惠。

支付欺诈与拒付：盗卡、争议存款，以及玩完之后被撤回的存款。

串通与误判：牌桌上几个人合伙，以及规则太严时误伤的正常玩家。

第 1 周 — 行业、产品、玩家路径 — 讲得出谁做什么，并把一个玩家从头追到尾。

第 2 周 — 钱、指标、促销 — 看一份基础报表，不把存款、流水和 GGR 搞混。

第 3 周 — 营销、CRM、代理、支付 — 追得出获客和留存两条漏斗。

第 4 周 — 风控、合规、报表、运营、B2B — 查一个简单的异常，并知道下一步归谁。

新人守则：看到一个指标，先问四件事：它量的是什么？怎么算？覆盖哪段时间？它要支持哪个决定？

02 · 促销类型

促销由两笔预算支付。Provider 花钱让自己的游戏被玩；operator 花钱让玩家存款并留下来。先知道是谁的钱，才知道结果该怎么看。

锦标赛 Tournament：在一段时间内、限定 provider 的游戏上排行榜，按赢分倍数、总赢额或流水排名。常常跨很多 operator 一起跑。

随机掉落 Cash drop：活动期间，符合条件的投注会随机掉落现金奖。

免费旋转 Free rounds：在指定游戏上发放的免费局数，provider 为新游戏出钱，或由 operator 当奖金用。赢到的钱通常带流水要求。

联网奖池 Jackpot：很多 operator 共享的累积奖池。「必中」版本保证在某个时间或金额前开出。

新游戏上线：围绕新游戏的一整套：免费局、大厅横幅，有时加一个小型锦标赛。

红包与节庆掉落：农历新年、开斋节等节庆时的红包式随机奖励，在东南亚很常见。

任务 Missions：在指定游戏上完成任务（例如转够多少次、赢到多少倍）来解锁奖励。

置顶位交换与 1+1 组合：Provider 出奖金，换取曝光：大厅置顶位、横幅、指定活动文案。1+1 组合里玩家选一对 provider，而每一家的条款都要能拼在一起。

首存奖金：首存按比例赠送，带流水要求。

续存奖金：之后的存款给较小的赠送，把玩家拉回来。

返水 / 返还：按流水或输额的一部分，按日或按周返还。

推荐奖励：邀请的朋友完成首存后给奖励。

VIP 等级：等级越高，返水越好、提款越快、有专属客服。

签到与生日礼：小而规律的登录理由。

03 · 我的工作流程

这是我在 operator 这边跑的循环。三条流程，一条规则：每个决定都要能追溯到一个别人查得到的数字。

每日报表（每天早上）：导出 → 清洗 → 业绩 → 会员 → 渠道与品牌 → 判断。

活动上线（每一个新活动）：看清合作条件 → 搭组合 → 写条款 → 上线 → 跟踪 → 复盘。

CRM 循环（每周）：分群 → 导出名单 → 执行 → 衡量。

04 · 报表

日报是整个运营的记忆。下面是它承载的数字，以及每一个用来干什么。

存款 / 提款：每天、每个会员的入金和出金。

净存款：存款总额加提款总额（提款以负数存储）。

交易笔数：存款与提款的笔数。

活跃会员：期间内有交易的会员，跨重复账号合并后计算。

未转化：已注册但还没有存款日期的会员。

Recency 分组：按距离上次登录、上次存款的天数分组。

奖金总额 / 比例：发出的奖金，以及奖金相对存款的比例。

渠道 ROI：每个 referrer / 渠道的存款、提款、奖金和净结果。

品牌对比：同一套指标，所有品牌并排。

GGR 掉了，然后呢？：依次查流水、活跃、存款、FTD、渠道组合、provider 与游戏变化、奖金成本，以及个别玩家的异常输赢。数字是调查的起点，不是结论。

提款是负数：所以净存款是存款加提款。它和公司输赢一样时，不是 bug。

一个人，多个账号：活跃会员要先按 user ID、再按电话+姓名合并后再数，否则增长会被高估。

品牌要分开算：每一次关联和导出都限定在单一品牌内，否则会员会被重复计算。

分群不等于交易明细：Recency 分组数的是会员，不是交易行。两张表对不上，也本来就不该对上。

好看的存款可能藏着奖金：说这周好之前，永远把存款和奖金比例放在一起看。

05 · B2B 这一边

上面都是 operator 的视角。它背后还有第二个市场：把内容、平台、支付和工具卖给 operator 的公司。在这里，签约只是开始；对接、促销和客户经营，决定它能不能变成真正在跑的生意。

Operator（买方）：买技术、内容、支付和服务，用来经营一个面向玩家的品牌。

Game provider（游戏商）：供应游戏内容，以及配套的促销机制。

Aggregator（聚合商）：通过一层对接，分发很多家 provider。

Platform / PAM（平台）：供应核心：玩家账户、钱包、奖金引擎和后台。

PSP / 支付：供应交易通道和本地支付覆盖。

CRM、数据与 SaaS：供应触达、分析、自动化、反欺诈和运营工具。

一单生意怎么开始（先问题，后 demo）：市场需求 → 了解需求 → 确认匹配 → 演示 → 方案 → 拍板。

别一开口就问「要不要 demo？」：先问：你们在哪些市场？想改善什么？用什么技术栈？现在缺什么？问完再决定 demo 有没有用。

老板 / C-level — 商业影响、速度、风险、战略契合 — 结果、差异化、账算不算得过来、落地风险

产品 — 内容质量、路线图、玩家体验 — 游戏库、UX、配置、路线图

营销 — 活动、曝光、素材、促销机制 — 活动工具、素材、促销流程

运营 — 配置、报表、支持、日常流程 — 后台、报表、控制项、支持流程

技术 — API、对接、环境、稳定性 — 架构、API、错误处理、环境、监控

财务 / 法务 / 合规 — 定价、结算、合同、监管契合 — 商务逻辑、对账、结算透明度

市场：对方实际在哪些市场运营？

牌照：产品在那里能合法供应吗？

产品匹配：对方需要你卖的东西吗？

技术匹配：两边的技术栈接得上吗？

商务匹配：有没有实际的量或价值？

时机：是正在推进的项目，还是只是收集资料？

搞清楚什么带来收入、什么带来成本。销售简报吸引注意，合同才定义现实。

分成：按约定比例，分一个定义好的收入基数。

固定费用：按期或一次性收取，跟游戏输赢无关。

接入 / 对接费：为接入或技术工作收取。

保底：按约定条款的最低商务承诺。

阶梯价：量跨过某个区间，价格就跟着变。

定制方案：混合、打包、按市场定制的结构都很常见。

商务定义：比例或费用到底作用在哪个数字上。

地域：批准的市场、品牌、域名或主体。

期限与续约：合约多长、怎么续、怎么终止。

付款条款：发票、币种、结算和到期日。

SLA：服务水准，以及谁负责支持什么。

责任与合规：双方责任、限制条件和必须有的控制。

对接周期（签约不等于上线）：启动会 → 文档 → 开发 → 测试 / UAT → 认证 → 生产上线。

游戏目录：游戏名、ID、分类、可用性。

RTP 与配置：获批的配置，以及 operator 那边的设置。

币种：支持的币种和面额。

上线日历：新游戏，以及能在哪些市场上线。

维护：故障、计划停机、版本更新。

报表：按 operator 看流水、GGR、玩家、游戏、市场。

Provider 接入：Aggregator 负责接上并维护每一家供应商。

Operator 对接：Operator 接一次，就能接到很多供应商。

内容映射：游戏 ID、分类、元数据、素材。

账怎么走：合同决定谁向谁开账单。

故障怎么传：支持请求可能要先经过 aggregator，才到 provider。

市场可用性：能不能上，仍取决于供应商和当地规则。

Operator 问：「你们能赞助什么？」：回答之前，先定下：市场、品牌、日期、适用游戏、机制、预算上限、谁出钱、素材、报表，以及怎样算成功。不然「免费促销」之后就会变成运营问题。

Provider 活动（归属不清，好活动也会翻车）：目标 → 资格 → 出资 → 素材 → 跟踪 → 对账。

客户上线是经营的开始，不是结束。Pipeline 是一串证据，不是乐观的标签；B2B 的留存靠运营，不只靠关系。

线索 → 已筛选 → 需求 / demo → 商务 → 合同 / 对接 → 上线 / 扩展

定期沟通：优先级、问题和即将上线的东西。

业绩复盘：量、增长、游戏组合、活动结果。

升级处理：协调技术和运营故障。

更多内容、品牌、市场：先提高游戏库的使用率，再扩到集团内其他品牌和新批准的市场。

更好的位置：用数据争取曝光，而不是靠开口要。

交叉销售：只有真的匹配时才推其他产品。

收入：按约定商务模式算出的供应商收入。

流水 / GGR：底下 operator 的实际活动量（适用时）。

活跃玩家：供应的内容触达、留住了多少人。

游戏 / 产品组合：到底是哪些产品在贡献量。

Operator 增长：按品牌、市场或客户看变化。

活动增量：约定的活动指标，对比一个有意义的基准。

API：系统之间按固定格式请求和交换资料的方式。

Webhook：某件事发生时，一个系统主动发给另一个系统的通知，也叫 callback。

Credential：系统用来证明身份的密钥。

Sandbox：测试用的非生产环境，也叫 staging。

Production：服务真实玩家和交易的线上环境。

Seamless wallet：Operator 只有一个余额，provider 每一注直接扣款和派彩。

Transfer wallet：玩之前把钱转进 provider 的独立余额，玩完再转回来。

Round / Txn ID：让两个团队在两套系统里找到同一注的 ID。

Settlement：一注的结果什么时候、怎样最终确定并派彩。

Error codes：日志和错误码：诊断对接问题的证据。

故障处理（出事时的表现，也是产品的一部分）：确认范围 → 收集证据 → 定级 → 找到负责人 → 沟通 → 复盘。

故障时不要猜：把已确认的事实、当前影响、排查进度和下次更新分开讲。沟通快有用，笃定地猜没用。

看起来很忙，其实没产出：还没了解需求就开始推销。把每个认识的品牌都当成合格线索。技术能力还没确认就先承诺。没有跟踪和出资规则就上活动。把签了的合同当成已经到手的收入。只有要东西的时候才联系客户。

第 1–30 天 — 产品、生态、商务模式、术语 — 不躲在术语后面，讲清楚你的产品、客户、对接方式和收入模式。

第 31–60 天 — 需求了解、demo、pipeline、对接、报表 — 开一场有用的需求会，做一场量身定做的 demo，知道每个客户真正走到哪一步。

第 61–90 天 — 客户增长、活动、故障、扩展 — 自己跟进、协调内部团队，把已上线的客户变成量得出来的活动。

B2B 守则：你的工作不是马上知道所有答案，而是听懂问题、知道答案归谁、核实、讲清楚，然后在不制造风险的前提下把客户往前推。

06 · 数字动了怎么办

按症状查，而不是按术语查。每条路径是检查的先后顺序；每个 playbook 是一张把知识变成可重复工作的清单。

流量 → 注册 → FTD → 存款 → 流水 → GGR → NGR

受什么影响：KYC、支付成功率、新手引导。

归因到：代理、付费广告、SEO、agent。

用在哪里：CPA、转化率、获客报表。

别搞混：注册，或者一次没成功的存款尝试。

FTD 突然掉了：流量 → 注册 → KYC → 存款尝试 → 成功率 → PSP 状态

GGR 突然变负：大额赢家 → 产品 → 游戏 → Provider → 流水 → 结算

游戏打不开：游戏 ID → 币种 → 市场 → Provider → 维护 → 对接

优惠没到账：资格 → 条件 → 游戏 → 有效期 → 奖金引擎 → 玩家

存款成功率下降：支付方式 → PSP → 银行回应 → 市场 → 路由 → 故障

提款卡住：KYC → 风控审核 → 审批 → 支付方式 → 处理方 → 沟通

上线 provider 活动：目标 → 出资 → 游戏 → 市场 → 日期 → 条款 → 素材 → 跟踪 → QA → 报告 → 对账

接入新 provider：商务 → 对接 → 配置 → UAT → 元数据 → 位置 → 冒烟测试 → 监控

处理故障：范围 → 证据 → 定级 → 负责人 → 沟通 → 解决 → 复盘

查一份日报：对比 → 分群 → 异常 → 验证 → 驱动因素 → 行动

CRM 活动 QA：受众 → 排除名单 → 优惠 → 渠道 → 链接 → 日期 → 本地化 → 跟踪 → 测试

B2B 需求了解：市场 → 牌照 → 技术栈 → 问题 → 匹配 → 商务 → 时机 → 下一步

提款卡住 — 支付 / 财务 — 风控 · KYC · 客服

游戏打不开 — 产品 / 技术 — Provider · aggregator · 客服

奖金没到 — CRM / 运营 — 平台 · 客服

Provider 活动 — 营销 / B2B — 产品 · CRM · provider

结算错误 — 产品 / 运营 — Provider · 技术 · 客服

存款失败 — 支付 — PSP · 技术 · 客服

优势来自数学，不是运气。

这里每一种游戏都有庄家优势，所以玩家整体长期是输的。正因为这样，这个行业才值得被公开地理解。这一页讲的是生意怎么运作，不是怎么赢，也不是邀请你去玩。各国对博彩的法律不同。