確立されたアフリカのブローカーが、自社のプロップファームをマルチブランド・プラットフォームへ転換した方法

クライアントはこの取り組みを「既知の存在」として始めました。つまり、自社のトレーディングスクールを持つ確立されたリテールFXブローカーであり、そしてYear One（初年度）では別のものを運用するところまで到達しました。それは、自社ブランドと複数のパートナーブランド両方を支えるマルチテナントのプロップファーム・プラットフォームで、すべてKenmoreの1つのバックオフィス上で稼働していました。では、その移行がどう起こり、さらにその根底にあるプラットフォームについて運用データが何を示しているのか——それがこの物語です。

クライアントについて

クライアントは、Kenmoreに相談する前に、自社のプラットフォーム上でかなり大きなトレーダーベースをすでに築いていた、長く運営されているアフリカのリテールFXブローカーです。彼らには、プロップファーム運営を検討するほとんどの事業者にない、3つの要素がありました：

• 登録クライアントが数万件規模の既存のFX CRM。
• 体系化されたトレーディングコースを提供する姉妹の教育ブランド。
• FXのコミッションで、すでに自分たちの送客を収益化している紹介ブローカー（IB）のネットワーク。

しかし彼らが持っていなかったのは、プロップファームのプロダクトでした。教育ファネル内のトレーダーたちは、（あるいはライブFX口座に加えて）資金提供型の口座チャレンジを求める声を、ますます強めていました。クライアントは、その需要を既存のブローカー事業を邪魔せずに収益化したいと考えました。そのために、Kenmoreに、既存のインフラに接続できるプロップファームCRMを求めたのです。入れ替えるのではなく、組み込めるものです。

ローンチ

セットアップは、MT5に接続されたTrader’s Room Prop. Firm Editionの非カスタム版から開始しました。署名済みの提案から本番の登録開始まで、およそ30日でした。

第2カ月目までに、3つの南アフリカおよびアフリカの決済プロバイダー——OZOW（即時EFT）、PayFast（カード/EFT）、地域向けの暗号レール——が、実質的な規模がまだ出る前に稼働開始しました。トレーダー向けポータルは2言語でローンチしました。アフィリエイト・モジュールはマスターラベルと同時に稼働し、クライアントの既存のアフィリエイトネットワークが初日から、プロップファーム紹介に対するコミッションを稼げるようにしました。

第1四半期の間に、プラットフォームは最初の有料チャレンジを稼働させ、最初のIBコミッションのイベント処理が進み、さらにプラットフォームのKYCパイプラインを通じて最初のKYC書類が承認されました。

転換点——1つのブローカーからホワイトラベル・プラットフォームへ

決定的な判断は第5カ月目あたりで訪れました。クライアントは、このプラットフォームが他社のプロップファームを動かすためにも使えると気づきました。KenmoreのRegionsアーキテクチャでは、複数のTrader側の環境——それぞれが独自のドメイン、ブランディング、メールのアイデンティティ、入金オプション、言語設定、管理者ロールのスコーピングを持ちながら——1つのCRM Adminのバックエンド上で動かせます。クライアントはこれを事業化することにしました。

その後の8カ月間で、Kenmoreは同じマスター設定の上に、複数の新しいリージョンを順に構築しました：

• 5月（Month 5） — クライアント自身のオペレーター・ブランディング地域が稼働開始。マスターレーベルとは別にし、既存のFX顧客ベースの大部分の受け皿となりました。
• 7月（Month 7） — 外部パートナー向けに2つ目のホワイトラベル・リージョンがローンチ。独自のブランディングとPSPルーティングを備えます。
• 8月（Month 8） — 3つ目のパートナー地域がローンチ。独立したプロップファームのプロダクトラインと、自社のTrader’s Roomを持ちます。
• 11月（Month 11） — マスターレーベル全体でコンペティションモジュールが稼働開始。チャレンジ口座で表された賞金設計（現金払いではなく）により、月次で予定されたコンペティションを駆動しました。これは、マーケティング費をプラットフォームの在庫（インベントリ）にきれいに連動させる施策でした。
• 12月（Month 12） — 4つ目のリージョンがローンチ。このリージョンはクライアントの教育ブランドに紐づけられました。「Prop Trading Academy」で、コースへのアクセスとチャレンジ口座をセットにしています。
• 13月（Month 13） — 同じ月にさらに2つのパートナーレージョンがローンチし、Kenmoreの単一バックボーン上で稼働するリージョン数は合計7つになりました。

経済構造は、KenmoreがRegions機能向けに設計した内容と同じでした。マスターオペレーターは、1つに統合されたPSP群と1つのMT5接続を通じて、全ての資金の入出金を扱いました。一方で、リージョンごとの管理者は、それぞれ自分たちのブランド、マーケティング、IBプログラム、そしてトレーダー向けの導線を運用しました。マスターオペレーターはKenmoreに対し、月額のプラットフォーム料金に加えて、ホワイトラベル・リージョンごとにセットアップ月額費を支払います。パートナーは、独自に交渉した条件に基づいてマスターオペレーターへ支払いました。Kenmoreがそれを構築し、クライアントは、以前は持っていなかった継続的な収益ストリームへと転換したのです。

FXブローカ―をプロップファームへブリッジする

この取り組みにおける最も重要な技術的意思決定は、クライアント既存のFX CRMとの統合でした。これはカスタム作業です。つまり、登録済みのFXクライアントを、アイデンティティ、KYCステータス、Affiliateの紐付け、連絡の嗜好をそのまま保持した状態で、プロップファーム・リージョンへ移動できる自動プッシュです。

この統合が解放したものが、データにはっきり表れています。プラットフォーム稼働開始から最初の4カ月は、安定しており、控えめながら堅実な登録ボリューム——月あたり数百件——でした。第7カ月では、単一のバルク移行によって、その月次ベースラインの約200倍が、オペレーターのブランディング地域へ移されました。その月の新規トレーダーのうち90%以上が、プロモコード付きでそのまま新しいリージョンへ直行しています。残りの期間も、移行によってオーガニック獲得が食い潰されなかったため、以前より高いベースラインが維持されました。つまりそれは、マスターレーベルがマーケティングしていた「アクティブな母集団（active universe）」に対する、恒久的な押し上げを生み出したのです。

これは、ほとんどのプロップファーム創業者が聞くものの、きれいに証明できる人が少ない——その根拠です。既存のFXブックを、ゼロから再オンボーディングすることなく、プロップ製品へ引き継ぐことが可能です。同じCRMが、同じアイデンティティモデルの下で2種類の顧客を保持できるからです。

提供モジュール

• Prop Firm CRMおよびTrader’s Room。中核となるプラットフォーム：登録、KYC、入金、チャレンジ購入、MT5口座のプロビジョニング、トレーダーダッシュボード、管理者向けのバックオフィス。まず非カスタム版で導入し、その後段階的にカスタマイズ。
• Regionsアーキテクチャ。マスターレーベルが最初のリージョンでした。その後の12カ月間でさらに6つが立ち上げられ、それぞれが独立したブランディング、ドメイン、入金チャネル、言語設定、管理者ロールのスコーピングを持ちながらも、1つのMT5サーバー、1つのリスク管理モジュール、1つのKYCパイプライン、1つのタスクキュー、そして基盤となるPSP群を共有しました。
• マルチレベルIB／アフィリエイト。第1カ月目から稼働。クライアントの既存IBネットワークが、プロップファームのボリュームでも収益化され続けるためです。Year Oneの終わりまでに、100を超えるアクティブIBが紐づけられ、IBが紐付いた登録が全サインアップの約27%を占めていました。これは、既存のアフィリエイト帳票が新しいプロダクトへ実際の重みを持ち込んだ強いシグナルです。
• 地域特化型の決済ソリューション。 PSP（決済代行）10社が統合され、Ninjacharge決済アグリゲータ経由でルーティングされました：南アフリカの即時EFT（OZOW）、南アフリカのカード（PayFast）、ナイジェリアのローカル回線（OnlineNaira）、南アジアの回線（CricPayz）、3つの暗号ルート（Binance、NACE、Confirmo）、およびグローバルのカード/ウォレット回線（Stripe、Skrill、AstroPay）。アグリゲータ層により、国・地域の文脈に基づいて、クライアントは適切な選択肢を適切なトレーダーに提示できました。地域ごとの個別カスタム開発は不要でした。
• カスタムルール付きのリスク管理モジュール。標準の「日次損失/総損失/利益目標」の強制に加えて、Kenmoreは標準のチャレンジ・エンジン上に、Consistency Rule（整合性ルール）、Profitable Days Counter（収益日数カウンター）、およびカスタムのトレーリング・ドローダウン機構を構築しました。これらが、クライアントがファンド口座プロダクトを一般的な競合と差別化するために望んだルールの形です。
• ランキング & コンペ。コンペティション・モジュールは11か月目に追加され、チャレンジ口座クレジット建ての賞金ラダーを用いた、複数週のスケジュール制コンペを実行するために使用されました。締切ウィンドウ内で2つのコンペが実施され、それぞれ12段のラダーで、上位は$10,000のチャレンジ口座から$2,000,000のチャレンジ口座までの幅でした。
• ライブチャット、マルチ言語UI。ローンチ時に展開された標準機能。

カスタム開発

カスタム開発は安定的に進み、オペレーションのピーク直後の数か月に集中しました。これは、クライアントが自社トレーダーの行動が、一般的なプロップファーム・トレーダーと何が違うのかを学んでいる時期です。注目すべきカスタム対応（概ね順不同）：

• アフィリエイトモジュール—追加タブ（4か月目） — クライアント固有のAffiliateワークフロー向け。
• オペレーションのレジリエンス（8か月目） — ストップコントローラ、未回収口座の復元、データ再同期。大規模なMT5同期の一時的インシデント後に、リアクティブに構築されました。
• Profitable Days Counter と追加のトリガーロジック（8か月目） — クライアントが標準ルールセットにはないチャレンジ・ロジックに追加したかったリスク指標。
• トレーダー履歴の拡張（9か月目） — タイムゾーン正規化、トレーダー履歴テーブルに買い/売りの列を追加、口座のライフスパン保持により、合否判定後も口座が表示されたままになるようにしました。
• セキュリティアラーティング（9か月目） — IP変更のログインアラートを、トレーダー・ダッシュボードと取引口座そのものの両方に表示するようにしました。
• セールス運用（9か月目） — 各種権限の調整により、サポート担当者が別個の監査トレイルの下でトレーダーの環境を閲覧できるようにしました。
• Consistency Rule とアップセルオプション（12か月目） — 1日だけ突出して大きい結果でチャレンジに合格できないようにするルールに加え、アクティブ口座を購入者の導線（インフロー）内で延長またはアップグレードできるアップセル層。
• フロントエンドの整理（13か月目） — UX刷新に先立ち、ライブチャットおよびサポートページを削除。監査トレイルをクリーンに保つため、設定変更ではなく小規模なカスタムジョブとして実施しました。

これらはすべて実際の運用上の要望から生まれたもので、ロードマップ由来ではありません。4〜13か月目に、プラットフォームがクライアント固有の要件を吸収していくことで反映されたペースであり、単発の大規模な一斉フェーズによるものではありません。

データが語ること

Year One（初年度）前半では登録数が指数関数的に伸び、その後7か月目で段階的に大きく変化しました。最初の非自明な月でベースラインが確立され、6か月目にはプラットフォームはそのベースラインの約125×で有機的に稼働していました。7か月目—クライアントが事前に保有していたフォレックス顧客基盤を、新しいオペレータのブランド地域へ大規模に移行する—では、ベースラインに対して1か月で約210×という単発の急増がもたらされ、そのうち90％以上がプロモコードにより新しい地域へルーティングされました。その後の月は、移行前の定常状態の約3〜5×で安定し、移行が「加算的」であり、有機的成長だと誤認される単発イベントではなかったことを示しています。

成功したチャレンジ購入は、9か月目に約93×でピークに達しました（最初の非自明な購入月比）。Year One前半の8月〜10月の期間は、2月〜4月の期間に比べて60×以上の成功したチャレンジ購入を生みました。これは、移行したオーディエンスがファネルへ流入し収益化したことに連動する、四半期比の収益（収入）側の拡大です。

購入者あたりの平均チャレンジ数は1.8でした。期間全体を通じて、アクティブ購入者の中央値はほぼ2件のチャレンジを購入しており、多くのケースで初めてプロップファーム製品を発見したオーディエンスにとって強力なリピート購入のシグナルとなっています。

チャレンジ売上対ペイアウト比率はおよそ18:1で推移しました。チャレンジ購入の売上は、締切ウィンドウ内で概ね18対1の比率で、ファンド済みトレーダーの利益に対するペイアウトを上回りました。ファンド済みトレーダーのペイアウト・プールはまだ初期段階です。プラットフォームは、最初のトレーダーの評価フェーズがクリアされるより前から、意味のある量のチャレンジ購入を処理していました。これは、どのオペレータのライフサイクル初年度におけるプロップファームの経済性とも整合します。

IB（アフィリエイト）経由の帰属は約27%でした。登録済みトレーダーの約4人に1人がIB口座に紐づいており、プログラムが100以上のアクティブIBをカバーしていました。これは初年度のプロップファーム業務としては高水準で、クライアントの既存アフィリエイトネットワークが、ローンチ時から新しいプロダクトに接続されていたことを反映しています。

KYC、メール、ジャーナル、タスクのボリュームが同じペースでスケールしました。ピーク四半期（8〜10か月目）の間、プラットフォームは全データセットにおけるすべてのKYCドキュメントの約60%を処理し、すべての顧客メールの半数超を送信し、全クライアント・ジャーナルのイベントのほぼ2/3を記録しました。

地理的到達範囲が191か国まで拡大 — トレーダーベースは圧倒的にアフリカ（全登録の約72%）と南アジア（約18%）に集中していました。最大の出身国は、実際にはオペレータのホーム市場ではありません。データは、主要なアフリカ2か国がほぼ同率で分かれており、他の複数のアフリカ諸国も実質的なボリュームを生み出していることを示しています。プラットフォームは一度構築され、クライアントの元のブローカーが到達できたはるかに大きな地図からトレーダーを引き寄せました。

メール確認率は84% — 全体集団で見ると、高すぎないが十分に高い数値です（登録ファネルがジャンクなトラフィックで汚染されていないことを示すには十分）。一方で、未確認のコホートにもなお獲得余地があることを示唆するには十分に低い数値でもあります。

地域別の規模設定は、ホワイトラベル事業が成熟するにつれて変化しました。 戦略的ピーク（13か月目）では、オペレータ自身のブランド地域が全トレーダーの約60%を占め、マスターレーベルが約39%、残りを4つの外部ホワイトラベル地域が占めていました。

Product Velocity

13か月で、クライアントは29カテゴリにわたる338種類の個別チャレンジ商品バリアントを構築し、設定しました—One-Step、Two-Step、Three-Step、Three-Phase、Pro、Smart、Instant Funding、Free Trial、コンペティション に加え、パートナー固有のティアです。新規プロダクト設定だけで生み出されたピーク月は87の新しいチャレンジバリアントで、運用開始初年度の最初の四半期全体で作られた数を上回りました。各ホワイトラベル地域は、同じエンジンの下でそれぞれ自分たちのプロダクトラインを定義できました。プロモコードは段階的にスケールしました。期間を通じて約2,800コードが作成され、18,000回以上使用され、その中でも最も使用量が多かった単月は7か月目の大規模移行でした。

新規参入のProp Firm（1年目）の運営者にとって、このレベルのプロダクト多様性は、業務運用の高度さを示す先行指標になりがちです。つまり、チームがプラットフォームを信頼しており、提供内容を毎週アップデートできるだけの余地があったということです。

このプロダクトが証明すること

Kenmoreのプラットフォームについて、このエンゲージメントが明確に示していることはいくつかあります。:

市場投入までのスピード。最初のトレーダー開始までのセットアップはおよそ30日でした。ファネルに十分な意味のある取引量が到達する前に、3つの地域のPSPがすでに稼働していました。ローンチを遅らせるための「それは後で統合します」という駐車場（先送りの猶予）はありませんでした。

Regionsのアーキテクチャは単なる機能ではなく、ビジネスモデルとして機能しています。このクライアントは2つのブランドを運用していただけではありません。Kenmore導入をホワイトラベルのプラットフォームへと発展させ、さらに6つの地域を追加でオンボードしました。クライアントは現在、プラットフォーム自体を販売しているほか、同プラットフォーム上でチャレンジも販売しています。

フォレックス・ブローカーは、ブックを再オンボーディングすることなくProp Firmへブリッジできます。このエンゲージメントで最も価値の高いカスタム統合は、クライアント既存のForex CRMと、新しいProp Firmのリージョンをつなぐコネクタでした。第7カ月の移行が、それをスケールできることを示しました。

プラットフォームは標準モデルを壊さずに、カスタムのリスクロジックを取り込みます。Consistency Rule（整合性ルール）、Profitable Days Counter（収益日数カウンター）、カスタムのトレーリング・ドローダウン—これらは、フォーク（分岐）を必要とせずに、標準の「日次損失/総損失」の強制に並行して組み込みました。新しいルール形状は追加され、古いルール形状は動き続けます。

新興国のPSPカバレッジは調査の問題ではなく、提供（デリバリー）の問題です。クライアントは、南アフリカ、ナイジェリア、南アジアのPSPに加えて、暗号資産、そしてグローバルカードも求めており、それらは1つのアグリゲータ経由で、地域ごとに調整可能でした。Kenmoreは期間中に10種類の個別の統合を提供し、その大半はプラットフォームが運用上のピークに達する前の最初の8カ月以内に実装されました。

マルチリージョンはマルチシステムを必要としません。MT5サーバー1つ、KYCパイプライン1つ、リスク管理モジュール1つ、タスクキュー1つで、7つのリージョンをそれぞれのブランド、言語、入金オプション、管理者ロールのスコープつきで稼働させました。新しいリージョンを追加しても、運用上のフットプリントはほとんど増えませんでした。

ひと目でわかる主要KPI

指標	値
署名済み提案から初回の稼働トレーダーまでの時間	≈ 30日
Kenmoreの1つのバックボーンで稼働するRegions	1 → 7（13カ月で）
外部ホワイトラベル・パートナーのリージョンオンボード数	5
チャレンジのプロダクト構成の構築数	338
チャレンジカテゴリ	29
稼働中のPSP統合（アグリゲータ除く）	10
サポート言語	2
登録トレーダーのある国数	191
登録トレーダーベースに占めるアフリカの割合	≈ 72%
登録トレーダーにおけるIB起因の割合	≈ 27%
ネットワーク内のアクティブなIB数	100+
購入者あたりの平均チャレンジ数	1.8
チャレンジ収益 : 資金提供後のペイアウト比率	≈ 18:1
メール確認率（コホート全体）	≈ 84%
第7カ月の月間登録急増（第1カ月のベースライン比）	≈ 210×
ピーク月のチャレンジ購入数 vs 最初の実購入月	≈ 93×

---