Discussion Draft · v3 · 2026-09-21
DeePayment 品牌运营方案
与运营部组织架构
Payment Infrastructure for the AI Era.FIAT · CRYPTO · AI AGENT
DeePayment 是面向新兴市场的商户与企业支付基础设施，提供本地收单、代付出金、跨境清结算与法币稳定币兑换，一次接入，资金在国与国之间自由流动。对外只讲一件事：AI 时代的支付基础设施。
对商户与企业讲成功率、代付时效、D+0 结算、五天上线、多国一次接入。中文对外「新兴市场支付基础设施」。
对银行、通道与监管讲持牌主体、中低风险客户、AML 逐笔风控、链路留痕、与高风险业务完全切割。
对资本讲三层递进：今天新兴市场真基础设施，明年法币与加密两套基础能力，终局 AI Agent 的资金层。对应标语 Fiat · Crypto · AI Agent。
三层说法按时间递进，不能跳层：第一层只讲可写进合同的事实（南美 8 国 17 个本地主体、巴西 Pix、墨西哥 SPEI 与 OXXO、60 秒内代付、D+0 结算、5 天上线）；第二层讲本币清算按需兑成稳定币、美元计价、12 国到 20 国；第三层只作方向陈述，不承诺产品与时间。
与集团：背书子品牌，对客物料用 DeePayment 标，角标 A member of AideeGroup。与 JoogoPay：对外完全切割，官网、社媒、名片、案例永不同框；上市架构中 JoogoPay 仅是 DeePayment 的一个客户。与 StarPago、StarPay、SimplyPay：过渡子牌，07-02 降为 DeePayment 的客户，对外站禁露真实主体名；老客户过渡期只在物料背面加一行 StarPago · StarPay now part of DeePayment。
客户全部中低风险、非博彩。六大场景按能力成熟度排优先级，首批十个客户从前两类出。
| 场景 | 做法 |
|---|---|
| 电商独立站与一般贸易商户 | 第一批 存量品牌里最多、风险最清楚、拉美本地收单最成熟，首批十个客户最容易从这里出 |
| 全球人力管理与薪资代发 | 第一批 代付出金是现成强项；集团自己的 Lark 审批到多币种发放通路就是样板案例（09-21） |
| AI 产品与订阅服务 | 第二批 最贴合 AI 时代说法，但订阅能力在多国尚未验证（09-16 发现菜单假可用） |
| 休闲游戏 | 第二批 · 风控先行 与博彩的边界要风控先划线，否则会被质疑是 JoogoPay 的白手套 |
| 社交与合规数字内容 | 第三批 需要逐国内容合规判断 |
| 跨境贸易结算（顺丰×俊发线） | 专项 东南亚事业线专项，随该项目节奏 |
09-16 会上的原话：现在连客户类型都不知道，迁十个迁过来的是哪些都不知道；先重新分类，分完再测，通了再签客户；国家分 A、B、C 三级后每一级对应运营人员和 SOP。分类是运营、风控、产品菜单和 KPI 的共同基础。
为什么先分类：没有分类，迁移名单选不出来，测试矩阵搭不起来，商户后台菜单开不准，运营人员配不下去，KPI 也无从分解。分类是每个客户与每个国家的常设标签，随复审更新。
客户分类 · 五个维度（每个客户五个标签都必须填，缺一不进迁移或上线名单）
| 维度 | 取值 | 谁定 | 驱动什么 |
|---|---|---|---|
| 1 风险等级 | 中低风险 / 待判断但非博彩 / 不接（博弈类转 JoogoPay） | 运营初筛，风控复核并定稿 | 能否接入、进哪个品牌、走哪个风控网关、KYB 深度 |
| 2 业务场景 | 电商与贸易 / 全球薪资代发 / AI 与订阅 / 休闲游戏 / 社交与合规内容 / 跨境贸易结算 | 运营与产品共同定 | 产品与菜单开关（代收、代付、订阅、换汇）、结算方式、对客政策、案例归类 |
| 3 接入类型 | 多国直客 / 单国直客 / 平台与 SaaS 类（一接多商户） | 商户整合出口岗 | 接入顺序与优先级、测试矩阵、配置复杂度、需要的国家数 |
| 4 规模层级 | 战略伙伴（百大候选）/ 标准客户 / 试运行客户 | 商务提议，品牌线复核 | 服务等级、专人还是共享、费率阶梯、复审频率 |
| 5 生命周期 | 存量待迁 / 迁移中 / 稳定观察 / 正常运营 / 新增上线 / 清退 | 存量与增量块 | 由哪一块负责、回退方案是否触发、是否计入 KPI |
国家五标签：级别（A、B、C）、渠道状态（直连、桥接、缺失、故障）、可用产品清单、语言与时区、本地责任人。国家级别由分管 CEO 定，渠道与产品状态由渠道盘点出口按底表更新，后台展示必须与国家标签一致。两张底表：客户底表与国家底表，是 09-16 要求的五张底表中的前两张，分类完成才算底表完成。复审：客户标签每季一次，风险等级变更须风控签字；国家级别每半年一次，升降级须分管 CEO 批准并同步调整人员配置。
国家按 A、B、C 三级配置运营资源（09-16 方向性意见，未批准）。准入只有一条：中低风险、非博彩；博弈类一律转 JoogoPay 网关，DeePayment 不碰。
| 级别 | 国家 | 运营配置 | SOP 与 KPI |
|---|---|---|---|
| A 级 · 重点 | 巴西、墨西哥、印尼（09-16 举例） | 专人运营、本地化内容与案例、值班覆盖当地工作时段、优先补渠道与产品 | 全套 SOP、每国测试商户、单独 KPI |
| B 级 · 成长 | 已有机会或渠道、仍在形成规模的国家（智利、哥伦比亚、秘鲁、菲律宾等待核） | 共享运营人员、英文与西葡通用物料、按需补渠道 | 标准 SOP、合并测试、区域 KPI |
| C 级 · 起步 | 刚接入或计划进入的国家（美国等） | 最小配置验证供给与需求，不投入品牌内容 | 基础覆盖、验证清单 |
拉美与东南亚同管：一个运营部，存量块与增量块内部各分拉美、东南亚两个组；A 级国家配专人，B、C 级共享。品牌层面 A 级国家才做本地化内容与本地案例。
客户来源：StarPago、StarPay、BCPay 与东南亚存量中的中低风险、非博彩客户（07-25 分流决定：非博弈类迁 DeePayment）；新客经商务铁三角签约进入。商务模式：百大战略合作伙伴，只服务约 100 个战略客户，不做散客。
接入顺序：第一优先级多国直客（先跑通跨国配置、权限、结算与新增国家），第二优先级平台与 SaaS 类（一接多商户，验证批量能力），第三优先级单国直客按市场和渠道条件分批迁入。任何客户在分类、渠道、功能未验证前不批量迁入（09-16）。
首批 10 个客户：从客户底表里选，记录来源品牌、覆盖国家、量级、场景、使用能力、迁移条件、需新增能力。
| 价值主张 | 证据（可写入合同或可现场演示） | 状态 |
|---|---|---|
| 收款成功率靠逐国磨 | 各国本地通道清单、多通道并行、成功率数据看板（对客脱敏版） | 渠道底表未完成 |
| 秒级代付直达 | 达标通道 60 秒内到账写入 SLA；同名校验演示 | 官网已承诺 |
| D+0 结算、5 天上线 | SLA 条款；新商户从商务到上线的书面 SOP（正式运营条件第 8 项） | SOP 待成文 |
| 法币与稳定币互通 | 本币兑 USDT、美元计价的结算单样例 | 加密配置未清 |
| 逐笔可审计 | AML 逐笔风控、链路留痕、商户后台只展示真实可用功能 | 后台整改中 |
| 牌照与主体 | 只说真实持有的 2 张牌照与本地主体数；巴西银行牌照未落地不说 | 红线 |
全部标识以品牌总库为唯一真源，本节展示 DeePayment 现行定稿并给出入口。点击卡片下方可下载矢量文件。
字标语义：两个无脊 E 按《周易》益卦六爻排布，左 E 上卦巽（实实断）、右 E 下卦震（断断实），卦辞「利有攸往，利涉大川」；远看是 E，近看才是卦象。宝石为官网正式两层宝石，DEE 三字符紫渐变，Payment 藏蓝或白。
使用规则：标高 40 点以下用小尺寸版，名片不低于 28 点；出图放大核对两个 E 的实断；集团裸宝石不得出现在 DeePayment 标里；印刷前转曲。
| # | 物料 | 内容要点 | 状态 |
|---|---|---|---|
| 1 | 商户后台与收银台 | 标、色、文案统一；菜单只显示真实可用功能（09-16） | 整改中 |
| 2 | 官网 www.deepayment.com | 换益卦版标与 favicon；标语接入首屏；区域表述改口径；四语维持；案例页预留 | 待拍板① |
| 3 | 对客 Deck（12 页内） | 三层说法各一页、六大场景、SLA 承诺、五天接入流程、十个案例、合规与安全、联系 | 未开始 |
| 4 | DeePayment 版名片 | 沿用集团版 v6 网格，主标换 DeePayment，角标 A member of AideeGroup，邮箱 名@deepayment.com | 待企业邮箱 |
| 5 | 社群模板 | WhatsApp 与 Telegram 公告、教育模板；拉美西葡英，东南亚英加本地语 | 未开始 |
| 6 | 邮箱签名、合同抬头、发票模板 | 签名带标语；合同抬头按签约主体，不露 StarPago | 未开始 |
| 7 | 迁移信 | StarPago、StarPay 非博弈类客户迁入通知、回退说明 | 批量迁移前 |
| 8 | 案例页 ×10 | 脱敏客户案例：行业、国家、接入前后指标、客户引用 | 首批客户后 30 天 |
品牌动作跟着正式运营条件走，条件未满足不做任何外部推广。
正式运营前的十项条件（09-16）：第一批商户清单完成并经风险分类；各国渠道清单、接入方式、故障和责任人明确；每个已接通国家的测试商户完成配置；管理后台和商户后台菜单与实际产品一致；代收、代付及适用的订阅能力完成端到端测试；本地人员参与真实小额订单验证；公司邮箱、角色和权限安全检查完成；新商户从商务到上线的书面 SOP 形成；客户迁移、回退及异常升级路径明确；运营岗位、国家分工和值班机制正式确认。
官网换标与区域口径修订上线；名片与邮箱签名启用；品牌规范页。前置：待拍板①通过、企业邮箱开通、客户与国家五标签底表完成。
十项条件全部满足后发文；Deck v1；社群模板；StarPago 客户迁移信；运营负责岗与各块负责岗正式任命。
首批十个客户上线后 30 天出十个案例页；首季「网络与能力更新」；向百大候选定向触达。
正式运营日当天：官网换标同步上线；向存量客户发迁移信；社群公告；不开发布会。百大推进期：拉美、东南亚两个社群运营岗做内容与社群，每季一份对外更新。
| # | 事项 | 建议答案 |
|---|---|---|
| ① | 官网、favicon、分享卡换益卦版标 | 建议换，与正式运营日同步 |
| ② | 对外区域表述 | 建议「拉美为主、东南亚跟进」，东南亚接通后再改 |
| ③ | 三层说法对外露出深度 | 建议以第一层为主，第三层仅方向陈述 |
| ④ | 首批十个客户场景配比 | 建议电商贸易 6、薪资代发 3、AI 订阅 1 |
| ⑤ | StarPago 过渡背书行的期限 | 建议到 2027 年 9 月撤下 |
| ⑥ | DeePayment 企业邮箱与名片启用 | 建议10 月 15 日前开通 名@deepayment.com |
| 日期 | 口径 | 状态 |
|---|---|---|
| 08-16 | DeePayment 全部中低风险，亚洲美洲同管一个运营团队；两品牌重新做品牌规划 | 已拍板 |
| 07-25 | 社群运营部按品牌×区域四分，DeePayment 占拉美、东南亚两个；百大战略合作伙伴模式；本地团队 KPI 为合规与成本，不背收入；非博弈类客户迁 DeePayment | 已拍板 |
| 08-29 | 标准编制：品牌线每品牌 3 岗；运营三部加共享中后台编制 14；商务铁三角 8；DeePayment 品牌 KPI 为营收加利润率 | 讨论稿 |
| 08-31 | 品牌运营 KPI 为营收、利润、可并表收入；先做好商户存量、商户增量、AI 运营、客服中后台四块；品牌线以 DeePayment 为主，定型后 JoogoPay 按同一结构复制 | AD 口径 |
| 09-07 | 五号文：品牌定位、品牌组合、运营节奏、市场资源及跨品牌取舍归品牌运营线席位；总负责人缓设 | 已签发 |
| 09-16 | 现有运营团队承担筹备；先盘五张底表；国家 A/B/C 分级为方向性意见；运营约 14 人待核对；正式运营条件第 10 项要求岗位、国家分工、值班机制正式确认 | 已确认 |
| 09-18 | 待议第 25 项 DeePayment 正式运营编制、国家分组、排班与日期；第 27 项总负责人与四块负责人，缓设期间联席 CEO 分管 | 待议 |
一个运营部，四块职能加拉美、东南亚两个社群运营岗，总负责人缓设、由联席 CEO 分管。四块是职能分工不是四个部门，人少时一人可兼两块。两个盘点出口是过渡期岗位，正式运营后并入存量与增量两块。
三条结构原则：一，主轴按职能四块，国家作为块内第二维度，A 级国家配专人、B、C 级共享；二，社群运营岗挂在商户增量块之下，因为社群的目的是获客与教育；三，风控与本地体系不在运营部内，风控只下发准入与拦截规则，本地负责法税、牌照与上游，渠道对接完成后必须回传渠道盘点出口。
每个岗位写清负责什么、交付什么、向谁汇报、建议编制。合计 12 至 14 个编制，与现有约 14 名运营人员基本匹配。
| 岗位 | 归属 | 负责什么 | 交付物 | 编制 | 汇报 |
|---|---|---|---|---|---|
| 运营负责岗 | 运营部 | 统筹四块日常、周例会、值班机制、国家分工与拉美东南亚两组协调；对品牌运营线利润与交付结果负责；正式运营条件第 9、10 项的书面确认 | 周报、月度经营数据、值班表、国家归属表 | 1 | 分管 CEO |
| 渠道盘点出口岗（过渡） | 运营部 | 逐国渠道底表唯一信息出口：国家、币种、支付方式、直接或桥接、上游、技术与运营与测试状态、后台展示、责任人；美洲与东南亚分别盘点后合并成统一渠道表 | 渠道底表、状态更新记录 | 1 | 运营负责岗 |
| 商户整合出口岗（过渡） | 运营部 | StarPago、StarPay、BCPay 与东南亚存量中符合 DeePayment 定位客户的唯一出口：品牌、国家、行业与产品、交易规模、使用能力、风险判断、迁移条件；首批十个客户与迁移顺序；迁移、回退、异常升级方案 | 商户底表、首批清单、迁移计划 | 1 | 运营负责岗 |
| 存量运营组长 | 存量块 | 存量客户日常运营、迁入客户稳定观察、留存与流失、结算对账协同；正式运营后承接商户整合出口职责 | 客户健康度表、流失分析 | 1 | 运营负责岗 |
| 存量运营专员（拉美 / 东南亚） | 存量块 | 按国家级别服务：A 级国家专人，B、C 级共享；拉美与东南亚各一组 | 客户记录、投诉处理记录 | 2 至 3 | 存量运营组长 |
| 增量运营组长 | 增量块 | 新客从商务签约到上线的五天 SOP；多国直客、单国直客、平台类三种接入；案例采集；正式运营后承接渠道盘点出口职责 | 上线 SOP、上线周期表、案例素材 | 1 | 运营负责岗 |
| 新客上线专员 | 增量块 | KYB 资料、配置、测试商户、真实小额订单验证、与本地和技术协同 | 上线检查单、测试记录 | 1 至 2 | 增量运营组长 |
| 社群运营岗（拉美 / 东南亚） | 增量块 | WhatsApp 与 Telegram 社群、公告与教育内容、社媒发布；拉美西葡英，东南亚英加本地语 | 公告模板、内容日历、社群数据 | 2 | 增量运营组长 |
| AI 运营岗 | AI 运营块 | AI 客服知识库与应答内容、运营看板、公告与流程自动化、全员工作流工具；与技术 AI 工程组共建；与 JoogoPay 共用工具、隔离数据 | 知识库、看板、自动化流程清单 | 1 至 2 | 运营负责岗 |
| 客服组长（AI 化） | 客服中后台 | 工单分级、SLA、异常升级路径；与 JoogoPay 共享工具但数据隔离；AI 先处理无效回复 | 工单报表、SLA 达成率、升级记录 | 1 | 运营负责岗 |
| 客服专员 | 客服中后台 | 一线响应、工单处理、与本地和技术转单 | 响应记录 | 1 加 AI | 客服组长 |
| 品牌线三岗（过渡期兼） | 品牌运营线 | 品牌负责岗：说法把关、物料审、发声审核、案例采集标准；对客政策岗：费率阶梯、毛利守门、客户分级政策；需求归口岗：品牌唯一需求出口进产品管理 | Deck、规范页、政策手册、需求清单 | 过渡期由分管 CEO、CFO 线、产品管理兼 | 分管 CEO |
岗位产生方式：先核对现有约 14 人的账号与实际工作（09-16 行动项），按博弈类与非博弈类分流到 DeePayment 与 JoogoPay 两个体系；再按上表岗位说明公开内部竞聘，两周观察，正式运营日以正式文件任命并写入年度目标。两个盘点出口岗先以过渡任命启用并设替补。本稿不点人。
| 维度 | DeePayment 运营部 |
|---|---|
| 范围 | 拉美与东南亚同管一个运营部（08-16），块内分两组 |
| 主打场景 | 电商独立站与一般贸易、全球薪资代发；AI 订阅第二批 |
| 客户来源 | StarPago、StarPay、BCPay 与东南亚存量中的非博弈类；商务铁三角新客 |
| 首批客户 | 10 个，配比电商贸易 6、薪资代发 3、AI 订阅 1 |
| 语言 | 拉美西葡英；东南亚英加本地语 |
| 值班时区 | 拉美白天为北京夜间，夜间责任人必设并群内公示；东南亚白天覆盖 |
| 本地体系接口 | 美洲本地部门与亚洲本地部门各自对接 |
| 编制 | 12 至 14 人 |
| 与 JoogoPay 的差异 | 准入只有中低风险一条，无三色矩阵；接入类型无代理四方与包网；无包网对接岗；客服与 AI 工具共享但数据隔离 |
| 块 / 岗 | 结果指标 | 过程指标 |
|---|---|---|
| 品牌运营线整体 | 营收、利润、可并表收入（08-31） | 正式运营条件推进；红线零事故 |
| 商户存量块 | 存量客户月交易额与毛利；迁移完成率；流失率 | 对账及时率；投诉处理时长 |
| 商户增量块 | 新客上线数（首批 10、年内百大候选）；新客首月交易额 | 五天上线达成率；案例产出数；社群活跃 |
| AI 运营块 | 人均服务商户数；无效回复消除率 | 看板覆盖率；自动化流程数 |
| 客服中后台 | 首响时效；SLA 达成率 | 工单量与分类；升级路径执行 |
| 品牌线三岗 | 物料按里程碑交付；毛利守门；需求验收通过率 | 发声审核记录；价格表更新 |
| 对方 | 交接点 | 依据 |
|---|---|---|
| 风控体系 | 客户风险等级由风控复核；博弈流量入口分流到 JoogoPay 网关，不碰 DeePayment；运营部只执行风控下发规则 | 07-25 两网关；09-15 风控标准 |
| 本地体系 | 本地负责合规、法税、真实小额订单验证；不背收入；渠道对接完成后回传渠道盘点出口 | 07-25 KPI 分层；09-16 条件第 6 项 |
| 商务部（铁三角） | 商务签约后交增量块上线；客户成功岗是每客唯一 owner，运营块提供服务与数据 | 08-29 铁三角；07-25 百大 |
| 产品技术 | 需求经需求归口岗进产品管理；技术完成测试验收并正式通知后，客户迁移责任转品牌运营、商务、本地 | 09-08 第三节第 3 条 |
| 安全 | 企业邮箱、账号、国家、数据、操作权限按 DeePayment 正在建立的权限安全标准，安全团队验收；此标准再复制给 JoogoPay | 09-16 第七节 |
| 财务 | 费率与毛利守门由 CFO 线复核；结算与对账进集团统一财务治理 | 09-15 财务边界 |
| JoogoPay 体系 | 结构一致但人员、账号、群、数据隔离；共享客服与 AI 工具不共享数据；博弈类客户转 JoogoPay | 08-31；09-15 双体系；07-25 分流 |
| # | 事项 | 建议答案 |
|---|---|---|
| ⑦ | 总负责人是否现在立 | 建议缓设至首批十个客户上线，联席 CEO 分管代行 |
| ⑧ | 主轴按职能四块还是按国家 | 建议职能四块为主，国家为块内第二维度 |
| ⑨ | 品牌线三岗是否单设 | 建议过渡期不单设，由相关体系兼 |
| ⑩ | 社群运营岗挂靠 | 建议挂商户增量块 |
| ⑪ | 盘点出口岗去向 | 建议过渡任命，正式运营后并入存量与增量块 |
| ⑫ | 夜间值班机制 | 建议拉美组每日夜间责任人群内公示，与技术夜间应急一致 |
| ⑬ | 编制上限 | 建议不超过 14 人 |
| ⑭ | 本稿与待议第 25、27 项的关系 | 建议合并为一个议题上下一次合伙人委员会，与 JoogoPay 美洲版、亚洲版同场 |
每样都有唯一责任岗、固定格式、截止日和验收标准。交付物是表不是文字；缺项标红；没交齐的不进下一步。责任岗在群里由分管 CEO 现场点名到人，本稿只写岗位。
| # | 交付物 | 固定格式（列） | 责任岗 | 截止 | 验收标准 |
|---|---|---|---|---|---|
| 1 | 客户底表 | 客户名 · 来源品牌 · 风险等级 · 业务场景 · 接入类型 · 规模层级 · 生命周期 · 覆盖国家 · 月交易额 · 迁移条件 · 责任人 | 商户整合出口岗 | 9 月 24 日 | 五个标签无空格；风险等级有风控复核签字 |
| 2 | 国家底表 | 国家 · 级别 · 渠道状态 · 可用产品 · 语言与时区 · 本地责任人 · 测试商户 · 下一步 | 渠道盘点出口岗 | 9 月 24 日 | 每个后台显示的国家都有一行；状态与后台一致 |
| 3 | 首批 10 个客户名单 | 客户 · 场景 · 国家 · 接入类型 · 需新增能力 · 预计迁移日 · 回退条件 | 商户整合出口岗会同商务 | 9 月 26 日 | 只能从五标签齐全的客户里出；配比符合建议或写明理由 |
| 4 | 人员账号与竞聘意向表 | 姓名 · 现属品牌 · 现在实际在做什么 · 系统账号与角色 · 愿意竞聘的岗位（按 B3）· 语言 · 所在时区 | 人力资源部会同运营负责岗 | 9 月 24 日 | 人数与系统账号数对得上；每人至少填一个岗位 |
| 5 | 测试矩阵与测试商户状态 | 测试类型 · 国家 · 产品 · 测试账号 · 状态 · 问题单 · 验收人 | 产品管理会同运营 | 9 月 30 日 | 每个已接通国家至少一个测试商户；多国组合测试商户各有一行 |
| 6 | 后台菜单整改进度 | 整改项（假可用功能、菜单开关、标与文案）· 责任人 · 状态 · 截图 | 产品管理 | 9 月 30 日 | 有截图为证；无效菜单关闭清单与商户类型×功能矩阵一致 |
| 7 | 对本稿待拍板项的书面意见 | 拍板项编号 · 同意 / 不同意 · 理由 · 替代建议 | 品牌运营线各负责岗与相关体系负责人 | 9 月 26 日 | 每项都有态度，不接受"都可以" |
各位，DeePayment 品牌运营方案与运营部组织架构讨论稿链接如下，请先通读。这份稿只定方向和岗位，不定人。请在以下时间交回七样东西，格式按稿里 C1 表的列，交表不交文字：9 月 24 日前客户底表、国家底表、人员账号与竞聘意向表；9 月 26 日前首批 10 个客户名单、对待拍板项的书面意见；9 月 30 日前测试矩阵、后台菜单整改进度。每周二、周五 18:00 前在群里按编号报进度，卡点超过两天直接 @ 我。没交齐的不进下一步，正式运营条件不满足不启动正式运营。责任人我现在点：（在此逐项点名）。