Discussion Draft · v1 · 2026-09-21 · ASIA
JoogoPay 亚洲
品牌运营方案与运营部组织架构
高风险，是传统金融的标签；信任，是我们的答案。ASIA EDITION
JoogoPay 是全球风险与投机经济的资金基础设施。凡是用户把钱放进来、博一个结果、再取走的平台，资金的进、出、结算都走 JoogoPay。定位一句话：高风险行业里最干净的钱管家。
对运营商讲成功率、出金速度、同名风控、当日结算。中文对外统一「博弈支付」。
对银行与通道讲持牌、KYB 一盘一验、黑名单系统级拦截、可审计。
对资本与行业讲：博弈与金融投机的边界正在消失，资金层通吃两边者是行业的 Stripe。
边界（不做什么）：不自营平台、不碰黑名单流量、不做匿名通道、只服务企业客户。
与 DeePayment 的关系：对外完全切割。官网、社媒、名片、案例、展会永不同框；上市架构中 JoogoPay 是 DeePayment 的一个客户；两品牌复用通道基础，但品牌、主体、账户、银行栈、数据、群全部隔离。JoogoPay 任何物料不使用集团标。
亚洲主要经济体对博彩是黑名单，对外主标签应是加密出入金与外汇，博彩只在菲律宾等白名单市场单独讲。用美洲的博彩说法去亚洲会直接触碰红线，也会让白名单银行不敢合作。
| 垂直 | 亚洲的做法 |
|---|---|
| 加密出入金 on/off-ramp | 主力 东南亚各国法币与 USDT 互通，只对通过 KYB 的持牌企业客户；链上 AML 全程筛查 |
| 外汇 / CFD | 主力 经纪商牌照分级准入（FCA、ASIC、CySEC 级为白，离岸牌逐家评估限额试运行）；大额入金与 IB 返佣批量代付 |
| 传统博彩 iGaming | 限白名单 菲律宾（PAGCOR）为核心；泰国、越南、印尼、新加坡为黑名单，系统级硬拦截 |
| 换汇与非博彩结算 | 补充 印尼、巴基斯坦、土耳其的换汇与非博彩业务；印度仅非博彩 |
| 去中心化博弈 GambleFi | 独立通道 · 逐国开放 仅可核验持牌平台，按国家×垂直三色矩阵逐国开放 |
| 预测市场 | 早期布局 逐家评估准入 |
09-16 会上的原话：现在连客户类型都不知道，迁十个迁过来的是哪些都不知道；先重新分类，分完再测，通了再签客户；国家分级后每一级对应运营人员和 SOP。分类是运营、风控、产品菜单和 KPI 的共同基础。
为什么先分类：没有分类，迁移名单选不出来，测试矩阵搭不起来，商户后台菜单开不准，运营人员配不下去，KPI 也无从分解。分类是每个客户与每个国家的常设标签，随复审更新。
客户分类 · 五个维度（每个客户五个标签都必须填，缺一不进迁移或上线名单）
| 维度 | 取值 | 谁定 | 驱动什么 |
|---|---|---|---|
| 1 风险等级 | 白名单持牌 / 灰名单备撤退 / 黑名单硬拦截（按国家×垂直） | 运营初筛，风控复核并定稿 | 能否接入、走哪个风控网关、KYB 深度 |
| 2 业务场景 | 传统博彩 / 加密出入金 / 外汇与 CFD / GambleFi / 预测市场 / 换汇与非博彩结算 | 运营与产品共同定 | 产品与菜单开关、结算方式、对客政策、案例归类 |
| 3 接入类型 | 代理与四方多国客户 / 多国直客 / 单国直客 / 包网客户 | 商户整合出口岗 | 接入顺序、测试矩阵、配置复杂度 |
| 4 规模层级 | 战略伙伴（百大候选）/ 标准客户 / 试运行客户 | 商务提议，品牌线复核 | 服务等级、专人还是共享、费率阶梯、复审频率 |
| 5 生命周期 | 存量待迁 / 迁移中 / 稳定观察 / 正常运营 / 新增上线 / 清退 | 存量与增量块 | 由哪一块负责、回退方案是否触发、是否计入 KPI |
国家五标签：级别、渠道状态（直连、桥接、缺失、故障）、可用产品清单、语言与时区、本地责任人。国家级别由分管 CEO 定，渠道与产品状态由渠道整合出口按底表更新，后台展示必须与国家标签一致。两张底表：客户底表与国家底表，分类完成才算底表完成。复审：客户标签每季一次，风险等级变更须风控签字；国家级别每半年一次，升降级须分管 CEO 批准并同步调整人员配置。
准入按国家 × 垂直的三色矩阵管理，运营资源按市场成熟度分层投入。亚洲分层：本稿建议，待拍板。
| 阶段 | 国家 | 运营含义 | SOP 与 KPI |
|---|---|---|---|
| 成熟 | 菲律宾 | 博彩白名单，GCash 等本地通道已接；承接 StarPay 东南亚博弈类存量 | 全套 SOP、单独 KPI |
| 成长 | 印尼、巴基斯坦 | 只做换汇、加密、非博彩结算；博彩硬拦截 | 标准 SOP、区域 KPI |
| 起步 | 印度（仅非博彩）、土耳其（如归亚洲） | 最小配置验证 | 验证清单 |
| 黑名单 | 泰国、越南、新加坡（博彩）；印尼、印度（博彩） | 系统级硬拦截，商务不可覆盖；只可能开放换汇与非博彩垂直 | 不配运营，不出物料 |
三色名单执行：白（持牌开放）、灰（未立法或受限，可做但备撤退预案）、黑（明确禁止，系统级硬拦截、商务不可覆盖）。同一国家不同垂直可以不同色。黑名单硬编码是白色市场银行敢合作的前提，运营部无权例外，例外只能走风控体系的授权矩阵。
客户来源：StarPay 东南亚约百个活跃客户中的博弈类与加密外汇类（07-03 StarPay 停新增，07-25 博弈类迁 JoogoPay）。商务模式：百大战略合作伙伴，头部客户按战略伙伴谈，不做散客。准入：KYB 每个站点、每个品牌单独审核，一盘一验；至少可核验牌照。
接入顺序：沿用美洲的三级接入顺序（代理四方多国客户、多国直客、单国直客），但先小后大：亚洲系统基础与通道清单尚未像美洲那样盘过，先 5 个跑通再扩到 10 个。
首批 5 个客户，再到 10 个：从客户底表里选，记录接入品牌、覆盖国家、量级、产品、迁移难度、包网与代理依赖、需新增能力。
| 价值主张 | 证据 | 状态 |
|---|---|---|
| 本地即时通道 | 7 国本地通道已接通（巴西、墨西哥、哥伦比亚、智利、秘鲁、菲律宾、印度仅非博彩），20 余种本地支付方式 | 官网已承诺 |
| 出金速度 | 即时通道平均出金 60 秒内；出金 SLA 可写入合同 | 官网已承诺 |
| 当日跨境结算 | USDT 当日结算 T+0，USD、HKD、当地法币出 | 官网已承诺 |
| 同名风控 | 同名校验；大额代付二步确认；链上 AML 报告可出具 | 风控标准待成文 |
| 后台与触点 | 登录页与验证码邮件补 JoogoPay 标；商户端只展示真实可用功能 | 09-16 整改中 |
| 规模数字 | StarPago 的交易额、商户数、成功率是 StarPago 战绩，不挂 JoogoPay；只用可写进合同的 SLA | 诚实性守则 |
字标是完整单词 JoogoPay，中间双 o 是两个独立圆环交扣成无穷符号，左红右蓝，寓意入金与出金、法币与加密交汇。App 图标只用双环不带字。两个区域共用同一套标识，区域只体现在邮箱签名与 Deck 封面副标。
使用规则：背景明度低于约 55% 用深底版，否则浅底版；官网页头恒定白底加浅底版。任何页面或物料出现双环标必须复用官方几何，禁止随手画两个细圈代替。浅底用 multiply 混合，深底用 screen 混合，深底环色 #FF5A6A 与 #4D9BFF。
待补资产：单色银行版、API 功能图标（红向下 Pay-in、蓝向上 Payout）、双环脉冲动效。
| # | 物料 | 内容要点 | 状态 |
|---|---|---|---|
| 1 | 登录页、验证码邮件、商户后台 | 补齐 JoogoPay 标；商户端按国家、产品、权限只显示真实可用功能 | 整改中 |
| 2 | 官网 | 五垂直页面维持；亚洲覆盖市场以渠道底表为准更新；joogopay.com 绑定 | 域名待绑 |
| 3 | 对客 Deck · 亚洲版 | 共用骨架，垂直标签与国家清单按亚洲；SLA、合规即服务、三色矩阵、接入流程 | 未开始 |
| 4 | JoogoPay 版名片 | 独立设计，不沿用集团网格；邮箱 名@joogopay.com；区域体现在邮箱签名 | 未开始 |
| 5 | 社群模板 | Telegram 与 WhatsApp 公告、教育、风控提醒模板；语言：英语加本地语 | 未开始 |
| 6 | 展会物料 | SiGMA、SBC、ICE 获客；展位、一页纸、名片、Deck 同一视觉 | 按展期 |
| 7 | 迁移信与关闭通知 | 存量品牌博弈类客户迁入通知、回退说明、品牌关闭或保留口径 | 批量迁移前 |
| 8 | 案例页 | 首批客户脱敏案例，按垂直而非按客户名 | 首批客户后 30 天 |
品牌动作跟着正式运营条件走，条件未满足不做外部推广。亚洲的正式运营条件沿用美洲十项，另加一条：黑名单国家博彩流量拦截经风控与安全验收。
正式运营前的十项条件（09-16）：逐国渠道状态与后台一致；首批客户与迁移顺序确认；首个多国代理四方客户端到端稳定；单国、多国、直客、代理四方、包网、新增国家六类测试完成；商户端只展示真实功能；标与邮件触点整改完成；企业邮箱与权限安全验收；风控准入、监控、升级方案完成；市场分层、国家归属、人员、KPI 明确；存量品牌迁移、回退、关闭及客户通知方案批准。
美洲正式运营后启动：渠道底表与商户底表首版；首批 5 个客户圈定；区域运营负责岗过渡任命。
首批 5 个客户接入完成；亚洲版 Deck 定稿；菲律宾测试商户与峰值值班机制落实。
十项正式运营条件满足后发文；扩到 10 个客户；岗位随客户补齐至 7 人。
| # | 事项 | 建议答案 |
|---|---|---|
| ① | 亚洲对外主标签 | 建议加密出入金与外汇为主，博彩只在菲律宾等白名单市场单独讲 |
| ② | 亚洲市场分层 | 建议成熟菲律宾；成长印尼、巴基斯坦（非博彩）；起步印度、土耳其 |
| ③ | 首批客户规模 | 建议先 5 个再 10 个，从 StarPay 东南亚存量挑 |
| ④ | 亚洲版 Deck 与名片 | 建议Deck 单独一版；名片与美洲同一版，区域只体现在邮箱签名 |
| ⑤ | StarPay 东南亚品牌去留 | 建议随 DeePayment 与 JoogoPay 分流完成后关闭 |
| 日期 | 口径 | 状态 |
|---|---|---|
| 08-16 | JoogoPay 为全球博弈类高风险线，分美洲、亚洲两个运营团队；本地人员整体拆出成专职本地部门 | 已拍板 |
| 07-25 | 社群运营部按品牌×区域四分；博弈流量走 JoogoPay 风控网关不碰 DeePayment；存量客户博弈类迁 JoogoPay；百大战略伙伴模式 | 已拍板 |
| 08-29 | 标准编制：品牌线每品牌 3 岗；美洲、亚洲运营部各设负责人；JoogoPay 品牌 KPI 为利润 | 讨论稿 |
| 08-31 | 品牌运营线以 DeePayment 为主，定型后 JoogoPay 按同一结构复制，只分美洲和东南亚两条线 | AD 口径 |
| 09-16 | 美洲：渠道整合线与商户整合线各设单一出口；成熟、成长、起步三层市场；首批十客户；六类测试；十项正式运营条件 | 已确认 |
| 09-18 | 待议第 26 项：JoogoPay 美洲正式运营组织架构、东南亚与美洲两单元编制、整合出口正式任命与替补 | 待议 |
亚洲运营部按 DeePayment 的四块职能复制成一个完整的区域运营部；两个整合出口是过渡期岗位，正式运营后并入存量与增量两块。客服工具可与 DeePayment 共享，数据、账号、群绝不共享。美洲与亚洲两个运营部岗位名称完全一致，便于人员备份与轮换。
原则：风控不在运营部内，博弈流量入口由 JoogoPay 风控网关分流，运营部只执行风控体系下发的准入与拦截规则；本地体系不在运营部内，本地负责法税、牌照、上游搭建，渠道对接完成后必须回传渠道整合出口。
每个岗位写清负责什么、交付什么、向谁汇报、亚洲建议编制。合计 5 至 7 人，最小配置起步，随首批客户补齐；与美洲共用 AI 运营岗与品牌线三岗。
| 岗位 | 归属 | 负责什么 | 交付物 | 亚洲编制 | 汇报 |
|---|---|---|---|---|---|
| 区域运营负责岗 | 运营部 | 统筹本区域四块日常、周例会、值班机制、国家分工；对区域利润与交付结果负责；正式运营条件第 9、10 项的书面确认 | 周报、月度经营数据、值班表、国家归属表 | 1 | 分管 CEO |
| 渠道整合出口岗（过渡） | 运营部 | 逐国渠道底表唯一信息出口：国家、币种、支付方式、直接或桥接、上游、技术与运营与测试状态、后台展示、责任人；本地新渠道对接后的后台展示、运营通知、测试完成 | 渠道底表、状态更新记录 | 1 | 区域运营负责岗 |
| 商户整合出口岗（过渡） | 运营部 | 存量品牌可迁移商户唯一出口：接入品牌、国家、量级、产品、迁移难度、包网与代理依赖；首批客户清单与迁移顺序；迁移、回退、异常升级方案 | 商户底表、首批清单、迁移计划 | 1（可与渠道出口合一） | 区域运营负责岗 |
| 存量运营组长 | 存量块 | 存量客户日常运营、迁入客户稳定观察、留存与流失、结算对账协同；正式运营后承接商户整合出口职责 | 客户健康度表、流失分析 | 由商户整合出口兼 | 区域运营负责岗 |
| 存量运营专员 | 存量块 | 按市场分层服务：成熟市场专人，成长与起步市场共享 | 客户记录、投诉处理记录 | 1 | 存量运营组长 |
| 增量运营组长 | 增量块 | 新客从商务签约到上线的 SOP；三级接入顺序执行；案例采集；正式运营后承接渠道整合出口职责 | 上线 SOP、上线周期表、案例素材 | 由渠道整合出口兼 | 区域运营负责岗 |
| 包网与代理对接岗 | 增量块 | 包网平台排期协调、代理四方客户多品牌多国家切换、批量接入流程 | 包网排期表、切换记录 | 由增量组长兼 | 增量运营组长 |
| 新客上线专员 | 增量块 | KYB 一盘一验资料收集、配置、测试商户、真实小额订单验证、与本地和技术协同 | 上线检查单、测试记录 | 1 | 增量运营组长 |
| 社群运营岗 | 增量块 | Telegram 与 WhatsApp 社群、公告与教育内容、风控提醒、社媒发布 | 公告模板、内容日历、社群数据 | 1 | 增量运营组长 |
| 客服组长（AI 化） | 客服中后台 | 工单分级、SLA、异常升级路径、峰值值班；AI 先处理无效回复 | 工单报表、SLA 达成率、值班记录 | 由负责岗兼 | 区域运营负责岗 |
| 客服专员 | 客服中后台 | 一线响应、工单处理、与本地和技术转单 | 响应记录 | 1 加 AI | 客服组长 |
| AI 运营岗（共用） | 品牌运营线 | 两区域 AI 客服知识库、运营看板、公告与流程自动化；与技术 AI 工程组共建；与 DeePayment 共用工具、隔离数据 | 知识库、看板、自动化流程清单 | 共用 1 至 2 | 分管 CEO |
| 品牌线三岗（共用） | 品牌运营线 | 品牌负责岗：说法把关、物料审、发声审核；对客政策岗：费率阶梯、毛利守门、按垂直分级定价；需求归口岗：两区域需求唯一出口进产品管理 | Deck、政策手册、需求清单 | 过渡期由分管 CEO、CFO 线、产品管理兼 | 分管 CEO |
岗位产生方式：先核对亚洲现有运营人员的账号与实际工作，按博弈类与非博弈类分流到 JoogoPay 与 DeePayment 两个体系；再按上表公开内部竞聘，两周观察，正式运营日以正式文件任命并写入年度目标。两个整合出口岗先以过渡任命启用并设替补。本稿不点人。
| 维度 | 亚洲运营部 |
|---|---|
| 范围 | 东南亚为主：菲律宾、印尼、巴基斯坦、印度（仅非博彩）；泰国、越南、新加坡博彩黑名单；土耳其如归亚洲另议 |
| 主打垂直 | 加密出入金 on/off-ramp、外汇 / CFD |
| 客户来源 | StarPay 东南亚约百个活跃客户中的博弈类与加密外汇类（07-03 StarPay 停新增，07-25 博弈类迁 JoogoPay） |
| 首批客户 | 首批 5 个客户，再到 10 个 |
| 语言 | 英语加本地语 |
| 值班时区 | 与北京时差小，白天覆盖为主；菲律宾博彩客户赛事日峰值另排 |
| 本地体系接口 | 亚洲本地部门 |
| 编制 | 5 至 7 人，最小配置起步，随首批客户补齐；与美洲共用 AI 运营岗与品牌线三岗 |
| 块 / 岗 | 结果指标 | 过程指标 |
|---|---|---|
| 亚洲运营部整体 | 区域利润（JoogoPay KPI 为利润）；交易额；出金时效达成率 | 正式运营条件推进；黑名单零穿透；红线零事故；值班执行 |
| 商户存量块 | 存量客户月交易额与毛利；迁移完成率；流失率 | 对账及时率；投诉处理时长 |
| 商户增量块 | 新客上线数（首批 5、百大候选）；四方客户稳定运行天数 | 上线周期；包网排期兑现率；案例产出 |
| 客服中后台 | 首响时效；峰值日 SLA 达成率 | 工单分类；升级路径执行 |
| AI 运营岗（共用） | 人均服务商户数；无效回复消除率 | 看板覆盖率；自动化流程数 |
| 对方 | 交接点 |
|---|---|
| 风控体系 | 准入三色矩阵、KYB 一盘一验、出金风控、例外审批全部由风控体系决定；运营部只执行；博弈流量走 JoogoPay 风控网关 |
| 亚洲本地部门 | 本地负责法税、牌照、上游搭建、本地招聘；渠道对接完成后回传渠道整合出口，完成后台展示与测试 |
| 商务 | 百大客户签约后交增量块上线；客户成功岗为每客唯一 owner |
| 产品技术 | 需求经需求归口岗进产品管理；功能矩阵、测试账号矩阵、标与邮件触点整改由产品技术交付后运营验收 |
| 安全 | 企业邮箱、账号、国家、数据、操作权限沿用 DeePayment 权限安全标准再按业务风险适配，安全团队进场验收 |
| 财务 | 费率与毛利守门由 CFO 线复核；结算、换汇价差、对账进集团统一财务治理；分成比例不入运营文件 |
| JoogoPay 美洲运营部 | 岗位名称与结构一致，人员可互为备份；市场、客户、渠道各自独立；共用 AI 运营岗与品牌线三岗 |
| DeePayment 体系 | 结构一致但人员、账号、群、数据隔离；共享客服与 AI 工具不共享数据；非博弈类客户转 DeePayment |
| # | 事项 | 建议答案 |
|---|---|---|
| ⑥ | 亚洲启动时点 | 建议美洲正式运营后一个月内启动盘点，12 月 20 日前首批 5 个客户接入 |
| ⑦ | 是否允许一人兼多岗 | 建议起步期允许，7 人满编后拆开 |
| ⑧ | 编制上限 | 建议不超过 7 人 |
| ⑨ | 土耳其归属 | 建议随美洲季度复核一并定 |
| ⑩ | 客服与 AI 运营与 DeePayment 的共用边界 | 建议同美洲：共用工具与 AI 运营岗，客服人员独立，数据与账号绝不共用 |
| ⑪ | 本稿与待议第 26 项的关系 | 建议作为第 26 项亚洲部分的会前方案，与美洲版同场审议 |
每样都有唯一责任岗、固定格式、截止日和验收标准。交付物是表不是文字；缺项标红；没交齐的不进下一步。责任岗在群里由分管 CEO 现场点名到人，本稿只写岗位。
| # | 交付物 | 固定格式（列） | 责任岗 | 截止 | 验收标准 |
|---|---|---|---|---|---|
| 1 | 客户底表 | 客户名 · 来源品牌 · 风险等级 · 业务场景 · 接入类型 · 规模层级 · 生命周期 · 覆盖国家 · 月交易额 · 迁移条件 · 责任人 | 商户整合出口岗 | 10 月 24 日 | 五个标签无空格；风险等级有风控复核签字 |
| 2 | 国家底表 | 国家 · 级别 · 渠道状态 · 可用产品 · 语言与时区 · 本地责任人 · 测试商户 · 下一步 | 渠道整合出口岗 | 10 月 24 日 | 每个后台显示的国家都有一行；状态与后台一致 |
| 3 | 首批 5 个客户，再到 10 个名单 | 客户 · 场景 · 国家 · 接入类型 · 需新增能力 · 预计迁移日 · 回退条件 | 商户整合出口岗会同商务 | 10 月 28 日 | 只能从五标签齐全的客户里出；配比符合建议或写明理由 |
| 4 | 人员账号与竞聘意向表 | 姓名 · 现属品牌 · 现在实际在做什么 · 系统账号与角色 · 愿意竞聘的岗位（按 B3）· 语言 · 所在时区 | 人力资源部会同运营负责岗 | 10 月 24 日 | 人数与系统账号数对得上；每人至少填一个岗位 |
| 5 | 测试矩阵与测试商户状态 | 测试类型 · 国家 · 产品 · 测试账号 · 状态 · 问题单 · 验收人 | 产品管理会同运营 | 10 月 31 日 | 每个已接通国家至少一个测试商户；六类场景各有一行 |
| 6 | 触点与菜单整改进度 | 整改项 · 责任人 · 状态 · 截图 | 产品管理 | 10 月 31 日 | 有截图为证；无效菜单关闭清单与功能矩阵一致 |
| 7 | 对本稿待拍板项的书面意见 | 拍板项编号 · 同意 / 不同意 · 理由 · 替代建议 | 亚洲运营部各负责岗与相关体系负责人 | 10 月 28 日 | 每项都有态度，不接受"都可以" |
各位，JoogoPay 亚洲品牌运营方案与运营部组织架构讨论稿链接如下，请先通读。这份稿只定方向和岗位，不定人。请在以下时间交回七样东西，格式按稿里 C1 表的列，交表不交文字：10 月 24 日前客户底表、国家底表、人员账号与竞聘意向表；10 月 28 日前首批 5 个客户，再到 10 个名单、对待拍板项的书面意见；10 月 31 日前测试矩阵、触点整改进度。每周二、周五 18:00 前在群里按编号报进度，卡点超过两天直接 @ 我。没交齐的不进下一步，正式运营条件不满足不启动正式运营。责任人我现在点：（在此逐项点名）。