反波胆系统商 DD 12 项框架 | Alpha Reverse 深度指南
12 项 DD 框架总览
| # | DD 项目 | 重点问题 | 难度 |
|---|---|---|---|
| 1 | 公司注册与基本信息验证 | 这家公司「在法律上」存在吗？ | ⭐ |
| 2 | 持牌资质与合规披露 | 宣称的牌照真的可以验证吗？ | ⭐⭐ |
| 3 | 财务稳定性指标 | 签约后会不会 3 个月内倒闭？ | ⭐⭐⭐ |
| 4 | 技术基础设施审核 | 系统真的能撑住你预期的流量吗？ | ⭐⭐ |
| 5 | 安全与数据保护 | 玩家数据会不会被外泄或挪用？ | ⭐⭐ |
| 6 | 现有客户参考 | 其他实际运营的站长怎么评价？ | ⭐⭐ |
| 7 | 合约条款分析 | 出事时你能不能干净退出？ | ⭐⭐⭐ |
| 8 | 支付与结算历史 | 过去有没有卡客户出金？ | ⭐⭐ |
| 9 | 风控能力验证 | 职业套利玩家能不能被挡住？ | ⭐⭐⭐ |
| 10 | 技术支援品质 | 凌晨 3 点出问题找得到人吗？ | ⭐ |
| 11 | 品牌稳定性 | 有没有改过名、换过主体、跑路前兆？ | ⭐⭐ |
| 12 | 合作终止与数据迁移 | 解约后玩家数据还拿得回来吗？ | ⭐⭐⭐ |
每一项以下用统一的五段式结构展开：
- 为什么这项重要（背后的商业逻辑）
- 要查什么（具体信息点）
- 去哪里查（独立来源，不依赖对方自称）
- 红旗信号（看到这些要警惕）
- 可直接发给对方的追问句型（邮件 / 聊天可复制使用）
DD 项目 1：公司信息验证
为什么这项重要
一家「看起来专业」的系统商，可能根本没有真实的主体。
一旦出事，你找不到任何可以追责的对象。最基础也最容易被忽略的 DD。
要查什么
- 公司全名（与官网显示的是否一致）
- 公司办公地（与实际运营地是否一致）
红旗信号
- 公司成立不到 1 年就宣称「业界领先」
- 地址是虚拟办公室或邮政信箱
- 拒绝提供公司运营地
追问句型（可复制）
「您好，在进入下一步前，能否提供贵司的 公司办公地、实际运营地、注册号？这是我们内部合规流程的标准步骤，希望您能理解。」
DD 项目 2：持牌资质与合规披露
为什么这项重要
反波胆市场特殊：没有任何消费级牌照真的覆盖反波胆业务。因此宣称「全球合法持牌」几乎等于红旗。真正需要查的是：对方对合规的态度是诚实克制，还是过度承诺。
要查什么
- 对方自己持有哪些牌照（如 Curaçao、PAGCOR、Anjouan 等）
- 牌照编号是否可以在发牌方官网查询
- 牌照覆盖范围（哪个司法管辖区、是否涵盖反波胆业务）
- 对方协助站长合规的方案是什么
去哪里查
- UKGC Public Register（英国）
- MGA Licensee Register（马耳他）
- Curaçao eGaming 持牌查询
- PAGCOR Offshore Operators（菲律宾）
红旗信号
- 官网大字「全球合法」「100% 合规」
- 只有 Logo 没有牌照编号
- 牌照编号在对应的监管机构官网查不到
- 避谈「你打算运营的地区」的合规风险
追问句型
「关于合规，我想确认三件事：(1) 贵司自己持有哪些牌照？能否提供 牌照编号给我们核查？(2) 针对我们打算运营的 [东南亚 / 南亚 / 拉美等具体地区]，贵司的合规建议是什么？(3) 合约中合规责任 如何在我们与贵司之间分配？」
DD 项目 3：财务稳定性指标
为什么这项重要
系统商如果财务出状况，你的结算、客服、系统稳定性会连带受影响。「跑路」通常不是突然的，是财务问题累积半年到一年后的结果。
要查什么
- 员工规模与近期变化（有没有大规模裁员？）
- 官网上的 news / press release 是否持续更新
- 招募网站上是否仍在招人（还是大规模停招？）
- 付款给上游供应商（如 Playtech、Microgaming）的历史是否稳定
去哪里查
- LinkedIn 公司页的员工数变化
- 官网招募页的活跃度
- 行业社群（Telegram 群、论坛）的讨论
- 竞品与合作伙伴的公开评论
红旗信号
- LinkedIn 显示过去半年员工数减少超过 20%
- 官网 blog / news 超过 3 个月没更新
- 行业群组开始出现「XX 家客服最近联系不上」的讨论
- 曾发生过付款延迟给游戏供应商（被 Playtech 等终止合作）
追问句型
「出于长期合作的考虑，想了解贵司目前的 团队规模和 近期人员变动情况。另外，能否介绍一下 目前服务的客户站数量级？这些信息对我们评估合作稳定性很重要。」
DD 项目 4：技术基础设施审核
为什么这项重要
系统稳定性不是靠「宣传文案」评估，而是靠「实测数据」与「压力测试」。
要查什么
- 系统架构（微服务还是单体？容器化程度？）
- 数据中心（几个机房？地理分布？主动-主动还是主动-被动？）
- CDN 配置（是否使用了 Cloudflare、Akamai 等）
- 压力测试结果（过去 12 个月）
- 灾难恢复计划（RTO / RPO 指标）
去哪里查
- 要求对方提供 过去 12 个月的故障记录
- 要求对方提供 压力测试报告（可匿名化）
- 要求看 公开状态页（如果有的话）
- 查对方的 DNS / WHOIS 指纹判断是否真的多机房
红旗信号
- 「过去 12 个月没出过问题」（不可能，连 AWS 都会出事）
- 拒绝提供任何历史故障数据
- 单一机房、无备援、无 CDN
- 无法说清楚 RTO（恢复时间）指标
追问句型
「可以提供 过去 12 个月的系统可用性统计吗？（包含每次超过 15 分钟的故障记录与根因分析）另外，贵司的 灾难恢复策略是什么？如果主机房断电，恢复时间承诺（RTO）是多少？」
DD 项目 5：安全与数据保护审查
为什么这项重要
玩家数据一旦外泄，不仅有法律风险，还会让所有玩家瞬间流失。这一项很多站长忽略，直到出事才发现。
要查什么
- 资料加密方式（传输层 HTTPS / TLS、存储加密）
- 存取控制（谁能看到玩家真实信息？）
- 安全审计报告（SOC 2、ISO 27001 等）
- 数据备份策略
- 过去有无安全事件纪录
去哪里查
- 要求对方提供 最近一次的第三方安全审计报告
- 检查官网隐私政策（Privacy Policy）的具体性
- 搜寻对方品牌 + “data breach” / “security incident” 的公开纪录
红旗信号
- 拒绝提供任何安全审计报告
- 官网无隐私政策或只是通用模板
- 过去有未公开披露的安全事件
- 未使用 HTTPS 或 SSL 证书过期
追问句型
「贵司的 数据加密机制如何设计？是否有 SOC 2 或 ISO 27001 等第三方安全审计？过去 24 个月有无 数据安全事件纪录，如果有，能否分享处置过程？」
DD 项目 6：现有客户参考
为什么这项重要
销售的话永远说得漂亮，只有已经上线 6 个月以上的客户才知道真相。
要查什么
- 愿意介绍 2–3 位现有客户（可匿名）
- 客户站的实际域名（可交叉验证是否真的在运营）
- 客户与这家系统商的合作时长
- 客户对具体痛点的评价（结算、客服、故障处理）
去哪里查
- 不要只听销售介绍的客户 —— 要求 随机抽选 2–3 位
- 行业社群（Telegram 群、论坛）搜寻品牌名
- 在 SiGMA 等展会现场直接问其他站长
红旗信号
- 「客户信息是商业机密，不能介绍」
- 只给一两位「精选」客户，且都是同一个背景
- 介绍的客户站实际域名打不开或流量极小
- 行业社群中搜不到任何讨论（新品牌或人为压制？）
追问句型
「希望在签约前能与 2–3 位现有客户 做简短电话 / 视频访谈（每位 15 分钟即可）。如果贵司有顾虑，我们可以由贵司挑选，但希望至少包含 1 位合作超过 12 个月 的客户。」
DD 项目 7：合约条款分析
为什么这项重要
合约是出事时唯一的依据。所有未写进合约的承诺，等于没有。
要查什么（合约必审条款）
- 服务范围（哪些是标配？哪些是加价项？）
- SLA 条款（可用性承诺 + 违约补偿机制）
- 数据归属（玩家数据归谁？能否完整导出？）
- 终止条款（单方终止需几月通知？终止费用？）
- 责任限制（系统故障、数据外泄、监管问题的赔偿上限）
- 争议解决（司法管辖、仲裁机构）
- 知识产权归属（白标客制化部分归谁？）
- 结算规则（周期、异常处理、争议金额认定）
红旗信号
- 合约草案不肯在签约前完整提供
- SLA 条款没有违约补偿机制
- 数据归系统商所有
- 终止条款模糊或要求 6 个月以上提前通知
- 责任完全推给站长
追问句型
「希望能在 意向书签署前 完整审阅合约草案（至少看到所有 SLA、数据归属、终止、责任限制条款）。这是我们法务流程的必要步骤，如果贵司有 NDA 需求，我们可以同步签署。」
DD 项目 8：支付与结算历史
为什么这项重要
结算延迟 = 你的资金被占用 = 你的玩家被卡出金 = 品牌信任崩塌。这是最致命的长期风险点。
要查什么
- 过去 12 个月的结算准时率
- 是否曾有卡客户出金的案例
- 结算周期（日结 / 周结 / 月结）
- 异常注单的认定与争议处理流程
- 支付商的切换历史（半年内换过多少家？）
去哪里查
- 行业社群搜寻「品牌名 + 出金 / 结算」
- 询问现有客户实际出金体验
- 要求对方提供 最近 3 个月的结算样本（可脱敏）
红旗信号
- 行业群组内有多位客户反映结算延迟
- 近期大幅切换支付商（可能是支付商单方终止合作）
- 结算规则在合约中写得含糊
- 曾因资金问题要求客户「延后结算」
追问句型
「能否提供 最近 3 个月的结算准时率统计？另外，希望了解 异常注单的认定流程：如果我们对某笔结算有异议，争议处理机制是什么？响应时间 SLA 是多久？」
DD 项目 9：风控能力验证
为什么这项重要
反波胆的风控不是「有没有」，是「好不好」。差的风控会让你每个月蒸发 2–8% 的毛利到套利者手上。
要查什么
- 风控规则的自定义程度（只能用内建规则？还是能自己写？）
- 异常模式识别的覆盖度（机器人、多账号、套利模式、跟单模式）
- 赔率动态调整机制
- 实际拦截数据（最近 3 个月拦截了多少异常注单）
- 人工审查流程（系统标记后如何处置）
要求对方演示的项目
- 风控仪表板现场演示
- 风控规则配置界面
- 最近 3 个月的异常案例报告（脱敏）
红旗信号
- 无法现场演示风控界面
- 风控全靠人工审查
- 无法提供任何实际拦截数据
- 对「职业套利玩家如何挡」说不清楚
追问句型
「能否安排 一次 30 分钟的风控系统演示？希望看到：(1) 风控规则配置界面 (2) 风控仪表板实时数据 (3) 最近 3 个月的 异常拦截案例（脱敏即可）。」
DD 项目 10：技术支援品质
为什么这项重要
凌晨 3 点系统出问题，你找不到人 = 玩家流失 = 收入归零。客服品质在签约前永远看起来很好，签约后才见真章。
要查什么
- 客服时段（7/24 还是工作日？）
- 客服语言（中文 / 英文 / 其他）
- 响应时间 SLA（邮件 / 即时通讯 / 紧急电话分别是多久？）
- 技术窗口的连续性（对接期有专人，上线后是否同一人？）
怎么验证
- 压力测试： 在不同时段（工作日白天、周末晚上、凌晨 3 点）发测试讯息，统计回应速度
- 询问现有客户的实际客服体验
- 了解是否有 客户成功经理（CSM） 长期对接
红旗信号
- 只有工作日客服，没有 7/24
- 对接期专人，上线后转为一般客服
- 回应速度测试后发现周末或凌晨回应极慢
- 客服只会复制模板回答，没有实质技术能力
追问句型
「客服部分想确认三件事：(1) 是否 7/24 技术支援？（中文 / 英文语种）(2) 响应时间 SLA 具体是多久？能否 写进合约？(3) 上线后是否有 专属客户成功经理（CSM） 对接？」
DD 项目 11：品牌稳定性与运营历史
为什么这项重要
经常改名、换主体、换域名的品牌，通常在回避过去的纠纷或准备下一次跑路。
要查什么
- 品牌历史（是否改过名字？）
- 域名历史（主域名用了多久？是否换过？）
- 主体公司是否换过
- 行业曝光纪录（参展 / 奖项 / 媒体报导）
- 有无过往的公开争议或法律诉讼
去哪里查
- Wayback Machine 查官网历史版本
- WHOIS 历史纪录查域名所有权变更
- Google 搜寻「品牌名 + 诉讼 / 争议 / 跑路」
- SiGMA、ICE 等展会的历年参展名单
红旗信号
- Wayback Machine 显示过去 2 年内多次大改版（品牌重塑痕迹）
- 域名使用未满 1 年
- 主体公司曾更换
- 搜索结果出现大量「品牌名 + 跑路 / 负面」
追问句型
「为了评估长期合作稳定性，希望了解：(1) 贵司品牌运营 历史年数？(2) 主域名使用时间？(3) 过去是否有过 品牌重塑或主体变更？如有，背景原因是什么？」
DD 项目 12：合作终止与数据迁移
为什么这项重要
没有人规划「分手」，但每段合作都会结束。 能不能干净退出，决定了你的玩家资产能否保全。
要查什么
- 终止通知期（合约中单方终止需要几个月提前通知？）
- 终止费用（是否有违约金？计算方式？）
- 数据迁移机制（玩家数据如何交接给你或下家系统商？）
- 过渡期服务（终止前的过渡期怎么维持玩家体验？）
- IP 与客制化资产归属（你投入客制化的部分，终止后能带走吗？）
红旗信号
- 终止条款要求 6 个月以上提前通知
- 数据归系统商所有
- 终止费用计算方式含糊
- 拒绝明确「过渡期服务」的细节
追问句型
「合约中与终止相关的条款，想确认：(1) 单方终止 提前通知期多久？(2) 玩家数据导出格式是什么？能否完整迁移到另一家系统商？(3) 是否有 过渡期服务 保障玩家体验？(4) 客制化部分的 IP 归属？」
DD 执行建议：分阶段而非一次到位
一次把 12 项全丢给对方会让销售直接放弃或打太极。建议分阶段：
第一周： 项目 1、2、6、10（基础核实 + 客户参考 + 客服测试） 第二周： 项目 4、5、8、9（技术与风控深度评估） 第三周： 项目 3、11（财务与品牌稳定性） 第四周： 项目 7、12（合约深度审阅）
每一阶段结束后都要问自己：「我愿意继续投入下一周的时间吗？」 如果在任何阶段出现 2 个以上红旗信号，直接淘汰。
DD 报告输出模板（可直接套用）
完成 DD 后，建议产出一份内部报告，方便做最终决策：
【供应商 DD 报告】
供应商：___________
评估日期：___________
评估人：___________
一、基础信息（DD 1-2）
- 公司注册状态：✅ / ⚠️ / ❌
- 合规披露评价：✅ / ⚠️ / ❌
- 关键发现：___________
二、稳定性评估（DD 3, 4, 11）
- 财务稳定性：___________
- 技术基础设施：___________
- 品牌历史：___________
- 关键发现：___________
三、运营能力（DD 5, 8, 9, 10）
- 安全与数据保护：___________
- 支付与结算：___________
- 风控能力：___________
- 客服品质：___________
- 关键发现：___________
四、商业条款（DD 6, 7, 12）
- 现有客户评价：___________
- 合约条款评估：___________
- 退出机制：___________
- 关键发现：___________
五、综合建议
- 整体评分（8 大评估指标加权）：___ / 100
- 红旗数量：___ 个
- 建议：继续进入合约阶段 / 有条件进入 / 淘汰
- 必须解决的疑虑：___________
下一步
完成 12 项 DD 后，接着走：
- 实务查核： 用 供应商 DD 12 项清单 逐项勾选确认
- 合约审阅： 包网合约分析 + SLA 协议关键条款
- 候选评估： 可藉由业界供应商如 k7-gaming.com K7反波胆包网商的资讯，作为进一步对比。
