比較 / モデル

ホワイトレーベルプラットフォーム vs BaaS

どちらも同じ問いへの答えです。銀行になることなく、銀行サービスをどう提供するか。BaaSは、ライセンスを持つ金融機関のレールをAPI経由で借りる方式です。ホワイトレーベルプラットフォームは、自社プロダクトとして運用できる完成品を渡す方式です。違いは機能ではなく、誰が何を握るか、そして契約終了時に何を持ち出せないかにあります。

モデル別比較

誰が何を握るか:押さえるべき6つの問い

Dimension
ホワイトレーベルプラットフォーム
BaaS
何を購入するか
プロダクトです。アプリ、コンソール、台帳まで含むアプリケーション層と運用層を、自社ブランドで運用します。
アクセスです。ライセンスを持つ金融機関の銀行機能にAPIで接続し、プロダクトは自社で組み立てます。
ライセンスの保有者
モデルによって異なり、案件ごとに明示されます。取り組む内容に応じて、自社のライセンス、パートナーのライセンス、またはライセンスなしで運用できます。モデルが自動的に決めるわけではありません。
常にパートナー銀行またはEMIです。BaaSは自社でライセンスを持たずに済ませる仕組みであり、保有するのはスポンサー機関で、資金フローにも関与します。
アプリとUXの所有者
自社です。フロントエンドは端から端まで自由に設計できます。プラットフォームはエンジンであり、インターフェースではありません。
自社で構築します。BaaSが提供するのはレールであり画面ではないため、アプリ全体とUXを自社で設計し、保守します。
データの所有者
契約によって定まりますが、顧客との関係とデータを自社で保持・エクスポートできることが設計上の目標です。
分担されます。顧客との関係は自社が持ち、規制対象データのシステム・オブ・レコードはスポンサーが保持し、そのコピーの多くが必然的にスポンサーにも渡ります。
ロックイン
プラットフォームのデータモデルと運用に生じます。移行しやすさは、台帳と顧客をきれいに持ち出せるかにかかっており、契約前に詰めておく価値があります。
スポンサーとの関係に生じます。新しいスポンサー銀行への契約の巻き直しには、口座、資金、コンプライアンス体制の移行が伴い、短期間で済むことはまれです。
ローンチまでの期間と体制
ブランド付きプロダクトまでは速く、アプリとコンソールも付属します。ただし運用するのは、プラットフォームが提供するオペレーションです。
規制対応済みのレールまでは速い一方、プロダクトまでは遅くなります。アプリ全体を自社で作り、スポンサーのプログラムに沿ったコンプライアンス体制も整える必要があります。
01

ホワイトレーベルプラットフォームが向くケース

プロダクトを組み立てるのではなく、出荷したいなら、ホワイトレーベルプラットフォームです。ブランド付きのアプリを素早く顧客の手に届けたく、配管よりも体験を自社で握りたいなら、アプリ、オペレーターコンソール、コアをすでに備えたプラットフォームのほうが多くを任せられます。強みがブランド、販路、特定のオーディエンスにあり、生のバンキングレールを人が使えるものにするために1年を費やしたくないチームに向いています。

  1. 01組み立てるレールのキットではなく、自社ブランドで稼働するプロダクトがほしい
  2. 02強みはバンキングの基本機能ではなく、体験とオーディエンスにある
  3. 03アプリ層をゼロから作るより、設定してローンチしたい
  4. 04オペレーターコンソールとバックオフィスが、9か月後ではなく初日から重要
02

BaaSが向くケース

規制上のライセンスが取得できず、自社で取るつもりもなく、その上のすべてを構築する覚悟があるなら、BaaSです。ライセンスを持つ金融機関の枠内で、実際の口座、実際のカード発行、実際の資金フローを運用する必要があり、APIをプロダクトに仕上げるエンジニアリング力と、スポンサーと連携するコンプライアンス機能があるなら、BaaSは自社で免許を持たずにそのアクセスを提供します。引き換えに、アプリ、UX、運用面の構築の多くは自社に残り、スポンサーとの関係が事業の要になります。

  1. 01ライセンスを持つ金融機関の枠内で、API経由で運用する必要がある
  2. 02生のレールの上にアプリ全体とUXを構築できるエンジニアリング力がある
  3. 03スポンサーのプログラムに対応するコンプライアンス機能の体制を組める
  4. 04スポンサーとの関係を、管理すべき依存先として受け入れられる
03

Protocoreの立ち位置

Protocore Pay はホワイトレーベルプラットフォームという答えです。ご自身のプロダクトとして運用するアプリとオペレーターコンソールの下に、台帳、口座、KYC、カード、暗号資産を備えたコアがあります。どの主体がどのライセンスを保有し、資金フローをどう組むかは、モデルを前提にせずプログラムごとに定めます。抽象的に免許があるかのような曖昧な説明はせず、率直にお伝えします。このプラットフォームの狙いはプロダクトそのものです。表層には自社のブランド、その下には実証済みのコア、そして付属の運用コンソール。プロダクトを持ちたいのか、組み立てたいのかによって最適な形は変わります。上の比較は、その判断を売り込みではなく、十分な情報に基づいて行うためのものです。

  1. 01アプリとコンソールを含む一つのコア:キットではなくプロダクト
  2. 02ライセンスと資金フローは、モデルから推測させず、プログラムごとに範囲を定めて明示
  3. 03表層は自社のブランドとUX、その下は稼働実績のあるコア
  4. 04スタンドアロンでもホワイトレーベルでも、プログラム単位で対応

自社の制約に合うモデルは?

自社で何を保有でき、何を構築でき、どれだけ早くローンチしたいかをお聞かせください。最適なモデルを率直にご案内します。それが他社のモデルであってもです。