売り手がいなければ買い手が来ず、買い手がいなければ売り手も登録しません。双方を集めても、条件に合う相手が見つからず、取引まで進まないことがあります。プラットフォームビジネスとは、この相互依存を設計の中心に置く事業モデルです。
大切なのは、登録者数ではありません。誰と誰の、どの行動を成立させるのか。各参加者は何を持ち込み、何を受け取り、運営者はどの摩擦を減らすのか。この関係を先に決めます。
この記事では、プラットフォームビジネスの定義とマーケットプレイス・SaaSとの違い、両面市場とネットワーク効果、収益モデル、鶏卵問題への向き合い方、成長と停止を判断する指標を解説します。
プラットフォームビジネスとは|マーケットプレイス・SaaSとの違い
プラットフォームビジネスとは、運営者が製品を一方向に販売するだけでなく、複数の参加者が出会い、交換し、取引する仕組みを提供する事業モデルです。
商品を提供する側と購入する側、仕事を依頼する側と受ける側などをつなぐ事業が当てはまります。運営者が担う範囲は、検索、比較、接触、契約、決済、評価など、事業によって異なります。
共通するのは、運営企業の機能だけで価値が完結しないことです。一方の参加者の行動が、別の参加者が受け取る価値を変えます。
企画段階では、次の一文を埋めてください。
「誰」が「何」を持ち込み、「誰」が「どんな結果」を受け取り、運営者は「どの摩擦」を減らすのか。
利用者、支払者、出品者、決裁者、外部開発者が同じとは限りません。期待する行動と負担を主体ごとに分けると、必要な機能、参加条件、課金相手が見えてきます。
マーケットプレイスとSaaSは、プラットフォームビジネスと同じ分類階層の言葉ではありません。
分類 | 価値が生まれる中心 | 主な収益の置き方 |
|---|---|---|
プラットフォーム | 複数の参加者間の相互作用 | 手数料、利用料、掲載料、付加サービス料など |
マーケットプレイス | 商品や仕事の売買・発注の仲介 | 取引手数料、掲載料など |
SaaS | ソフトウェア機能の継続利用 | 月額・年額の利用料など |
マーケットプレイスは、取引仲介型のプラットフォームになり得ます。SaaSは提供・課金の形であり、単一企業の業務が機能利用だけで完結するなら両面市場ではありません。外部開発者や利用企業間の交換を組み込めば、SaaSとプラットフォームの性質を併せ持つ場合もあります。
名称で判断せず、「誰の参加が、誰の価値を変えるか」を見ます。
プラットフォームビジネスの両面市場とネットワーク効果
両面市場とは、一方の参加者が得る価値や参加判断が、別の参加者の数や行動に左右され、プラットフォームが両者の相互作用を調整する市場です。
Jean-Charles Rochet氏とJean Tirole氏は2003年の論文で、異なる利用者群を結ぶプラットフォームの競争と価格構造を論じました。料金の総額だけでなく、どちらの利用者群に、いくら負担してもらうかが参加と相互作用を変えるという議論です(Journal of the European Economic Association, 2003)。
ネットワーク効果は、利用者の参加によって、ほかの利用者が得る価値が変わる現象です。Michael L. Katz氏とCarl Shapiro氏は1985年の論文で、利用者数や互換性への期待が、製品価値と競争へ及ぼす影響を扱いました(American Economic Review, 1985)。
事業案では、異なる側をまたぐ効果と、同じ側の中で生じる効果を分けます。供給者が増えて需要側の選択肢が広がるのは前者です。同じ側の参加者が増え、情報交換が活発になるなら後者に当たります。
ただし、参加者が増えて価値が下がる場合もあります。供給者同士の競争が激しくなり、情報が多すぎて選べなくなり、人気枠へ問い合わせが集中することもあります。こうした混雑や競争もネットワーク効果の設計で見るべき現象です。
登録者が増えても、条件に合う相手が見つからなければ価値は増えていません。新しい参加者が、相手側の成立率、選択の質、成立までの時間をどう変えたかを追います。
プラットフォームビジネスの収益モデルと運営ルール
収益モデルは、価値を受け取る側、課金によって減る行動、運営コストが発生する工程を分けて決めます。参加者全員へ同じ料金を置く必要はありません。
主な候補は次のとおりです。
- 取引成立時の手数料
- 月額・年額の利用料
- 掲載料
- 広告・送客料
- 決済・物流・分析などの付加サービス料
競合の料金表をまねる前に、誰がどの時点で強い価値を受け取るかを確認します。支払い理由を説明できるか、課金によってプラットフォーム外での直接取引を招かないか、取引が増えたときに審査や支援の費用も増えないか、ここまで見ます。
一方の参加費を下げ、もう一方から回収する価格構造もあり得ます。ただし、無料側の参加が反対側の価値を高め、獲得、審査、支援の費用を回収できることが前提です。補助を外した後に双方が残るかも、別に検証します。
料金と同時に、参加条件、掲載基準、検索順位、キャンセル、評価、データ利用、違反対応も決めます。利用者任せにすると、低品質な供給や虚偽情報、紛争が増えたとき、責任の所在が曖昧になります。
BtoBでは、機密情報、知的財産、契約権限が関わります。相互作用の段階に応じて、法務・情報管理部門と確認してください。
プラットフォームビジネスの鶏卵問題へ向き合う6つの検証
鶏卵問題とは、供給者がいないため利用者が来ず、利用者がいないため供給者も来ない相互依存です。両側を同時に大量獲得する前に、狭い条件で一つの相互作用が成立するかを確かめます。
- 中核となる相互作用を一つに絞る
「企業と専門家をつなぐ」だけでは広すぎます。どの担当者が、どんな課題のとき、誰と何を決めるために話すのかまで書いてください。検索、面談、発注のどこを成立とみなすかも決めます。
- 不足すると全体が止まる側を特定する
希少な供給者や、導入権限を持つ買い手など、代替しにくい側を見つけます。総人数ではなく、条件に合う参加者が足りない側が初期の制約です。
- 対象を狭め、相手が見つかる密度をつくる
全国・全業種へ一度に広げると、登録者が増えても一致する相手が見つかりません。地域、業種、用途、利用時間のどれかを狭め、中核行動が起きる範囲へ集中します。
- 運営者が不足する工程を手作業で補う
候補選定、条件確認、日程調整、取引後の聞き取りを先に人が担い、成立を左右する情報を確認します。推薦機能を先につくると、未検証の判断条件をシステムへ固定しかねません。
- 一方だけでも受け取れる価値を検討する
相手が少ない間も、業務管理や情報整理など、単独で使う理由があれば参加を続けやすくなります。ただし、単独利用が続いても、中核相互作用が成立した証拠とは分けて扱います。
- 成立条件を残し、隣接領域への拡大を判断する
どの参加者、用途、条件で成立したのか、不成立の理由は何かを記録します。そのうえで、既存の供給や需要を再利用できる隣接領域へ広げ、品質や成立率が下がるなら対象を戻します。
手作業で相互作用が成立しない原因を残したまま自動化しても、不成立は解消しません。機能開発は、手作業で繰り返し発生し、価値と運営負荷の双方へ影響する工程から始めます。
プラットフォームビジネスの成長と停止を判断する指標
登録者数は入口の指標であり、参加者間で価値が受け渡された証拠ではありません。獲得、相互作用、品質、継続、収益を、利用者群ごとに分けて追います。
指標群 | 確認すること |
|---|---|
対象者の獲得 | 条件を満たす参加者が各側に加わったか。単なるアカウント作成と区別する |
相互作用 | 検索、問い合わせ、面談、予約、購入など、定義した行動へ進んだか。割合と所要時間を側ごとに見る |
流動性 | 必要な条件と時間内で相手が見つかり、取引や交換が成立したか |
品質と信頼 | キャンセル、紛争、返品、低評価がなぜ発生し、どの経路で解決したか |
継続 | 同じ参加者が再び価値を得たか。供給側と需要側を混ぜない |
収益性 | 一件の相互作用から得る収益に対し、獲得、審査、支援、決済、補償の費用がどう発生したか |
成立しなかった組み合わせも判断材料です。問い合わせは多いのに予算が合わないなら、候補数を増やす前に、価格情報の出し方を確認します。面談後に進まないなら、対象者の条件、意思決定権、次の行動設定を分けて見ます。
供給側と需要側へ同じ訴求を出すこと、会員数を成果とみなすこと、品質対応を後回しにすることも停滞を招きます。どの指標で詰まったかと結びつけて修正してください。
まとめ|プラットフォームビジネスは人数より相互作用から設計する
プラットフォームビジネスとは、複数の参加者群をつなぎ、取引や情報交換などの相互作用から価値を生む事業モデルです。立ち上げの起点は、誰と誰の、どの行動を成立させるかという定義にあります。
両面市場は、一方の参加が反対側の価値へ影響する構造です。料金の総額だけでなく、どちら側へ課金し、どの参加を促すかを決めます。ネットワーク効果は登録者数ではなく、新しい参加が成立率、選択の質、成立までの時間を変えたかで確かめます。
鶏卵問題へは、対象を狭め、不足する側を特定し、必要な工程を手作業で補いながら向き合います。成立条件と不成立理由を残してから、隣接領域へ広げてください。人数を集める前に、一つの相互作用を成立させます。それがプラットフォームビジネスの最初の検証です。
