プラットフォームビジネスの始め方 — 両面市場の検証方法
「売り手と買い手、両方を同時に集めなければならない。」
プラットフォームビジネスの検証が難しい理由は、この一点に集約される。通常の事業なら「顧客が欲しいか」を検証すればいい。だが両面市場では、片側だけに需要があっても、もう片側がいなければ価値が成立しない。
大企業の新規事業でプラットフォーム型を構想するケースは多い。自社の顧客基盤やデータを「場」として活用しようという発想だ。だが、構想は壮大でも検証が追いつかず頓挫するケースが後を絶たない。
この記事では、両面市場の仮説検証を3ステップに分解し、大企業が実践できる形で解説する。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
プラットフォームビジネスの特性
プラットフォームビジネスには、通常の事業にはない2つの構造的特性がある。
ネットワーク効果
ユーザーが増えるほど、全体の価値が高まる。出品者が増えればECモールの品揃えが豊富になり、買い手が増える。買い手が増えれば出品者にとっての魅力が増す。この正のループがプラットフォームの競争優位になる。
だが裏を返すと、初期のユーザーが少ない段階では価値がほぼゼロになる。ネットワーク効果は規模が生むものであり、初期には武器にならない。
鶏と卵問題
売り手は「買い手がいるなら出品したい」と言い、買い手は「売り手がいるなら使いたい」と言う。どちらが先か。この「鶏と卵問題」がプラットフォーム構築の最大のハードルだ。
通常の新規事業なら、MVPを作って顧客にぶつければ検証が始まる。だがプラットフォームでは、片側だけにMVPを見せても「もう片側がいないなら意味がない」と言われる。
→ MVPとは何か — 新規事業で「最小限」をどう定義するか
両面市場の検証が通常の事業より難しい理由
通常の事業では「顧客に課題があるか」「その解決にお金を払うか」を検証すれば判断材料が揃う。プラットフォームでは、これに加えて以下の検証が必要になる。
- 供給側の参加意欲: 売り手やサービス提供者が、このプラットフォームに参加する動機があるか
- 需要側の利用意欲: 買い手やサービス利用者が、このプラットフォームで取引したいか
- マッチングの成立: 両者が出会ったとき、実際に取引が成立するか
- 単位経済性: 1件のマッチングあたりの収益が、獲得コストを上回るか
検証すべき変数が2倍以上になる。しかも、片側の検証結果がもう片側の前提条件に依存している。この複雑さが、プラットフォーム型新規事業の検証を困難にしている。
検証の3ステップ
ステップ1: 片側から始める
両面を同時に検証しようとしてはいけない。まず、どちらか片側の課題を解決するサービスとして始める。
どちらから始めるかの判断基準はシンプルだ。「獲得が難しい側」から始める。多くの場合、それは供給側（売り手・提供者）だ。
たとえば、中小企業と専門コンサルタントをつなぐマッチングプラットフォームを構想しているなら、まずコンサルタント側を集める。「案件を紹介します」ではなく、コンサルタント自身の課題——集客の難しさ、案件の波、単価の不安定さ——を解決するサービスとして入る。
この段階では、プラットフォームである必要はまったくない。片側の課題を解決するだけの単純なサービスとして価値を検証する。
→ 顧客インタビューの進め方 — 準備から分析までの完全ガイド
ステップ2: 手動でマッチングする
片側のユーザーが確保できたら、次はもう片側の候補を自ら探し、人力でマッチングを成立させる。
ここでシステムを作ってはいけない。メールやスプレッドシートで十分だ。重要なのは「マッチングが成立したとき、両者が価値を感じるか」を確認すること。
具体的には、以下を手動で実行する。
- 供給側のプロフィールや提供内容をヒアリングし、リスト化する
- 需要側の候補を自ら見つけ、ニーズをヒアリングする
- 条件が合いそうな組み合わせを自分の判断でマッチングする
- マッチング後の取引の成否と満足度を確認する
これはまさにコンシェルジュMVPのアプローチだ。スケールしない。だが、スケールさせる前に「この市場にマッチングの需要があるか」がわかる。
→ コンシェルジュMVP — システムを作らず手動でサービスを検証する
ステップ3: もう片側の需要を確認する
手動マッチングで取引が成立し、両者が価値を感じたら、最後の検証に入る。もう片側が自発的に集まるかどうかの確認だ。
ステップ2で手動でマッチングした実績を使い、検証用LPを作る。「こういう取引が成立しています」という実例を見せたうえで、事前登録やウェイティングリストへの申し込みを促す。
ここで十分な数の登録があれば、両面市場としての成立可能性が見えてくる。登録がなければ、マッチングの価値が片側だけのものだったということだ。
大企業がプラットフォーム型新規事業で失敗するパターン
パターン1: 最初から両面を同時にスケールしようとする
大企業は予算とリソースがある。だからこそ「供給側1,000社、需要側10,000社を初年度で獲得する」という計画を立ててしまう。
両面のユーザーを同時に大量獲得しようとすると、どちらの側にも中途半端な価値しか提供できない。結果、供給側は「需要がない」と離脱し、需要側は「良い供給者がいない」と離脱する。
パターン2: 自社アセットを過信する
「うちには10万社の取引先がいる。そのネットワークをプラットフォーム化すれば勝てる」。
だが、既存の取引関係とプラットフォーム上での取引は別物だ。取引先が自社プラットフォームに参加する動機は、既存取引とは無関係に検証しなければならない。
パターン3: マッチングアルゴリズムに投資しすぎる
「AIでマッチング精度を上げれば、ユーザーは集まる」。
技術がプラットフォームの価値を高めるのは事実だ。だが、それはユーザーが十分にいる段階の話だ。両面に100人ずつしかいない市場で、マッチングアルゴリズムに何千万円も投じる意味はない。初期は手動マッチングで十分回る。
初期のスケールしない戦略の重要性
プラットフォームビジネスの逆説は、「スケールするビジネスを作るためには、最初はスケールしないことをやらなければならない」という点だ。
Airbnbの創業者は初期にホストの家を一軒一軒訪問し、写真撮影を手伝った。Uberは最初、リムジン会社に電話して配車を手配した。いずれもスケールしない手作業だ。だが、この手作業が両面の価値を実証し、ネットワーク効果の起点になった。
大企業の新規事業で、この「スケールしないフェーズ」を許容できるかどうかが成否を分ける。半年間、手動でマッチングし、数十件の成功事例を作る。この泥臭い初期フェーズなくして、プラットフォームは立ち上がらない。
→ ビジネスモデルキャンバスの書き方 — 9つの要素で事業構造を可視化する
まとめ
プラットフォームビジネスの検証は、通常の新規事業の2倍難しい。両面の需要、マッチングの成立、ネットワーク効果の起動。検証すべき変数が多い。
だからこそ、分解して検証する。
- 片側から始める。 両面同時ではなく、獲得が難しい側の課題解決から入る
- 手動でマッチングする。 システムを作らず、人力で取引を成立させる
- もう片側の需要を確認する。 実績を見せて、自発的な参加意欲を検証する
両面を同時にスケールさせようとする衝動を抑え、片側ずつ検証を積み上げる。この忍耐が、プラットフォーム型新規事業の成功確率を決める。
→ PMF（プロダクトマーケットフィット）とは — 達成の見極め方
LITMUSは、新規事業の検証に特化したスタジオです。プラットフォーム型事業の両面市場検証から、コンシェルジュMVPの設計、事業判断レポートまで、6週間で一気通貫で提供します。