提案から資金提供済みトレーダーへ：新しいProp Firmが3四半期で34製品をローンチした方法

クライアントについて

クライアントは、東南アジア全域の個人トレーダーにサービスを提供する自己勘定取引会社です。参加者の圧倒的多数は単一の国内市場に集中しており、ほぼ10人中9人に相当しますが、ローンチ以来、50か国以上のトレーダーを獲得しており、東南アジアおよび東アジアの他地域にも有意な二次的な集積があります。

このビジネスモデルは、評価から資金提供へ進む典型的な階段型です。トレーダーはチャレンジを購入し、ドローダウンと利益目標のルールに対して実力を証明し、資金提供済み口座へ昇格すると、自分の利益の大部分を保持します。このクライアントが興味深いのは、その階段型をどれほど積極的に反復改善したか、そして基準をクリアしたトレーダーへどれほど多くの資金を還元したか、という点です。

彼らが当社に来た時点で、ブランド、オーディエンス、そして参加者基盤の芽はありましたが、Prop Firmが実際に稼働させるために必要なインフラは何もありませんでした。取引プラットフォーム連携も、トレーダーポータルも、CRMも、決済基盤も、チャレンジエンジンもない。以下のすべてを、当社が構築しました。

ローンチ

当社が関与を開始したのは、同社が営業を開始するおよそ5か月前でした。

中核となる成果物である、組み込みCRMを備えたTrader’s Room Prop Firm Editionは、立ち上げから46日以内に要件定義・構成・引き渡しを完了しました。周辺部分はさらに速く進みました。クライアントのブランディング、ロゴ、ポータルの外観は10日で公開され、ライブチャットシステムは16日で展開・稼働し、商用モデルの中核を成す1ページ完結の閲覧・選択・支払い・登録フローであるエクスプレスチェックアウトページは13日で構築されました。チャレンジ入金用の最初の決済ゲートウェイは6週間以内に統合・テストを完了しました。

残りの期間を費やしたのは、ルームではありませんでした。プラットフォームです。

プラットフォーム移行

当初の正式なスコープはMT5構築でした。開発初期にクライアントが方針を変更し、当社は代わりにcTraderのエンドポイントを導入しました。その判断が固まる前に、さらに方針変更があり、今度はTradeLockerになりました。

当社は連携を作り直しました。最初のチケットから本番稼働までちょうど4か月弱で完了し、同社がローンチした月にリリースされました。

これは、Prop Firm構築の提案書には誰も書かない部分です。開発途中で取引プラットフォームが変わるのは、単なる設定の切り替えではありません。口座発行、認証情報の取り扱い、取引履歴の取り込み、チャレンジルールエンジン、そしてログイン情報に言及するあらゆるメールに影響します。当社はそのうち2回の変更を吸収し、それでもローンチの期限を守りました。

2回目の移行は、クライアント自身の取引口座でした。Month 2に、2日かけて、既存の参加者ベース全体と進行中のチャレンジ履歴をプラットフォームへ移行しました。トレーダー、進行中の評価、完了済み評価、そして合否ステータスのすべてを保持しました。会社はそのために取引を停止しませんでした。

提供モジュール

Trader’s Room, Prop Firm Edition

参加者がチャレンジカタログを閲覧し、購入し、評価の進捗を追跡し、書類を提出し、出金を申請するのが、トレーダー向けポータルです。これを、口座サイズで絞り込めるチャレンジカテゴリー、ライブダッシュボード、取引履歴、経済カレンダー、サポートチャット、書類アップロード付きで構成しました。クライアントのトーンに合わせるために、2000以上のトレーダー向け文言を投入し、将来の拡張に備えて3つのインターフェース言語を設定しました。

エクスプレスチェックアウトページ

クライアントの販売先は有料トラフィックのオーディエンスだったため、「興味あり」から「支払い済み」までの距離を限りなくゼロにする必要がありました。エクスプレスチェックアウトページは、チャレンジの閲覧、選択、支払い、アカウント登録を、背後にAPIを持つ1つのフォームに集約しており、同じカタログをクライアント自身のマーケティングページ上にも表示できるようにしています。これは当初のスコープに含まれており、2週間以内にリリースされ、同社が行ったすべての有料販売を支えてきました。

チャレンジエンジン

これはクライアントが最も頻繁に使ったモジュールです。残高、価格、期間、日次損失および累計損失の上限、損失条件モード、利益目標、最少取引日数、一貫性ルール、利益分配、出金タイミング、トレーダー向け文言を、製品ごとに、エンジニアの関与なしで制御できるようにしました。この制御でクライアントが何を行ったかは、以下のデータセクションで扱います。

チャレンジプロモコード

プロモコードモジュールを Month 2 に導入しました。割合割引または定額割引、製品別ターゲティング、新規ユーザー／既存ユーザーのルール、全体の利用上限、適用期間、バルク生成に対応しています。クライアントはその後 139 codes を作成し、そのうち 116 件は1か月の集中実施でした。実質的に、インフルエンサーおよびアフィリエイトキャンペーンをすべてCRM内だけで運用していたことになります。

チャレンジアップセル

Month 8 に追加されたアップセルモジュールにより、トレーダーは初回チェックアウト時に条件の改善を購入できます。クライアントは利益分配のアップグレードを設定し、トレーダーの取り分を最大90%まで引き上げる形で 10 of their challenge configurations に紐づけ、チェックアウトページを新しい製品を追加することなく2回目の収益化ポイントにしました。

KYC, Documents, and AML

本人確認はルーム内で完結します。トレーダーが書類をアップロードし、CRMが承認状態を追跡し、AMLスコアリングがトレーダーのレコードに付与されます。確認件数は登録数ではなく資金供給パイプラインに連動しており、これは望ましい形です。同社が本人確認を行うのは、実際にその相手へ支払い義務が発生しそうなタイミングであって、その前ではないからです。

イベントワークフローとタスク自動化

システム内のあらゆる運用イベント—チャレンジ購入、デモ口座の必要、評価通過、評価失敗、資金提供口座の開設、出金申請、プロフィール変更の提出—が、定義済みワークフロー付きのタスクを生成します。クライアントのCRM内のタスクは100%がシステム生成です。クライアント側の誰も運用業務を手動で作成していません。

支払い、加盟店、ルーティング

ローンチ前の構築では、クレジットカードおよび現地通貨でのチャレンジ購入向けに、クライアントが選定したPSPを統合しました。その後、クライアントの顧客から要望があったため、 Month 2 にステーブルコイン入金手段を追加し、同じ月にウォレットベースの出金レールも追加しました。Ninjacharge はこれらの上位にある集約・ルーティング層として機能し、各取引をクライアントが着地させたいプロバイダーへ振り分けます。

通知、サポート、レポーティング

通知モジュールは、タスクイベントと入金イベントをクライアント独自のチャネルに送信します。ライブチャット、サポートチケットのワークフロー、管理者用受信箱、4つの管理者ロールにわたるロールベース権限、完全なアクティビティ記録、設定可能なレポーティング層が、運用面を補完します。

カスタム開発

標準製品の上に、9件のカスタム開発が追加されました。最も重要だったものは次のとおりです:

整合性チャート。 Prop Firm は整合性ルールに生きも死にもしますが、標準の取引履歴チャートでは、トレーダーがルールの内側にいるのか外側にいるのかを示せませんでした。そこで、ローンチ月に要望が出され、10日で納品された、トレーダーポータル専用の整合性チャートに置き換えました。

証明書。 審査に合格したトレーダー、または出金を受けたトレーダーには、共有できるブランド入り証明書が発行されます。これはクライアントにとってマーケティングチャネルとなり、最初の四半期の間に3回、改良が重ねられました。最速の対応は当日でした。

統一されたプラットフォーム認証情報。 クライアントは、トレーダーの最初のチャレンジ用パスワードを、チャレンジごとに新しいログインを発行するのではなく、メインの取引プラットフォーム認証情報にしたいと考えていました。これを実現するために、メールとプロビジョニングのフローを再設計しました。この変更は、アカウント作成の連鎖全体に及びました。

セルフサービスのパスワードリセット。 上記に続いて、トレーダーはポータルから直接、取引プラットフォームのパスワードをリセットできるようになり、繰り返し発生していたサポート負荷がなくなりました。

非アクティブルール。 Month 9 に、クライアントは新しいチャレンジ失敗条件を求めました。一定日数トレードがない評価は自動的に終了する、というものです。12日で納品され、現在では失敗理由の内訳で、評価終了要因の上位3つの1つとして表示されています。

ポータル通知, 延長されたチャレンジ説明フィールド、そして暗号資産入金手段で一覧は完了です。

データが示すこと

数値はすべて指数化または比率で表しています。Month 1 はローンチ月です。

資金提供済みトレーダーへの出金は、1四半期で15倍超に増加しました

これが主なポイントです。運営初四半期と第2四半期を比較すると、資金提供済みトレーダーに支払われた金額は15.3倍に増加しました. 単月で最も大きかった出金月はMonth 6で、実質的な出金活動としては会社初月の11倍でした。

その成長は、たまたま一人の当たりトレーダーがいた結果ではありません。出金は広がり続ける資金提供済み口座群に分散し、観測期間の終わりには、資金提供済みトレーダーのおよそ5人中2人が少なくとも1回は出金していました。

同社はチャレンジ手数料収入の1.7倍をトレーダーに還元しました

全期間を通じて、同社が回収したチャレンジ手数料収入1単位あたり、およそ1.7単位が出金として資金提供済みトレーダーに流れ戻りました — 同社自身の利益分配を考慮する前の数値です。

Prop Firm にとって、この比率は信頼性を示す指標です。トレーダー同士は話をしますし、明確に支払いを行う会社は、売れ続ける会社です。まさにその次に起きたのがこれでした。

チャレンジ販売は四半期ごとに複利的に増加しました

運営四半期	有料チャレンジ販売	チャレンジ手数料収入
Q1 (Months 1–3)	baseline	baseline
Q2 (Months 4–6)	+72%	+49%
Q3 (Months 7–9)	+36%	+38%

Q1からQ3までの合計成長: 販売量 +134%。 どの四半期もマイナスにはなりませんでした。

月次の推移は、いつもの有料広告獲得と同じく、より上下が激しくなります。ピーク月はMonth 7で、最も静かな最初の半期の月と比べて販売量が8.6倍、手数料収入が6.9倍でした。

プロモーションキャンペーンにより、登録月が9倍に

クライアントにとって最大の単独獲得イベントはMonth 6に発生し、1か月で116件のプロモコードを生成してパートナーネットワーク経由で配布しました。その月の登録数は2か月前の8.8倍で推移し、プロモの引き換えは翌月にMonth 3時点の7.7倍でピークに達しました。

コード生成、製品別ターゲティング、利用上限、期間設定、引き換え追跡を含むキャンペーン全体は、開発の関与なしに、クライアント自身のチームがCRM内で運用しました。

無料トライアルはコンバージョンする

クライアントは、ファネル上流の製品として、無料のトライアル評価を提供しています。無料トライアルを受けたトレーダーの4人に1人超が、有料チャレンジを購入しました。 クライアントにとってほぼデモ口座以外のコストがかからない製品としては、これは非常に高いリターンです。

トレーダーは戻ってくる

有料購入者の平均は有料チャレンジ1.8件で、3人に1人が複数回購入しました。中には何度も購入している人もいます。Prop Firm の獲得経済性を成り立たせるのは、初回購入ではなくリピート購入であり、そのためにこのカタログは意図的に構築されました。

評価の段階は設計どおりに機能しています

結論に至った評価のうち、およそ12件に1件が第1段階を通過しました。第2段階に到達したもののうち、約半数が合格しました。エンドツーエンドでは、評価を開始したトレーダーの約10人に1人が資金提供済み口座に到達しました。

評価終了の最も一般的な理由は、許容総損失上限、許容日次損失上限、そしてMonth 9以降は新しい非アクティブルールでした。

製品の進化速度: 34の構成、4つの製品ファミリー、6か月

クライアントはカタログをリリースして放置したわけではありません。まず、4つの口座サイズ階層にまたがる2段階評価ファミリーと無料トライアルで開始しました。Month 2には単一段階のファミリーを追加。Month 3には両方のファミリーに第5のエントリーレベル口座階層を追加し、さらに即時資金提供ファミリーをトレーリングドローダウン付きで開始しました。Month 7には最も低価格のエクスプレス製品を導入。Month 8にはカタログ全体に利益分配アップセルを重ねました。

つまり、6か月で構築された、4つの製品ファミリーと5つの口座サイズ階層にわたる34のライブチャレンジ構成です。しかも、そのすべてがCRM経由でセルフサービス化されていました。

運用はオペレーション上の問題なく拡張されました

シグナル	結果
1分未満でプロビジョニングされたチャレンジ口座	94%
スタッフではなくシステムによって生成されたタスク	100%
トレーダー1人あたりのサポートチケット	4人に1件未満
全運用タスク量に占めるサポートの割合	約9%
メール確認率	93%

運用ピーク時のCRMアクティビティはローンチ月の3.2倍で、最初の半期の最も静かな月の3.8倍でした。自動メール量のピークはローンチ月の2.3倍でした。全期間を通じて、サポートは総タスク量の1割未満にとどまり、成長を吸収したのはクライアントチームではなくシステムでした。

この事例が示すこと

プロップファームは、何もないところから5か月で立ち上げられる — しかも取引プラットフォームの変更を2回行っても。クライアントは、スタック内で構造上最も重要な統合について意見を2度変えましたが、それでも予定どおりにオープンしました。これこそが、プロダクト化されたroomと専任のデリバリーチームがもたらす価値です。

book migrationは、停止障害である必要はありません。既存の参加者基盤全体が、ライブおよび履歴の評価状態をそのまま維持したまま、2日で移行され、その間もファームは取引を継続していました。

プロダクトの反復はセルフサービスで行えます。4つの製品ファミリー、5つのアカウント階層、34の設定、139のプロモコード、そして利益分配のアップセル — そのどれも開発チケットを必要としませんでした。クライアントが市場での機会を見出したとき、意思決定から本番反映までの差は数時間単位でした。

成長はチームではなく、プラットフォーム上で実現します。販売数は2倍超に増え、支払額は四半期で15倍に伸び、CRMのイベント数も3倍超になりました — 一方でサポートは運用負荷の1割未満に収まり、アカウントの94%は1分未満でプロビジョニングされました。

そして、トレーダーには支払いが行われました。結局のところ、プロップファームはこの数値で評価されます。この案件では、評価を通過した人々に対して、チャレンジフィー収入の1.7倍を還元しました。

主要指標の概要

指標	結果
資金提供済みトレーダーへの支払い、Q1 → Q2	15.3倍の成長
支払い額のピーク月 vs. 初回支払い月	11倍
チャレンジフィー収入1単位あたりの支払い還元額	1.7 : 1
支払いを受けた資金提供済みトレーダー	約5人に2人
有料チャレンジ販売、Q1 → Q3	+134%
チャレンジフィー収入の成長率、前四半期比	+49%、その後+38%
売上高のピーク月 vs. H1で最も静かな月	8.6倍
ピークキャンペーン月の登録数	2か月前の8.8倍
無料トライアル → 有料チャレンジ転換率	4人に1人超
支払いを行った購入者あたりの有料チャレンジ数	1.8
複数回購入した購入者	3人に1人
評価 → 資金提供済みアカウント率	約10人に1人
作成されたチャレンジ設定	34、6か月で
製品ファミリー / アカウント階層	4 / 5
作成されたプロモコード	139 （1か月で116件）
1分未満でプロビジョニングされたアカウント	94%
自動生成されたタスク	100%
トレーダー1人あたりのサポートチケット	4人に1人未満
メール確認率	93%
到達市場	55か国以上
キックオフからコアroom納品までの期間	46日
ローンチ前に吸収した取引プラットフォーム変更	2
book migrationの所要時間	2日
納品されたカスタム機能	9