JoogoPay 美洲正式运营筹备会纪要

日期：2026-09-16
会议性质：正式运营前的系统、渠道、商户与组织盘点
录音容器时长：约 21 分 32 秒
有效可识别语音：约 19 分 15 秒；明确会议内容至约 18 分 12 秒
记录依据：会议录音、TXT/SRT/VTT 全文转写及带时间戳转写日志
状态说明：本纪要中的“已确认”不等同于 JoogoPay 已全面正式运营；未完成验证的事项统一列为待办或待确认。

一、会议目的

核验 JoogoPay 美洲区在正式运营前已经完成的准备工作，识别系统展示、真实渠道、商户迁移、产品功能、账号权限和风控之间的差距，并建立过渡期的两条整合主线和首批客户测试路径。

二、核心结论

1. 当前处于正式运营筹备期，不是全面开放状态

• 8 月交付版本已经完成部分 UI 和功能修改，技术侧已通知可以开始接入新商户。
• 但后台展示的国家、产品菜单和真实上游能力尚未完全一致，不能因为系统中出现某个国家或功能，就认定已经可以正式对外销售和交付。
• 会上掌握的信息是：巴西、美国存在上游接入工作，其他系统展示国家不代表已经接通；各国准确状态仍须通过渠道底表逐一确认。
• “订阅管理”等通用菜单目前没有明确的客户需求和上游能力支撑，不应默认向所有商户展示。

2. JoogoPay 美洲预计承接集团最大的业务体量

• JoogoPay 美洲被定位为集团未来最重要的业务承载区域之一。
• 当前预备群内人员及后续接收本纪要的相关人员，构成 JoogoPay 美洲正式运营的主要筹备团队。
• 现阶段的人员安排属于过渡期方案；待渠道、商户、测试和流程盘清后，预备对接群退出，进入正式运营组织。

3. 正式运营筹备只抓两条主线

1. 渠道整合线：盘清每个国家的直接上游、桥接方式、接入状态、支付方式、系统展示、责任人和优先级；
2. 商户整合线：盘清 BCPay、StarPay、StarPago 的存量商户，确定哪些客户可以迁入、迁入顺序、首批十个客户以及存量品牌后续关闭或保留逻辑。

两条线均设置单一信息出口，避免本地、技术、产品和运营各自掌握一部分信息但无人收口。

三、渠道整合

1. 现状问题

• 系统国家列表与真实渠道能力没有完全对齐。
• 本地团队与技术完成对接后，结果未必同步进入运营后台；运营无法据此判断国家是否可以正式销售和交付。
• 过去的流程以“本地提交—技术接入—运营测试”为主，但缺少统一收口人和完整状态表。
• 土耳其等跨区域国家未来归美洲团队还是其他区域团队，不能只看地理名称，应结合两地运营规模、服务能力和客户需求决定。

2. 会议确定的渠道工作方式

• 建立 JoogoPay 渠道整合群，由统一渠道出口承接信息。
• 逐国重盘：国家、币种、支付方式、直接／桥接、上游名称、技术状态、运营状态、测试状态、后台展示和下一步责任人。
• 任何本地新渠道完成对接后，必须同步完成后台展示、运营通知和测试闭环。
• 渠道优先级由业务需求和市场成熟度共同决定，不再只按技术接入先后决定。

3. 国家成熟度运营模型

会议确定按市场阶段组织 JoogoPay 美洲运营，而不是平均分配资源：

上表是本次会议的工作划分。各阶段的人员、国家归属和 KPI 仍须在渠道与商户底表完成后书面确认。

四、商户整合

1. 首批迁移范围

• 从 BCPay、StarPay、StarPago 盘点可迁移商户。
• 第一阶段先形成 JoogoPay 前十个客户清单，用真实接入验证系统和流程。
• 盘点同时回答：客户当前接入哪些品牌、覆盖哪些国家、交易量级、产品类型、迁移难度、包网／代理依赖、需要新增哪些能力。

2. 商户接入优先级

会议确认按以下顺序推进：

1. 第一优先级：代理／四方类、多品牌多国家客户。优先选择同时接入多个存量品牌、覆盖多个国家的线路，快速形成基础交易量并暴露跨国家问题；
2. 第二优先级：多国家直客。先跑通跨国家配置、权限、结算与后续新增国家；
3. 第三优先级：单一国家直客。在前两类流程稳定后按市场和渠道条件分批迁入。

建议先选择一个综合性的多国家四方／代理客户运行一段时间，验证系统问题；同时与相关包网协调接入排期，再开始批量迁移直客。

3. 商户整合的最终输出

• 首批十个客户及接入顺序；
• 客户迁移、回退和异常升级方案；
• 各存量品牌的迁移节奏及关闭／保留条件；
• 商户产品标签从旧有口径逐步调整为真实产品与风险场景标签；
• 正式运营后的商户接入 SOP。

五、产品和测试要求

1. 会议现场发现的问题

• 登录页面、验证码邮件等品牌触点缺少 JoogoPay Logo，需要 UI／产品统一补齐。
• 系统更新后部分旧测试账号已失效，需要重新注册。
• JoogoPay 商户端大量能力沿用 BCPay 底层，必须重新确认哪些功能对 JoogoPay 商户真实可用、对应什么业务场景。
• 无需求、无上游、无权限或未接通的功能不应向商户展示。

2. 必须覆盖的测试场景

完成上述测试、清除测试信息并形成验收证据后，才进入相应范围的正式对外使用。

六、安全、账号和风控

• JoogoPay 正式接待客户前，统一使用企业邮箱和受控登录方式。
• 账号、国家、数据和操作权限沿用 DeePayment 正在建立的权限安全标准，再按 JoogoPay 的业务风险作适配。
• 安全和权限方案完成后，由安全团队进入 JoogoPay 做同标准规划和验收。
• 风控标准本次尚未展开；待 DeePayment 风控盘点形成基础框架后，再对 JoogoPay 做专项适配。
• 安全、权限和风控未完成验收，不构成全面正式运营条件。

七、会议决议、方向与待确认事项

已确认

1. 过渡期按“渠道整合线＋商户整合线”推进；
2. 分别建立渠道整合群和商户整合群，并设置单一出口；
3. 先盘并实接 JoogoPay 前十个客户；
4. 商户接入顺序为代理／四方多国家客户、多国家直客、单国家直客；
5. 美洲运营按成熟、成长、起步市场分层，后续分别定义 KPI；
6. 商户端必须按真实国家、产品和权限展示功能；
7. 正式接待客户前统一企业邮箱、账号和权限标准。

待确认

1. 每个国家当前已接通、在接、桥接、未接的准确渠道状态；
2. 巴西、美国之外各系统展示国家的真实可用能力；
3. 渠道整合出口和商户整合出口的正式任命与替补机制；
4. 前十个客户名单、交易量和正式迁移日期；
5. 各存量品牌的关闭、保留及客户通知方案；
6. 市场分层对应的编制、国家归属、KPI 和值班机制；
7. 风控准入边界和 JoogoPay 正式运营日期。

八、行动项

九、正式运营最低闸门

JoogoPay 美洲进入全面正式运营前，至少同时满足：

1. 逐国渠道状态与后台展示一致；
2. 前十个客户名单和迁移顺序确认；
3. 首个多国家代理／四方客户端到端运行稳定；
4. 单国、多国、直客、代理／四方、包网及新增国家场景完成测试；
5. 商户端只展示真实可用功能；
6. Logo、邮件及品牌触点整改完成；
7. 企业邮箱、账号和权限完成安全验收；
8. 风控准入、监控和异常升级方案完成；
9. 市场分层、国家归属、人员和 KPI 明确；
10. 存量品牌迁移、回退、关闭及客户通知方案批准。

十、档案索引与质量说明

• 录音原件：07_会议档案/01_录音原件/2026-09-16_JoogoPay美洲正式运营筹备会.m4a
• 全文转写：07_会议档案/02_转写文字稿/2026-09-16_JoogoPay美洲正式运营筹备会.txt
• 字幕转写：同目录 .srt、.vtt
• 带时间戳原始转写日志：同目录 .whisper.log
• 独立纪要：07_会议档案/03_纪要与决议/2026-09-16_JoogoPay美洲正式运营筹备会_纪要_v1.md

录音容器时间轴约 21 分 32 秒，可解码音频约 19 分 15 秒；明确会议发言至约 18 分 12 秒，尾段为静音／采集间隙。自动识别产生的非会议广告式幻觉文本已从正式转写中剔除。录音中的少数人名和口语词存在识别不确定性，责任人以会议群内书面确认和后续正式任命为准。