やがて、最大のパートナーは、当初あなたが提供するつもりのなかったものを求めてきます。自社ブランド、自社ポータル、顧客の取引明細に載る自社名を欲しがるのです。単なる要望として伝えてくることもあれば、別のブローカーがすでに提案してきたと示唆してくることもあります。
これは良い悩みであり、しかも多くのブローカーが対応を誤ります。明確な取引高を生み出していたパートナーを拒否して失うか、あるいは急いで受け入れてしまい、本意以上の管理権限を渡してしまうかのどちらかです。そして、パートナーがリスク判断に異議を唱えた最初の瞬間に、その失敗は明らかになります。
この問いには、実際に持ち上がる前に答えておく価値があります。
パートナーが本当に求めているもの
「White Label が欲しい」という言葉は、実際にはいくつか異なる意味を持ちます。何を指しているのかを見極める価値があります。
あるパートナーは、あなたではなく自分たちのことを知っている顧客層を持っているため、ブランドを欲しがります。1万人の受講生を抱える教育事業者や、地域での知名度がある代理店は、その市場では無名に等しいブローカーへ顧客を送っているのです。自社名を前面に出せば成約率が上がるため、これは商業的に検討できる論点です。
別のパートナーは、顧客との関係を自分でコントロールしたいと考えています。顧客があなたのサポートチームに問い合わせ、パートナーが言っていないことを聞かされるのにうんざりしているのです。これは時に、あなたのサポートがその地域で機能していない兆候でもあります。White Label を用意するより、そちらを直すほうが安く済む問題です。
さらに別のパートナーは、より有利な経済条件を求めており、その手段として White Label を考えています。少なくとも直ちには、通常そうではありません。ブランドを運営するには、現在は負担していない費用を自分たちで負担することになるからです。
そして中には、料率交渉での交渉材料として欲しがるパートナーもいます。何かを作る前に知っておくべきことです。
最初の2つは、移行を検討する正当な理由です。3つ目は、代わりに commission structure を見直すべき理由です。4つ目は、プロジェクトではなく交渉です。
1つではなく、3つの選択肢
White Label は複数ある段階の中で最も大きなものであり、より小さな対応で問題が解決することも多くあります。
より深い、またはより上位の IB ティア。 パートナーの不満が経済条件にあるなら、パートナープログラム内で再設計してください。multi-level IB module は無制限の階層をサポートしているため、実質的に自分の配下にエージェントを持つサブブローカーのように機能しているパートナーであれば、別ブランドを用意せずとも既存の枠組みの中で対応できます。多くの場合、ブローカーが想像するよりもこちらが適切な答えであり、導入コストもかかりません。
グレイラベル。 パートナーはブランド付きの取引プラットフォームと顧客向けの表示を得ますが、ライセンス、バックオフィス、そして運用負荷の大半はあなたが維持します。コストは低く、立ち上げも早く、フル White Label よりパートナーの負担も軽くなります。difference between grey and white label は、選ぶ前にきちんと読んでおく価値があります。用語が曖昧に使われがちですが、この違いで誰がどの責任を負うかが決まるからです。
完全な White Label。 パートナーはブランドを運営します。自社サイト、自社ポータル、自社の顧客サポート、自社マーケティング、そして多くの場合、あなたが定めた範囲内での独自価格設定を行います。あなたは流動性、プラットフォーム、バックオフィス、そしてコンプライアンス基盤を提供します。これはパートナー自身が人員を配置しなければならない事業であり、それこそが準備が整っているかどうかの最大の判定材料です。
パートナーは準備できているか
4つの質問があり、そのうちどれか1つでも答えが弱ければ、移行は時期尚早です。
取引量は十分か。White Label には、初期費用、継続費用、そして双方の運用負荷が伴います。パートナーの現在の実績が、新しい構造を自立採算にできるだけ十分に大きくなければならず、その推移も横ばいではなく上向きである必要があります。
顧客対応を支えられるか。ここで多くの White Label は失敗します。パートナーは今や、自分たちの言語とタイムゾーンでの一次窓口になります。深夜に顧客の質問へ答えたことがないパートナーは、そのコストをこれから学ぶことになります。誰が具体的に対応するのかを確認してください。
マーケティングできるか。IB 契約では、あなたが素材を提供し、パートナーがそれを配布していました。自社ブランドでは、集客責任は彼らにあります。自前のファネルをもともと回してきたパートナーなら問題ないでしょう。一方で、あなたがキットを渡していたからこそ成果を出せていたパートナーもおり、それを取り上げると、機能していた要因そのものが失われます。enablement side は、相手がどのタイプのパートナーかを示します。実際に何を使っていたのかを確認してください。
クリーンか。あなたは自社のインフラを拡張し、構造によっては規制上のリスクも第三者にまで及びます。相手の経歴、管轄区域、顧客獲得手法、コンプライアンス姿勢のすべてが、部分的にあなたの問題になります。IB の段階で顧客獲得方法に少しでも違和感があったなら、自社ブランド化するとその問題はさらに大きくなります。
ブローカーが保持するもの
最初の技術的な話し合いの前に、これを書き留めてください。パートナーは、あなたが意図する以上のことを当然のように想定します。
あなたは流動性と約定を保持します。パートナーはプロバイダーを選べず、ブリッジにも触れません。
あなたはリスク管理を保持します。どこにフローを通すか、どのようにエクスポージャーを扱うかは、引き続きあなたの管理下です。ここはパートナーが最も押してくる条項であり、あなたが譲ってはいけない部分です。
あなたはプラットフォームとバックオフィスを保持します。バックエンドは1つで、ブランドは複数です。
あなたは、構造上あなたに帰属するコンプライアンス上の責任を保持し、パートナーがどのように顧客を獲得するかを監査する権利も保持します。
あなたはデータを保持します。すべての顧客、すべての取引、すべての記録はあなたのシステムに残ります。これは、提携が終了する可能性がある場面で重要です。開始時には誰も話したがらない部分ですが、最も重要な論点です。
パートナーが持つのは、ブランド、フロントライン、ローカルマーケティング、そしてあなたが定めた範囲内での価格設定です。
技術面は、実は簡単です
1つのバックエンドで複数ブランドを運用するのは、再構築ではなく設定の問題です。ブランドごとの分離、ドメインの分離、顧客ポータルの分離、口座タイプと価格設定の分離を行い、すべてのブランドが1つのバックオフィスに集約され、あなたのチームが全体の取引状況を把握できます。
Kenmore は、単一の CRM インスタンス上で地域別にこれを実現しています。regions model が仕組みを説明しており、多拠点対応の構成を整えた際には、running multiple brands from one system についても取り上げました。white-label CRM のページでは、パートナー側の見え方を説明しています。
2つの事例が、このパターンを実務で示しています。ある Southeast Asian brokerage ran six brands は、どのプロダクトがどの市場に適しているかを見極めながら、1つのプラットフォーム上で6つのブランドを運営していました。ある African brokerage turned its prop operation into a multi-brand platform も同じやり方です。どちらのケースでも、ブランドは個別システムではなく設定項目であり、それが複数ブランドの運営を手頃なものにしていました。
プラットフォームのコストが固定の月額料金で、アカウントごとやレベニューシェア型ではないため、ブランドを追加しても技術コストはパートナーの成長に応じて増えません。これはこの判断において特に重要です。というのも、レベニューシェア型のベンダーは、まさにあなたが買おうとしている成長分から一部を取っていくからです。
挙げておくべきリスク
カニバリゼーション。 パートナーの新ブランドが、あなた自身のブランドが獲得しているのと同じ顧客を奪い合うなら、あなたは自社市場を分断するために費用を払ったことになります。地域、言語、セグメントは事前に合意しておきましょう。
コンプライアンス上のリスク。 パートナーのマーケティングは今や彼ら自身のものであり、あなたが言わないようなことが書かれる可能性があります。主張内容に対する承認権は維持し、監査権も確保し、それを実際に行使してください。
撤退時の対応。 パートナーシップは終わるものです。その際に顧客基盤、データ、保有ポジションをどう扱うのかを契約で明記する必要があります。そして、それは双方が前向きなときに定めておくべきです。この条項について強く交渉するパートナーは、将来離脱することを考えているパートナーだということでもあり、それは有益な情報です。
そもそも事業者ではなかったパートナー。 IBの中には紹介には非常に強い一方、運営には弱いケースがあります。うまくいかないホワイトラベルで6か月を費やせば、立ち上げコストとサポート時間を使ったうえで、IB時代のパートナーよりも収益の低いブランドにリソースを割くことになります。上記の4つの質問は、それを見抜くためのものです。
どう話を進めるか
相手が望んでいる構造ではなく、何を達成したいのかを尋ねてください。たいてい答えは、より多くの収入、顧客に対するより強いコントロール、あるいは自分たちで築いたブランドへの評価です。この3つのうち2つは、もっと安い方法で実現できます。
ホワイトラベルが本当に最適な選択なら、段階的な取り組みとして進めましょう。まずはグレーラベル、または再設計したパートナー階層から始め、取引量と運用面のマイルストーンを設定し、それを達成したら完全な構成へ移行します。パートナーには見える道筋ができます。あなたはコミットする前に、根拠を得られます。
そして、新しい構成でパートナーがどう報酬を受け取るのかは、何かを開始する前に決めておいてください。仕組みが変わるからです。彼らはもはやあなたのpartner payout runからコミッションを受け取るのではなく、自身の収益配分を持つブックを運用することになります。
ご相談はこちら この件についてパートナーから相談されていて、回答する前にマルチブランド構成の仕組みを確認したい場合は、ぜひご連絡ください。
IBパートナーのホワイトラベル移行に関するご相談
Introducing Brokerが自社ブランドで運営する準備が整っているかを評価するための専門的な助言をご提供します。パートナーのパフォーマンス、運用準備状況、収益モデル、そしてIB、グレーラベル、ホワイトラベルの各構成の違いを整理してご支援します。
現在のパートナーネットワークを一緒に見直し、パートナーの独立性とブローカー側の運用管理を両立させる実践的な移行戦略を策定しましょう。
