2つのリージョン、2つのプラットフォーム、数万のトレーダー：Kenmoreで実現したグローバル取引型プロップファームの24か月の取り組み

クライアントについて

クライアントは、ガルフに本社を置くプロプライエタリ（自己資金）トレーディング企業で、取引対象はグローバルです。チャレンジのファネルは、200か国以上の国の個人トレーダー向けに販売されています。最大規模のコホートは英国、米国、インド、フランス、ドイツ、そして地中海地域から集まっており、トレーダー向けの体験全体は英語で提供しています。彼らは包括的なプロダクトラインを運用しています。ワンステップ、ツーステップ、スリーステップの評価チャレンジに加え、インスタント・ファンド型およびインスタント・プロ型のバリアントも用意。さらに、固定ドローダウンおよびトレーリング・ドローダウンのリスクモデルの両方に対応しています。

ローンチ — 契約から稼働中のトレーダーまで約1か月

初回のセットアップ請求書は、最初の月の第3週に発行されました。プラットフォームへの最初のトレーダー登録は、その32日後でした。最終引き渡し（ハンドオーバー）の請求書は、サインオンから約6週間後に完了しました。その間に私たちが展開したのは以下です：

• 標準のMatchtraderスタックに対して設定した、Kenmore Prop Firm Trader’s RoomおよびCRM一式。
• パブリックのチャレンジファネルのためのExpress Checkout;
• 取引（トランザクション）メールおよびマーケティングメール;
• ライブチャット;
• Paytikoを介したExpress-checkoutの決済連携。ルーティングのために、私たちのNinjacharge集約レイヤーの背後に配置。
• ブランディング（ロゴ、ヘッダー、フッター、ファビコン）および、トレーダー向けポータルにおけるアフィリエイトURLのリダイレクト。

最初の波となる50件超のチケットは、そのオープニング・スプリントに集中しました。ローンチが落ち着いた後は、カスタム開発の作業ペースは月あたり数件のチケット程度まで低下し、その水準を維持しました。

私たちが提供したもの

Prop Firm CRMおよびTrader’s Room

展開の中核。CRMは、ファームのディレクター、サポートチーム、リスクチームに対し、すべてのトレーダーとのやり取りをカバーする単一のワークスペースを提供します。入金、KYC、デモ段階での勝ち／負け、ライブ口座の作成、出金依頼、IBコミッション、サポートチケットにまたがる統合タスクキューです。Trader’s Roomは、エンドクライアントに対して、登録、KYC完了、チャレンジの購入と再挑戦、2つのリージョンそれぞれにまたがる口座管理、そして出金依頼のためのポータルを提供します。

業務運用の流れの中で、タスクのワークフローは、Year 1とYear 2の間でスループットが1桁（オーダー・オブ・マグニチュード）成長することを処理しました。とりわけYear 2の単一の秋の月は、典型的な月のタスク量の約2.4倍で稼働しましたが、プラットフォーム側の介入はありませんでした。クライアント・ジャーナルの完全な監査証跡と、管理アクションの監査証跡が、すべての記録を裏付けます。これらは、クライアント専任の4名体制の社内管理チームにより運用され、システム管理についてはKenmoreチームが支援しました。

チャレンジ管理 — プロダクト・ファクトリー

これがプラットフォームの最も得意な領域であり、データにも表れています。エンゲージメント期間中に、870件超の独立したチャレンジ設定が構築され、販売されました。設定カタログは、ワンステップ、ツーステップ、スリーステップ、インスタント、インスタント・プロのカテゴリをカバーし、固定ドローダウンおよびトレーリング・ドローダウンのリスクモードで提供されます。これらは、ファームのMT5およびMatchtraderの口座タイプ・カタログにマッピングされています。

プロダクトのスピードは意図的に一様ではありません。Year 1では、約90件のチャレンジ設定が作成されました。ローンチして運用するのに十分な数です。Year 2では、季節性のあるプロダクトサイクル、特別イベントのチャレンジ、パートナー限定オファーへとファームが注力したことで、数がさらに8倍以上に増えました。Year 2の秋の単一月には、1回のプロモーション実行に向けて130件の新しい設定が立ち上げられました。Year 2の初冬の単一月には、300件超でした。設定は、ファームのプロダクトチームがノーコードで扱えるサーフェスです。新しいチャレンジバリアントをローンチするのに開発者は必要ありませんし、彼らはそのサーフェスを積極的に活用しました。

リスク管理とランキング

トレーリング・ドローダウンは、エンゲージメントの初期段階でカスタムトリガーの種類として追加されました（この機能はファームから明確に要望されたものです。詳細は以下の「Custom Development below」を参照。この機能は、その後、私たちのプロップファーム導入基盤全体の標準となりました）。ファームのチャレンジ設定のうち、約3分の1は現在トレーリング・ドローダウンのルールを使用しています。リスクチームそのものは、Year 2の後半に専任の管理者ロールとして追加されました。これは組織としての成熟のサインであり、単なる不足の解消ではありません。プラットフォームはすでに本番環境でルールを強制しており、ファームは見えてきた内容に対応するために人員を増やしました。

マルチリージョン運用 — 2つのブランド、1つのCRM

ファームは共有プラットフォーム上で2つのリージョンを運用しています。主要ブランドは最初の月に立ち上げられました。2つ目のブランドは5か月目に展開されました。これには、独自のロゴ、ファビコン、MT5連携、入出金フロー、リージョン別のメール送信者、および主要ブランドから分離された口座の一意性ルールが含まれます。リージョンを考慮したチェックにより、トレーダーが両ブランドで口座を保有してもアイデンティティが衝突しないことが保証されます。リージョン別のメールは適切な送信元から送られ、バックオフィスではリージョンタグ付きで2つのリージョンが1つのタスクキューとして見えます。

2つ目のリージョンはトレーダー登録全体の約9%を占めますが、Year 1の稼働期間中とYear 2前半のうち、ファームが主要ブランドへ注力を統合するまでの間は、登録比に比べて大きな割合で貢献しました。

トレーディングプラットフォームの連携と移行

ローンチはMatchtraderで行いました。MT5は、2つ目のリージョンの展開と同時期となる5か月目に追加され、これによりファームは同一のTrader’s Roomに対して2つの取引プラットフォームを並行稼働できるようになりました。エンゲージメント期間中は、その後、顧客向けの導線を壊すことなく、2種類の異なるMT5サーバー移行（口座、グループ、取引履歴）を実施しました：

• Year 1末／Year 2開始： 既存の元MT5サーバーから、新しいMT5デプロイメントへの取引口座の完全移行。これは2つの移行のうち大きい方でした。新サーバーをデプロイし、口座とグループを移行し、Trader’s Roomでルーティングを切り替え、旧サーバーを廃止。
• Year 2中盤： プラットフォームのフットプリントを統合し、すべてのリージョンを現在の本番MT5へ揃える2つ目のMT5サービスのデプロイ。

MT5作業と並行して、特定のプロダクトラインのトレーダーについて、MT5からMatchtraderへの口座移行も実施しました。これは、ファームのリスクおよび執行に関する嗜好に基づいて、ファンド済みトレーダーの母集団をプラットフォーム間で移動するものです。これらを通じて、公開されているチャレンジファネルは販売を継続し、既存のファンド済みトレーダーはそのまま取引を続けました。

標準のMatchtrader連携は、Kenmoreの口座タイプ・カタログを通じて、口座作成からレバレッジティアの割り当て、デモとライブのプロモーション切り替えまで、プラットフォーム側のカスタムコードなしで一通り処理します。

決済ソリューション — マーチャントスタック

チャレンジ購入のためのアクティブな決済スタックは次の構成になりました：

• 主要PSPとしてPaytiko。金額ベースで成功したチャレンジ購入ボリュームの約93%をカバー；
• PSPレイヤーの上にあるルーティング／集約レイヤーとしてNinjacharge；
• エッジケースおよびオフライン照合のための、管理側の手動承認チャネル。

The dollar-share is concentrated, but the operational benefit isn’t the number of merchants — it’s that adding or swapping a PSP behind Ninjacharge is a configuration change rather than a code release. The integration was sized to grow.

Affiliates — the program migration

During the engagement, two distinct partner-program models ran, and the transition between them is part of the story.

The original Affiliate engine ran from launch through the start of Year 2 — multi-level commission rules and automated commission-event task workflows for every qualifying challenge purchase. In the second quarter of Year 2 we migrated the firm onto a renewed Affiliates module — leaner, with cleaner reporting and a tighter integration into the Kenmore Affiliate Tree visualisation — and the Affiliate-account creation queue handed off to the Affiliate-account creation queue. By end-of-window the firm had a partner account base running into the high hundreds, combined across both program generations.

The commissions ran to several hundred commission events through the engagement, but the program is deliberately a top-up rather than the primary acquisition channel — direct sales through the seasonal promo calendar (see below) is the engine.

Express Checkout and the seasonal promo engine

Challenges are purchased through a single-page express checkout linked from the firm’s marketing site, with the Kenmore Promo Codes module powering the discount layer.

In Year 1 the promo engine carried the bulk of the discounting work: 76 distinct promo codes built around a calendar of seasonal events (summer, year-end, retake offers, holiday-themed campaigns, Black Friday, Cyber Monday, and several holiday-themed campaigns each year), generating roughly 8,500 discount-applied checkouts. The single best-performing code drew nearly 2,800 uses; the next, more than 2,400. In Year 2 the firm shifted strategy and moved most discounting into the challenge-configuration layer itself (price-vs-list directly on the product), which simplified attribution but kept the seasonal cadence going through the configuration build-out.

KYC, multi-language, live chat, and the trader documents pipeline

KYC ran through the standard Trader Documents module — submission, reviewer assignment, expiration handling, approval emails, and AML scoring all wired into the task workflow. The processed-document-to-registered-trader ratio sits at just under one document per registered trader across the operational arc. KYC is gated to the funded-trader stage rather than registration, so the bulk of submissions concentrate on the population that’s actually about to be paid out.

The portal is single-language English, which suits the firm’s globally-trading audience — the trader population spans more than two hundred countries but registers and trades in English. Live chat is on by default for the trader portal and the public site.

Custom development — controlled and themed

Across the engagement several customization projects were implemented for this project. The breakdown:

5 net-new features, every one of which is now part of the standard Kenmore prop-firm build:

• Trailing Drawdown as a new trigger type (early Year 1) — a feature originally requested by this client; we built it as a generic trigger and it’s been part of the platform since;
• Region integration for the second brand (Month 5);
• MT5 integration as a per-region addition (Month 7);
• MT5 migration tooling (start of Year 2);
• A new admin role plus refined permissions model (mid-Year 2), supporting the firm’s split between read-only support staff and the dedicated risk team.

43 task and sub-task tickets, most of them concentrated in the launch sprint and the two MT5-migration windows.

「24か月で3つのバグ」という一節は、私たちが最も誇りに思っているものです。数万規模のトレーダー、2回のトレーディング・プラットフォーム移行、2世代のアフィリエイト・プログラム、支払いスループットの桁違いの向上、そしてログに残った3件のバグ。

What the data says

私たちは、公開されるケーススタディに絶対値を意図的に入れません。オペレーターが握っている情報と、オペレーターが支払う内容はオペレーターのものです。私たちのものではありません。インデックス化され、比率で示されたカーブの形が、物語を語ります。

Year-over-year — the funded-trader pool matured

累積ベースで、Year 1（Months 1–12）をYear 2（Months 13–24）と比較し、Year 1＝1.00にインデックス化：

Series	Year 1	Year 2	YoY multiplier
Challenge-purchase count	1.00×	1.39×	1.4×
Challenge-purchase revenue	1.00×	8.20×	8.2×
Payout count	1.00×	6.08×	6.1×
Payout dollar volume	1.00×	3.69×	3.7×

非対称性こそが物語です。チャレンジ購入の売上は、前年同期比で成長しました。成長期を抜けつつあるProp Firmにとって堅調で、季節イベントのサージが大部分の稼働を担いました。支払い（payout）の金額は3.7×、イベント数は6.1×に増加。Year 1のコホートによるファンド済みトレーダープールは消えませんでした。増え続け、支払いのマイルストーンに到達し続け、バックオフィスは同じタスクのワークフローでそれらをすべて処理しました。

The peak — Q3 of Year 2 saw payouts run nearly 9× the launch-quarter baseline

各四半期を、ファームの最初の安定稼働四半期に対してインデックス化（Y1 Q2 — Months 4–6 — ＝ 1.00）：

Quarter	Purchase volume	Payout count	Payout dollar volume	Pay-to-purchase ratio
Y1 Q2 (baseline)	1.00×	1.00×	1.00×	0.43 : 1
Y1 Q3	1.04×	1.19×	1.62×	0.66 : 1
Y1 Q4	1.08×	1.77×	2.09×	0.82 : 1
Y2 Q1	0.72×	3.37×	2.69×	1.60 : 1
Y2 Q2	2.04×	5.96×	3.68×	0.77 : 1
Y2 Q3	0.68×	9.74×	8.92×	5.58 : 1
Y2 Q4	0.58×	5.88×	3.38×	2.47 : 1

The Q2-of-Year-2 promo surge — operational stress test

Year 2の秋における単一のプロモーション月が、運用にとって最も厳しいストレステストを実行し、その難所を突破しました：

• 3.95× その月の通常のチャレンジ購入件数の；
• 3.35× その月の通常のチャレンジ購入のドル売上（dollar volume）の；
• 2.4× その月の通常のタスク処理スループットの；
• 2.8× その月の通常のライブ口座作成件数の；
• 130 new challenge configurations その月に作成された。

そのプラットフォームは、カスタム介入なしでそれをすべて処理しました。プロモエンジン、タスクのワークフロー、ライブ口座作成パイプライン、KYCのドキュメントレビューキュー、そして支払いキューはいずれも、同じコードパスの中でスケールしました。ファームの4名の管理チームがそれを支えました。

Trader engagement and quality

運用の全期間を通じて：

• 登録当日にチャレンジを購入する有料顧客は89% — 公開サイトがコンバージョンを担い、Traders Roomが引き継ぎを行う、高い意図を持つマーケティング主導のファネル;
• 94%が最初の購入を最初の1週間以内に行う;
• 購入者あたり平均3.6回のチャレンジを購入 — リピート行動が強い。retakeの経済性が重要になるProp Firmモデルと整合しています;
• 完了したチャレンジの24%次フェーズまたはライブへ — 業界で一般的なレンジ内で、Year 1とYear 2の両コホートで安定;
• メール確認率はYear 1とYear 2の間で2倍になった — 約40%から約82%へ。登録ファネルを引き締め、公公開サイトに不正対策のシグナルを追加したことで実現;
• チャレンジ通過から最初の入金（初回の支払い）を受け取るまでの平均80日 — 資金提供トレーダーのルール期間、KYCの承認、そして会社独自の支払サイクルのルールを含む。

地理的到達範囲 — 最初からグローバル向け英語を前提に構築

同社は常にグローバルにトレードするはずであり、データがその形を裏付けています。最初の3か月で、120か国超からトレーダーが登録されました。最初の1年では200か国超。運用ウィンドウ終了時点の累計到達は218の国でした。

獲得の構成比は、マーケティング投下が行われた地域に集中しています — 英国、米国、インド、地中海圏、フランス、ドイツ — しかし、少量の国のロングテールこそが、運用を本当にグローバルにしており、プラットフォームは国別のコード分岐なしでそれを処理しました: 居住国のルールは設定済み、KYC書類の期待値は設定済み、地域アクセスのルールも設定済み。さらに、同社のマーケティングチームは、チケットを起票することなく国のオン/オフを切り替えられます。

本資料が証明すること

3つあります。私たちの見解では。

1つ目 — 標準のProp Firm CRMは、オペレーターの下で書き換えなしにスケールする。2つの地域、2つのトレーディングプラットフォーム、3回のプラットフォームサーバー移行、2種類の異なるアフィリエイトプログラムの世代、Year 1とYear 2の間での支払スループットが桁違いに跳ね上がったこと、そして典型の4倍のボリュームでの単一のプロモーション月。加えて、関与期間全体で記録されたバグは3件のみ。プラットフォームは裏方に徹し、邪魔をしなかった。

2つ目 — 設定の表面（コンフィギュレーションの領域）は、同社のプロダクトチームが担うべき場所です。チャレンジ設定が870件あるのは“クセ”ではありません — 数週間ごとに新しいオファーが期待されるProp Firm市場で競争力を保つためのやり方です。そのような設定のいずれも、エンジニアリングの関与を必要としなかったという事実が、実際の解放ポイントです。

3つ目 — 支払（入金）ボリュームが信頼性の数値であり、プラットフォームがそれを処理しました。プラットフォームは、これらの支払いのすべてを、小規模なアフィリエイト報酬イベントで使っているのと同じタスクワークフローで処理しました。関与期間中で最大の支払い — そのウィンドウにおける平均支払いの約200倍規模 — も同じキューを通りました。

主要指標を一目で

指標	値
契約サインオンから初回のライブトレーダーまで	約32日
運用ウィンドウ	24か月
トレーディングプラットフォームは同時稼働	Matchtrader + MT5
個別のトレーディングプラットフォームサーバー配備数	案件期間全体で4（移行を含む）
共有CRM上で立ち上げた地域	2
対応言語	1（英語 — グローバル向け英語の対象者）
到達した国の数	218
トレーダー人口の規模	数万
ウィンドウ終了までに反映されるチャレンジ設定	870+
前年比のチャレンジ設定スピード	約 8×（Year 2 対 Year 1）
配備済みのアクティブなプロモーションコード（Year 1）	76
プロモーション適用済みのチェックアウト（Year 1）	約 8,500
同日購入者の割合	約 89%
初週の購入者の割合	約 94%
購入者あたりの平均チャレンジ数	3.6
完了チャレンジの通過率	約 24%
メール確認率（Year 1 → Year 2）	約 40% → 約 82%
チャレンジ通過から初回入金までの平均日数	約 80日
前年比の入金回数の増加	6.1×
前年比の入金額（ドル）の増加	3.7×
ローンチ四半期比でのピーク四半期入金ボリューム	8.9×
全期間にわたるエンゲージメントにおけるカスタム開発のスピード	サポートチケット合計 53件
提供した新規機能	5（現在はすべて標準の Kenmore プラットフォーム）
エンゲージメント期間中に記録されたバグ	3
同時稼働のアフィリエイトアカウント	数百
Ninjacharge アグリゲーター経由で稼働している Active PSP	Paytiko + 手動レール
社内のクライアント管理チームの規模	4
ウィンドウ終了までに設定された管理ロール	5（専任のリスクチームを含む）

---