比較 / ディストリビューション
スタンドアロン型 vs 組み込み型
機能は同じで、届け方が二通りあります。スタンドアロン型は、ユーザーが訪れる自社アプリ。組み込み型は、ユーザーがすでに使っているプロダクトの中に入るウィジェットやSDKです。前者は顧客との関係を握り、集客も自社で担います。後者は既存のオーディエンスを借りる代わりに、接点は手放します。どちらが劣るわけでもなく、ユーザーがどこにいるかへの異なる賭けです。
2つの届け方
トレードオフの本質
スタンドアロンが向くケース
関係性そのものが資産なら、自社プロダクトとして提供しましょう。顧客、データ、ロードマップを自社で握る必要があるなら、つまりプロダクトが他社の一機能ではなく事業そのものなら、その3つをすべて手にできる形はスタンドアロンアプリだけです。体験こそが差別化要因でホストの枠には収まらない場合や、流通を借りずに自力で獲得する覚悟がある場合に強みを発揮します。コストは現実的です。アプリ全体を開発し、ユーザー獲得にも費用がかかります。その見返りとして、プロダクトがホストの許可に左右されることはありません。
- 01顧客との関係とデータを、自社で直接持つ必要がある
- 02体験が差別化要因であり、画面全体が必要
- 03機能ではなく、目的地となるサービスを開発・マーケティングする覚悟がある
- 04価格、ロードマップ、ファネルをエンドツーエンドで握りたい
組み込み／ホワイトラベルが向くケース
ユーザーがすでに別の場所にいるなら、組み込みが有効です。その機能が独立した目的地よりも既存プロダクトの一機能としてこそ価値を持つなら、たとえばウォレット内のオン／オフランプ、マーケットプレイス内の決済ステップ、ゲーム内のウォレットなら、ウィジェットや SDK で数日のうちに集まった利用者へ届けられます。別のアプリをダウンロードしてもらう必要もありません。枠を握ることよりスピードとリーチが重要で、「ブランドは見えないが、ちゃんと動く」が「ブランドはあるが、探しに来てもらう必要がある」に勝つ場面で強みを発揮します。引き換えに、表面の主導権と収益の一部を手放します。他社のプロダクトの中では、あくまでゲストです。
- 01その機能は目的地ではなく、他プロダクトの一機能である
- 02連携できる場所に、すでにオーディエンスが集まっている
- 03体験全体を握ることより、リーチとユーザーに届くまでの速さが重要
- 04ホワイトラベルかコブランドか。見えないことは損失ではなく強み
Protocoreの立ち位置
一度選んだら終わり、ではありません。Protocore は同じ機能をどちらの形でも提供します。Ramp はスタンドアロンのフローとしても、プロダクト内のウィジェットとしても使えるオン／オフランプ。Wallets はアプリの中で動く SDK。Pay は自社ブランドで運用するスタンドアロンの完成アプリです。すべての土台は同じコアなので、今日組み込んだ機能と明日立ち上げるプロダクトが、1つの台帳と1つのオペレーターコンソールを共有します。まずは組み込みでオーディエンスを借り、関係性を持つ価値が出てきたらスタンドアロンへ。あるいは両方を並行して運用できます。土台を作り直す必要はありません。
- 01Ramp はスタンドアロンでもウィジェットでも動作。どちらでも同じコア
- 02Wallets はアプリ内で動作する SDK。鍵は端末の外に出ません
- 03Pay は同じ台帳上で動く、自社ブランドの本格的なスタンドアロンアプリ
- 04今は組み込み、後から自社プロダクトへ。作り直しは不要
スタンドアロン、組み込み、それとも両方？
ユーザーがすでにどこにいるか、何を自社で握りたいかをお聞かせください。目的地となるサービスか、ウィジェットか、あるいは両方の組み合わせか、最適な形をご提案します。