「誰がリスクを取るか」で変わる——エンベデッドファイナンスの収益モデル五類型
エンベデッドファイナンスのビジネスモデルは「誰がリスクを引き受けるか」で決まる。送客・紹介から自社バランスシート保有まで五類型を整理し、選択の判断軸を示す。
問いの立て方を変える
エンベデッドファイナンスのビジネスモデルは、「誰がリスクを引き受けるか」という一点でほぼ決定される。
「何パターンあるか」という問いには、リスト形式の答えが返ってきやすい。だが実務で選択を迫られるとき、表面上の類型数より先に問うべきことがある——自社はどこまでリスクを取れるか、取るべきか。この問いへの答えが、ビジネスモデルの選択肢を絞る。
同じ「与信機能の組み込み」でも、顧客を金融機関に紹介するだけの場合と、自社子会社でローンを保有する場合では、収益の大きさも規制要件も資本コストもまったく別物だ。エンベデッドファイナンスで組み込める機能の地図は別稿で整理したが、本稿はその先——同じ機能をどう収益化するか——を扱う。
五つの類型
以下、リスク負担の軽い順に並べる。
① 送客・紹介モデル プラットフォームが金融機関に顧客を送り、成約ごとに紹介料を得る。信用リスクも資金もすべて金融機関側に留まる。収益は固定的で上限があるが、自社の貸借対照表を汚さない。参入障壁が低く、まず足がかりとして選ばれやすい。
② 手数料シェアモデル 決済・カード発行・送金などのトランザクションに乗じたインターチェンジや手数料を、金融機関とシェアする。取引件数が増えるほど収益が拡大するスケーラビリティがある一方、単価が薄いためトランザクション量の確保が前提条件になる。
③ ホワイトラベル+プログラム管理モデル プラットフォームが自社ブランドで金融商品を提供する。免許・資金調達は提携金融機関が担い、プラットフォームはプログラム管理(マーケティング・UI・与信支援)を受け持ち、金利スプレッドや手数料の一部を得る。顧客から見ればプラットフォームの商品だが、バックエンドは銀行だ。規制対応と不正損失の分担ルールが契約で複雑になりやすい点が、このモデルの実務上の難所になる。
④ クロスサブシディモデル 金融機能からの収益が、本業のプロダクトを低価格・無償で提供する原資になる。
本業で顧客を囲い込み、金融で稼ぐ——この倒置こそが、非金融事業者がエンベデッドファイナンスに参入する最大の経済合理性だ。
POSシステムを安価に提供し、決済手数料で収益化する構造がその典型例。顧客は金融機能を意識せず使い、プラットフォームは顧客の離脱コストを高めながら金融収益を積み上げる。
⑤ バランスシート保有モデル 与信リスクをプラットフォーム自身(または子会社)が引き受け、金利スプレッドを丸ごと取得する。収益性は最も高いが、資金調達コスト・貸倒損失・規制資本の確保が必要になる。免許取得またはライセンス保有会社の子会社化が実質的に必須だ。
モデル選択の三つの判断軸
どのモデルが適切かは、業種・規模・既存顧客の性質による。実務で選択する際の判断軸は概ね三つに絞られる。
- 自社のデータ優位性: 取引履歴や行動データが豊富なほど、独自の与信判断が可能になり、バランスシート保有モデルでの損失コントロールが現実的になる。
- 顧客の金融ニーズの深さ: 高頻度・高単価のトランザクションが見込める業種では、手数料シェアやホワイトラベルの経済性が成立しやすい。業種別の実装パターンはそちらで詳しく整理している。
- 規制・資本の制約: 免許取得コストや自己資本規制のハードルが、中小規模の事業者がバランスシート保有に進む際の現実的な障壁になる。
五つのモデルは排他的ではない。まず送客モデルで参入してデータを蓄積し、次にホワイトラベルへ移行し、最終的にバランスシートを保有するという段階的な経路は、規制と収益のバランスを取るうえで実務上の合理的な順序だ。
エンベデッドファイナンスが金融のアンバンドリングを加速するなかで、非金融事業者にとっての問いは「どの機能を組み込むか」から「どこまでリスクを引き受けるか」へとシフトしつつある。金融が「業」から「機能」へ分解される文脈は、この問いの背景を理解するうえで参照してほしい。
FAQ
よくある質問
エンベデッドファイナンスのビジネスモデルは何種類ある?
リスク負担の深さで整理すると五類型——送客・紹介、手数料シェア、ホワイトラベル+プログラム管理、クロスサブシディ、バランスシート保有——に分類できる。
非金融企業がエンベデッドファイナンスで収益を上げる仕組みは何か?
最も広く用いられるのはクロスサブシディモデルで、決済・ローンなどの金融収益を原資に本業プロダクトを低価格で提供し、顧客の離脱コストを高めながら金融収益を得る構造。
エンベデッドファイナンスでバランスシートを自社で持つための条件は?
独自の与信判断を可能にする取引・行動データの蓄積と、免許取得または免許保有会社の子会社化が実質的な前提条件になる。
Series