DeePayment 正式运营筹备会纪要

会议日期：2026 年 9 月 16 日
会议时长：约 52 分钟
会议性质：正式运营前的第一次全链路盘点会
参会范围：联席 CEO、现 StarPago／StarPay／BCPay 及东南亚运营相关人员、产品技术与安全相关人员
记录依据：会议录音及全文转写
文件状态：独立会议纪要 v1，不与此前会议合并

一、会议目标

在继续维持 StarPago、StarPay 等存量业务正常运行的同时，组建 DeePayment 正式运营所需的工作体系。会议不直接宣布正式上线，也不立即完成全部客户迁移，而是先盘清五张底表：

1. 现有可迁移商户；
2. 各国上游渠道；
3. 商户可用产品与功能；
4. 各国端到端测试状态；
5. 运营账号、权限与安全。

完成上述盘点和测试后，再确定新的岗位分工、国家运营配置、客户迁移顺序及正式接入流程。

二、核心结论

1. 现有运营团队承担 DeePayment 筹备任务

• 现 StarPago、StarPay、BCPay 及相关东南亚运营人员，在维持现有品牌运转的同时，进入 DeePayment 正式运营筹备工作。
• 当前首要任务不是先定所有人的最终岗位，而是跟随本次盘点过程，理解未来标准流程如何形成。
• 最终岗位、国家分工、权限和汇报关系，待商户、渠道、产品和测试情况明确后再定。

2. 第一阶段只抓两条主线

本轮先完成以下两项：

1. 商户整合线：盘点各存量品牌中符合 DeePayment 定位的客户；
2. 渠道整合线：盘点所有国家的直接上游、桥接渠道、缺失渠道和当前故障。

运营团队编制、国家分组和长期排班先暂缓，不在本次会议中仓促定案。

3. 迁移对象以中低风险和非博彩客户为主

• 第一批盘点范围覆盖 StarPago、StarPay、BCPay 及东南亚相关业务。
• 对客户至少分成两类：已经明确属于中低风险；暂时无法判断风险级别，但可以确认是非博彩业务。
• 每个客户必须记录所属品牌、国家、行业／产品、当前交易规模、使用能力、风险判断及迁移条件。
• 在分类、渠道和功能没有验证前，不直接批量迁入 DeePayment。

4. 商户与渠道必须形成两个统一工作群

• 建立“商户整合群”，由运营牵头汇总所有存量客户。
• 渠道线按美洲与东南亚分别组织盘点，再合并成 DeePayment 统一渠道表。
• 本次会议要求先完成第一轮数据收集，并在晚间下一次会议中复核结果。

三、现状盘点

1. 渠道现状

系统本身可以新增国家和币种；技术接入时须明确提交国家、币种、支付方式和渠道。后台出现某个国家，不代表该国家已经有可用上游或可以正式运营。

2. 商户现状

• 现有商户未按 DeePayment 的新定位完成统一分类。
• StarPago 侧未对非博彩客户进行足够细的单独统计；BCPay 和东南亚客户也需要统一汇总。
• 目前无法直接回答“第一批迁移哪十个客户、分别使用什么产品、交易量多少、需要哪些功能”。这被认定为正式运营前必须补齐的基础数据。

3. 运营团队与账号

• 会上口头提到运营人员约 14 人，但系统中可见账号数量与人员口径尚未完全一致，需重新核对在岗人员、账号、角色和实际工作。
• 后续所有员工账号原则上改用集团或对应业务体系的公司邮箱。
• 国家、菜单、数据和操作权限须按岗位配置，不能继续依赖共用账号或默认全量权限。

四、产品与商户后台整改标准

1. 所有展示给商户的功能必须真实可用

会议现场发现，商户后台在多个国家均展示“订阅管理”等菜单，但相关国家未必具备订阅渠道或产品能力。由此明确：

• 商户看到的菜单必须是其所在国家、所签产品和所获权限下真实可用的功能；
• 不可用或未购买的能力应隐藏，不得给商户造成“平台已经支持”的错误理解；
• 代收、代付、订阅、资源管理、充值账户、收款账户等功能，须按实际业务关系解释清楚并正确展示。

2. 每个已接通国家建立测试商户

• 每个已接通国家至少建立一个独立测试商户，用于验证该国专属功能和菜单；
• 另建多国家组合测试商户，验证同一客户开通多个国家时的后台展示和权限；
• 对不同产品类型分别测试，不以一个万能测试账号替代所有场景；
• 从管理后台、商户后台、本地执行端和真实小额订单四个角度完成验证。

3. 法币能力优先，加密能力随后

当前优先把法币国家、渠道、支付方式、代收代付和商户后台完整跑通。加密货币的币种配置、ISO 映射、托管钱包及新旧方案另行研究，不阻塞第一阶段法币运营准备。

五、DeePayment 商户场景重新分类

旧有“外汇、社交、游戏、电商”等粗分类不足以指导产品和运营。会议提出以真实业务场景重新分类，首批候选包括：

1. 全球人力管理及全球薪资代发；
2. 社交及合规数字内容产品；
3. 休闲游戏；
4. 电商独立站；
5. 一般贸易型商户；
6. AI 产品及订阅服务。

以上是首轮工作分类，并非最终产品目录。每个场景需进一步明确客户画像、适用国家、代收／代付／订阅需要、结算方式、风控标准和后台菜单。

六、国家分级与运营配置方向

会议提出将国家按运营成熟度和战略重要性分为三档：

• A级重点国家：优先投入更多人员与支持，会上举例包括巴西、墨西哥、印尼；
• B级成长国家：已有机会或渠道，仍在形成规模；
• C级起步国家：刚开始接入，以基础覆盖和验证为主。

该分级目前只是设计方向，具体国家名单、人员数量和服务级别须等渠道及商户底表完成后再批准。无论具体负责哪个国家，运营人员均应具备对全部运营国家的基础理解。

七、安全与权限要求

安全负责人需进入系统进行专项检查，重点包括：

• 全体人员公司邮箱及身份统一；
• 超级管理员、运营管理员、商户管理员等角色边界；
• 国家、商户、订单、资金账户和菜单权限；
• 账号开通、变更、停用及离场回收；
• 登录、双重验证、操作日志和异常告警；
• 技术、产品、运营和安全之间的审批及复核关系。

在安全与权限方案完成前，不扩大高权限账号，不以临时便利替代正式控制。

八、正式运营闸门

DeePayment 进入正式运营前，至少应满足：

1. 第一批商户清单完成并经过风险分类；
2. 各国渠道清单、接入方式、故障和责任人明确；
3. 每个已接通国家的测试商户完成配置；
4. 管理后台和商户后台菜单与实际产品一致；
5. 代收、代付及适用的订阅能力完成端到端测试；
6. 本地人员参与真实小额订单验证；
7. 公司邮箱、角色和权限安全检查完成；
8. 正常新商户从商务、审查、配置、测试到上线的流程形成书面 SOP；
9. 客户迁移方案、回退方案及异常升级路径明确；
10. 运营岗位、国家分工和值班机制正式确认。

九、已确认事项、方向性意见与待确认事项

已确认

• 现有运营团队承担 DeePayment 正式运营筹备；
• 第一阶段先做商户整合和渠道整合；
• 第一批目标客户为中低风险及非博彩客户；
• 不在产品、渠道和测试不清楚时批量迁移客户；
• 商户后台只展示真实可用功能；
• 公司邮箱、权限和安全须统一整改；
• 法币运营准备优先于加密能力。

方向性意见，尚未正式批准

• 按 A／B／C 三级配置国家及运营资源；
• 巴西、墨西哥、印尼列入 A 级重点国家；
• 商户按全球薪资、社交内容、休闲游戏、电商、贸易、AI 订阅等场景分类；
• 运营团队按国家进行长期分工。

待确认

• 全部存量商户和第一批迁移名单；
• 各国直接渠道、桥接渠道和缺失渠道；
• 巴西支付错误的原因及修复时间；
• 墨西哥订阅能力是否真实可用；
• 东南亚首批接入国家与渠道；
• 美国渠道方案；
• 加密货币和托管钱包配置；
• 运营实际人数及最终岗位；
• 国家分级、服务标准和人员配置；
• 正式运营日期。

十、行动项

注：录音中的个别人名存在自动识别误差。具体责任人以会议群内实际指派及后续书面名单为准。

十一、档案索引

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

十二、记录边界

• 开场及会议结束后的少量环境音、重复文本和自动识别幻觉未作为会议事实使用。
• 本纪要记录运营筹备方向，不代表 DeePayment 已经正式开放所有国家、产品或客户准入。
• 涉及客户风险级别、渠道合规、资金路径及加密货币能力的事项，须经正式风控、合规、安全和产品验证后执行。