五周完成迁移,三年复利增长:一家区域性 ECN/STP 经纪商如何将既有盘面接入 Kenmore——并且稳步不变

有一种外汇经纪业务的案例研究,核心就是“变革”:平台更换、监管转向、增长曲线像“冰球杆”一样向上。这不是那种案例研究。这个故事讲的是“稳”。讲的是一位客户带着既有的交易者盘面走进来,提出要一个“可立即上线交易”的平台,并在五周内上线;随后在上线后的第一个月内完成对该盘面的主要迁移;接着在接下来的两年半里,继续在同一套技术栈上进行复利式增长。没有平台迁移。没有重新架构。只有随着业务成熟而不断累积的 PSP、账户类型、IB 工具以及运营功能的逐步完善。

用一句话来说,这是一个“韧性经纪业务”的故事。而这也是我们最喜欢的那类故事。

关于客户

该客户是一家覆盖 MENA 区域的区域性 ECN/STP 外汇经纪商,拥有相当规模的交易者基础,并延伸至新兴亚洲地区。大约 40% 的注册客户来自 MENA 国家;另有 25% 来自南亚和东南亚。该平台端到端支持英文和阿拉伯语界面,包含从右到左的布局、本地化的邮件模板,以及阿语支持路由——不过,交易者群体的通用语言仍是英文;阿拉伯语则作为母语入门的第二语言本地化。

他们的产品线毫不含糊地属于传统零售外汇,使用 MetaTrader 5 执行:面向活跃交易者的紧点差 ECN 账户、新进入市场的 Standard 账户;另外还为机构客户提供较长尾的专业账户配置,包括 PAMM/MAM 资金管理者、基于返佣驱动的 IB 子账户,以及一条 US Stocks 线。没有挑战阶段、没有资金计划、没有合成工具——只有一个真实可交易的交易大厅、背后真正的经纪商,以及为接入、KYC、入金、支持和支付使用该平台的交易者而准备的运营“机器”。

他们的获客策略高度依赖 IB。约 45% 的注册交易者是通过平台内的多层级 Introducing Broker(IB)项目被介绍过来的。当前活跃的 IB 名单规模在数百以内;更长的尾部由更多子 IB 构成。多层级返佣引擎会将佣金在经纪商选择补偿的多个层级之间进行路由。

上线

提案在第 1 年 Q3 末签署。以 Kenmore 的标准衡量,范围相对常规:MT5 的 Trader’s Room、嵌入式 CRM、多层级 IB 模块、Tools4Brokers 的 PAMM 扩展、与一家 PSP 的入金对接、手动银行转账与加密入金表单、在线聊天、多语言支持,以及 Trader’s Room 的全新设计。

整个搭建过程按标准的四个阶段推进——Discovery(发现)、Development(开发)、Testing(测试)、Deployment(部署)——并在合同签署后约五周内上线。上线后的前两周内,我们已完成 MT5 服务连接的搭建、配置邮件基础设施、部署在线聊天,并迁移第一批交易者。第一笔 PSP 集成(区域内友好加密的处理器)与上线里程碑同时交付。

上线的决定性事件并不是切换本身——而是随后的迁移。在上线后的第二个月结束时,原有的交易者盘面已被完整导入到新平台中,包括账户历史、KYC 文件以及 IB 层级结构。这一个“迁移月份”就占据了平台迄今为止所持有的每一位交易者的约三分之二;剩余三分之一则是在随后这三十个月里通过 IB 网络与直接注册自然累积形成。

交付的模块

Trader’s Room 和 外汇CRM(MT5)

客户在第一天就需要一个能够承载其既有盘面的 Trader’s Room,把每一项运营事件都通过单一的 CRM 工作流进行路由,并让他们的团队拥有一个清晰一致的后台管理界面来运营经纪业务。我们交付了带嵌入式 CRM 的 Trader’s Room。在第二年运营高峰期间,系统在一个峰值月份内处理超过一千个内部任务——包括注册审批、KYC 审核、入金确认、出金审批、IB 账户开立、转账请求以及交易者更新——所有任务都通过同一个队列路由,并采用基于角色的权限与基于语言的分配规则。

截至目前,平台已经记录了大量已完成的入金与出金任务流,两个账本侧的完成率均高于 99%。我们往往会在潜在客户询问“Kenmore 的 Trader’s Room 是否能承载真实交易运营”时重点强调这一可靠性指标:其入金与出金完成率与主流银行卡网络保持一致,并且在三十个月内持续保持。

MetaTrader 5 集成

客户完全在 MT5 上交易。我们在上线时就配置好了单一的 MT5 服务连接,为经纪商的每条交易产品线创建了账户组,并从那时起一直保持该基础设施稳定运行。没有平台迁移,没有从 MT4 到 MT5 的过渡,也没有从白标到直连服务器的切换。客户在第 1 年上线的 MT5 技术栈,就是他们今天仍在运行的那套 MT5 技术栈。这种稳定性是有意为之,我们认为这正是 Kenmore 的交付应该让人感到“无聊”的地方:交易平台并不是一家成功经纪商希望把主要运营注意力投入的领域。

多层级 IB 管理

IB 项目是客户的主要获客渠道,也是本次合作中定制程度最高的模块。我们在上线当天就将既有的多层级 IB 层级结构迁移到新平台——包括推荐链接(referral URLs)、子 IB 层级、佣金规则——随后又在接下来的两年里逐步迭代扩展系统能力。

当前配置支持任意数量的 IB 层级,返佣逻辑可针对每个 IB 以及每种产品进行配置,作为点差(pips)、佣金占比、固定现金或利润分成的函数;也可以在一次配置里使用这些因素的自定义组合公式。多层级返佣引擎会持续不断地生成佣金事件;返佣变更事件会被记录以便透明可追溯,而 IB 可以通过点击一次,将其完整的子树(sub-tree)以可下载的 CSV 文件形式拉取出来。

今天,注册交易者基础中约 45% 归因于 IB——也就是说,经纪商所拥有的每位客户中将近一半是通过 IB 网络进入,而不是通过付费获客或直接注册获得。对该客户而言,IB 项目就像对其他经纪商而言的“付费流量”:它是主导渠道,会随着投入而扩展,并且平台正是为承载这一点而设计的。

PAMM/MAM 资金管理者模块(Tools4Brokers)

我们在上线时集成了 Tools4Brokers PAMM,并从第一个星期开始在生产环境中运行。该客户将其作为资金管理者产品来使用:经验丰富的交易员通过 Traders Room 申请注册为 PAMM 管理者,设置其业绩条款,并通过面向交易员的门户接受投资者分配;经纪商的后台管理团队通过 CRM 审批管理者和投资者账户。在合作期间已开设了数百个 MAM/PAMM 账户。合作进行到中途时,我们为 PAMM 注册流程交付了自定义的条款与条件弹窗,其中包含明确的接受记录追踪以及带时间戳的协议记录——这种由合规驱动的细节,如果没有在设计阶段就融入进去,事后改造会非常痛苦。

多语言支持

客户从第一天起就上线了双语版本。Traders Room 以及面向经纪商的 CRM 均已本地化为英语和阿拉伯语,并为阿拉伯语提供完整的从右到左布局;按语言本地化邮件模板,并进行语言路由的客服分配,以确保阿拉伯语客户请求能够转交给说阿拉伯语的运营人员。在已注册的交易员群体中,英语占主导——大约每二十名交易员中有十九名使用英语界面——但正是阿拉伯语配置让经纪商在其主要市场中被视为认真可靠的运营方。

实时聊天

实时聊天已直接接入 Traders Room 以及面向公众的网站,两者使用同一套聊天系统。聊天运营人员按地区和语言进行权限划分。交易员的聊天历史会绑定在其 CRM 记录中,因此当交易员发起对话时,运营人员在同一视图中已能看到交易员账号、KYC 状态以及近期交易记录。

支付解决方案

客户在上线时从一个 PSP(支付服务提供商)开始——这是最初的范围,并且保证了上线按原计划在五周内完成。在接下来的十八个月里,我们又叠加了四个额外的支付集成:

  • 区域法币 PSP(SticPay),在第 1 个月以上线入金渠道的形式集成。
  • 第二个区域法币 PSP(Praxis),同时完成入金与出金集成,并于第 4 个月交付。
  • 加密货币 PSP(Cregis),支持 TRC20、ERC20 和 BEP20 网络上的 USDT,并于第 13 个月交付。加密支付逐渐成为客户按量计最大的入金渠道之一。
  • 第三个法币 PSP(Unipayments),在第 21 个月交付;当客户希望为新兴市场的支付提供更广泛的通道多样性时启用。

在这些 PSP 之上是 Kenmore 的支付聚合器(Ninjacharge),它作为路由层,根据地理位置、币种以及 PSP 可用性来决定任意一笔入金应由哪个 PSP 处理。Ninjacharge 是一种智能路由层,会把交易分发到最适合该交易员所在地区的底层 PSP;当某个通道达到上限时,还会自动进行回退。

除了这些自动化通道外,经纪商还为偏好或需要场外结算(off-rail settlement)的客户运行手动银行转账以及直接加密钱包的入金/出金流程。在整个合作期间,这些手动通道——通过 CRM 管理的审批队列路由的银行电汇,以及带 QR 码收据上传的加密钱包转账——合计占据了大部分的总入金量。PSP 路由的流程则覆盖高频的长尾需求。

截至今天,完整的入金通道构成包括覆盖多个地区和币种的六十多个商户配置。按总入金量占比来看,手动加密钱包与手动银行转账基本旗鼓相当,都是最大的通道;其余部分由 PSP 路由的加密和法币通道来补足。

奖金/授信系统

奖金和授信业务与常规入金共用同一套任务与审批工作流。客户用于 IB 佣金抵扣授信、偶发的促销活动以及余额调整——全部通过 CRM 路由,并使用基于角色的审批权限,同时配有记账式的审计追踪。

网页设计

Traders Room 的视觉识别(包括配色方案、页眉、页脚、品牌化图标,以及基于 CSS 的主题级覆盖)作为上线交付的一部分提供,并在合作过程中随着客户迭代其公开品牌而不断完善。面向交易员的门户从端到端承载经纪商自身的视觉识别;界面中没有任何内容会暗示它是第三方平台。

自定义开发

从第 1 个月开始,一条持续的自定义开发线一直与标准模块路线图并行推进。在整个合作期间,我们已交付了一百多项离散的自定义增强——其中大多数都是小而精准的需求,并且在收到请求后数天内完成。我们认为能让长期的 Kenmore 合作持续发挥作用的模式是:小规模、具体明确、交付迅速,并且持续迭代。客户不必在“我们想把这个小东西改掉”和“我们不想等两个月才能改掉”之间做选择。部分更实质性的开发线包括:

  • 多层级 IB 回扣引擎。上线时交付了标准的多层级 IB 模块。在第二年里,我们构建了更丰富的回扣逻辑层——支持多币种、可按每个 IB 覆盖费率、除支持基于点差(pip)的计佣和按比例计佣之外还能进行利润分成、构建 IB 树结构,并对回扣费率变更提供完整审计日志。IB 计划是本次合作中延展最长的模块。
  • Telegram 和 Slack 通知集成。我们将经纪商内部的 Telegram 与 Slack 频道接入以支持实时入金、出金、注册以及佣金事件。通知可按频道、按事件类型以及按地区进行配置;根据运营人员的反馈,我们多次迭代哪些字段会出现在每一条通知中。
  • WhatsApp / messenger OTP 验证。合作进行到中途时,客户希望有第二因素验证通道,以满足那些更偏好通过消息而非邮件进行操作的客户。我们交付了一个 messenger-OTP 集成:通过 WhatsApp 工作,并支持逐交易员的选择加入(opt-in);验证时间戳会存储在交易员资料记录中。
  • 销售模块。Kenmore 的“高级销售团队”模块在第二年上线给该客户。它支持他们的线索路由规则、按语言与时区分配销售代理,以及从注册到首笔入金的全流程流水跟踪。
  • 带 QR 码收据上传的加密入金与出金表单。对于手动加密通道,交易员可以附加二维码或链上交易的截图;系统会自动关联入金对应的钱包地址,运营人员只需点击一次即可通过 CRM 审批这些入金/出金。
  • 带经纪商定义字段的自定义出金表单。对于每条法币出金通道(银行电汇、区域派付等),我们都构建了各通道专属的字段配置——收款人姓名格式、参考字段以及校验规则——确保从平台发出的出金数据始终符合接收通道的要求。
  • PAMM 服务协议工作流。PAMM 注册流程现在包含一个明确的条款与条件弹窗,其中有两个接受复选框,并生成带时间戳的接受记录,存储在交易员资料中。
  • 账户限额策略执行。对单个交易员的账户数量上限进行客户端与后台两侧的限制执行;在合作期间,随着客户产品结构的扩展,上限从五个提高到十个。
  • 邮件模板变量扩展。客户在确认、存取款状态、KYC提醒以及IB返佣支付等方面拥有数十个已定制的邮件模板。在合作期间,我们会根据需要随时新增替换变量(如账户类型名称、支付方式细节、IB分层名称),以便新模板能够使用这些变量。
  • 自定义IB推荐URL处理。除标准的IB推荐URL外,客户还为不同的IB活动提供了多种自定义URL格式和参数约定。我们通过CRM交付了对这些格式的支持,以及相应的跟踪处理流程。

这些的节奏是稳定的。在上线后的三十个月期间——不包括上线当月和迁移当月(这两个月的工作量更高)——开发日志显示平均每月完成三到五项增强;在第二年下半年出现了高峰(当时销售模块、WhatsApp OTP 和 Cregis 加密PSP集成都落地),第三年同样又出现了提升,因为IB工具链逐渐成熟,PAMM也获得了协议工作流。

数据说明了什么

该平台已上线超过三十个月。下方数据来自运营数据,并以比率、倍数和百分比的形式呈现——从不以绝对值呈现。

已迁移的账户在三十个月内实现复利增长

从数据中可以看出“上线与迁移”这一阶段是一时间巨大的峰值,随后是三十个月的持续累积。大约三分之二的交易者在上线后的前两个月内出现——因为当时导入了现有账本。剩下的三分之一是在随后的几年里通过自然方式以及IB项目逐步建立起来的——这意味着:在上线时经纪商为每引入两名现有交易者,就会通过平台的自然渠道和IB驱动渠道再签约大约一名交易者。

到第三年结束时,注册交易者基础已增长至迁移后基准的约1.55×。

上线后每月节奏显示有两次自然注册激增——一次发生在第二年第四季度(由一次IB营销推动,令此前季度的平均值提高了4倍),一次发生在第三年第一季度——其间夹杂着三十到八十范围内的稳定状态月份。

存款量增长了一个数量级

更清晰的增长故事在存款量这一侧。第1年Q1的季度存款量(上线后的第一个完整季度)作为参与度的基线。到第3年Q1,季度存款量已增长到该基线的11倍以上。

提款量与存款量保持大致0.7到0.9的比例,这是活跃型零售经纪商的典型水平——这并非一次性“存入并离开”的模式,而是一种持续的交易运作:客户会持续存款、交易并在持续基础上提款。在整个参与期观察到的最高月度存款量,相比早期上线基线超过130倍,部分原因在于偶发的机构性存款通过经纪商更高层级的账户类型流入。

一个在单一平台上运行的传统产品

经纪商的账户类型目录是我们平台上最丰富的之一。已定义超过110种账户配置,覆盖该经纪商的产品线:

  • 标准账户(免佣、点差更宽)——新注册用户的主力。
  • ECN账户(原始点差+按手计佣)——面向活跃交易者的产品。
  • 适用于高入金客户的Pro和机构账户。
  • PAMM Manager和PAMM Investor账户用于资金管理者资金流。
  • Wallet、Rebate、Reward、Demo、美国股票账户以及符合奖金资格的账户共同构成了较长尾部。

这些配置都基于单一的MT5服务运行。

客户参与度保持稳定

注册交易者群体的核心参与度数据:

  • 大约注册交易员中有九成已确认其电子邮件地址——足以表明注册漏斗是真实流量,而非机器人注册。
  • 七成已完成KYC审批——对区域型经纪商而言是稳健的合规率。
  • 注册账户中有四分之三处于活跃状态(未被删除、暂停或归档)。
  • 注册交易员中有45%归因于IB——意味着IB项目按占比计算是最大的单一获客渠道。
  • 交易员用户基数中有10%已达到已入资账户状态——这是成熟经纪商的典型零售外汇转化率。

以行业级别可靠性运行

在覆盖全部已处理的入金与出金任务记录的范围内(不包括迁移导入),入金完成率为98.9%,出金完成率为99.4%。运营团队规模小到可以用“数十名管理员”来度量;权限配置包含多个MENA地区运营岗位,此外还设有专职销售与市场、IT、IB-VIP以及查看者(viewer)角色,全部通过Kenmore的基于角色的访问控制授权。

来源分布:由MENA主导,并拥有显著的亚洲用户足迹

基于IP推导的交易员地理分布显示MENA高度集中,同时也有可观的南亚及东南亚存在;另外还有一部分来自欧洲及其他地区的交易员“尾部”,这些用户通过同一套后端(back office)由多语言平台服务。

账户类型构成

实际交易账户在账户账本中占主导地位,IB与MAM账户合计几乎占全部账户的三成——这种结构是该经纪商产品策略的鲜明特征。尤其是资金管理者(Money Manager)占比在同等规模的经纪业务中异常偏高,反映了客户将资金管理者(money-manager)业务线作为并行收入渠道进行投入。

支付通道结构

按交易量计算,最大的两个入金通道——手动银行转账和手动加密钱包——合计占所有记录入金量的约85%。由PSP路由的长尾通道(Cregis加密、通过Ninjacharge接入的区域法币PSP)在剩余15%的部分中承担更高的交易频率。该分布符合这样的经纪商特征:其较大客户更偏好“高触达”的结算通道,而其零售客户则使用自动化的PSP路由。

本报告证明了什么

从本次合作中得到的结论并不是那种“鸿沟式增长(hockey-stick)”的故事。这更像是稳定的常态化表现。

上线速度快,且使用已有客户账本(book)。从签约到上线系统仅五周,且经纪商的完整既有交易员账本已在第二个月内完成迁移。这不是那种经纪商拥有“从零开始”的奢侈去构建到第一个交易日的绿色田园式上线——这是把一批既有客户迁移到新平台,同时在迁移过程中不丢账户、不丢KYC文件、不丢IB层级。迁移工具和“Trader’s Room”首日范围(day-one scope)的落地效果与预期一致。

具备韧性,而无需重新搭平台。在单一MT5栈上持续不间断运行30个月。没有平台迁移,没有“拆了重做(rip-and-replace)”事件,也没有重大架构变更。第一年上线的那套平台,就是今天仍在运行的平台;其上叠加了更为丰富的模块配置。对于经纪业务运营方而言,这种“看起来平淡无奇却实际上最难交付”的结果——意味着平台能够承载增长而不成为瓶颈。

持续能力驱动的定制开发。 每个月、每月都持续进行三到四项小型定制增强,持续三十个月——这才是一个高效合作伙伴关系的节奏,而不是一次性交付。标准模块路线图覆盖了经纪商所需的大部分内容;定制层则负责处理经纪商特有的边界场景。两者运行在同一平台之上。

由 IB 驱动的增长引擎,并实现规模化。 交易员基础中有 45% 的归因来自平台内的 IB 项目。活跃 IB 名单规模处于数百以内,但其下还有更广的子 IB 尾部。多层级返佣引擎会在连续的基础上结算佣金,并提供完整的审计日志。IB 模块是本次合作中扩展程度最高的模块,也是与经纪商增长关联最直接的模块。

多 PSP 冗余且无需锁定。 经纪商在上线时从 1 个 PSP 起步,如今已运营 4 套支付集成外加手工通道,并具备跨通道的智能路由能力。当单个处理器触及日限额,或区域通道出现故障时,入金会在无需人工干预的情况下改走替代通道。

规模化下的可靠性。 通过平台处理的完整交易历史中,入金与出金的完成率均达到 99% 以上。经纪商运营团队真正感受到的指标是这个——并不是头条式的 AUM 数字,而是入金能否顺利到账、出金能否按流程处理且无需升级处理。

当这是一个按我们期望运行的 Kenmore 合作时,它会呈现出这样的样子:快速上线、迁移过程干净顺畅、平台稳定可靠,并形成与业务共同成长、而不是被业务消耗掉的定制开发节奏。

一览关键指标

指标数值
从签约到上线系统所需时间≈ 5 周
持续运营的月份数30+
交易员基础增长——迁移后基线到当前1.55×
季度入金规模——第 3 年 vs 第 1 年(相同日历季度)11×
峰值月度入金规模 vs 早期上线基线130×+
出金/入金规模比(稳定态)≈ 0.7–0.9
已注册交易员基础中 IB 归因占比45%
网络中的活跃介绍经纪人(IB)数百以内
在平台上定义的账户类型配置110+
账户类型产品名称种类35
Trader’s Room 与 CRM 支持的语言2(英语、阿拉伯语——含 RTL)
生产环境中的 PSP 集成4(另含手工银行与 & 加密通道)
交易平台仅 MT5——不进行平台迁移
跨已注册交易员的邮件确认率≈ 90%
已注册交易员中 KYC 审核通过占比≈ 71%
已注册交易员中活跃账户占比≈ 74%
入金完成率(状态:completed)98.9%
出金完成率(状态:completed)99.4%
上线后交付的定制增强30 个月内累计 130+
管理端运营团队规模数十名管理员

是否要迁移现有经纪业务?

Kenmore 从第 1 天起的 Trader's Room 和迁移工具,五周内就承接了完整的交易员账本——并在 30 个月内保持稳定。欢迎联系我们,了解您的业务运营情况。

无需重新搭建平台的迁移。

Get access to documentation and consultation