この記事の結論
- 二面市場は片側だけでは価値が生まれないため、供給側から集めて領域を絞るのが定石
- 手数料モデルは成約・掲載・サブスク・従量から、取引の性質に合わせて選ぶ
- 直接取引への流出はプラットフォームに残る理由(決済・保証・レビュー)で防ぐ
サービスの提供者と利用者をつなぐマッチングプラットフォームは、うまく回り始めれば取引のたびに収益が生まれる魅力的な事業です。しかし立ち上げの難しさは、通常のWebサービスとは質が異なります。片側だけを集めても価値が生まれず、両側を同時に育てる必要があるからです。
本記事では、二面市場の構造、鶏と卵問題の解き方、手数料モデルの選択肢、直接取引への流出対策、信頼の設計、そして最小構成での始め方を整理します。プラットフォーム事業を検討している経営者や事業責任者に向けた内容です。
二面市場の構造を理解する
二面市場とは、供給側(提供者)と需要側(利用者)という異なる二つのグループをつなぎ、それぞれの数が増えるほどもう一方にとっての価値も高まる構造を指します。供給が多いほど需要側は選びやすくなり、需要が多いほど供給側は参加する意味が増します。
この構造には二つの特徴があります。一つは、どちらか一方が少ないと両方が離れていくこと。もう一つは、いったん両側が揃うと、後発が追いつきにくくなることです。だからこそ立ち上げ期の設計が重要で、「どちらをどう集めるか」を最初に決める必要があります。
鶏と卵問題の解き方
供給がなければ需要が来ず、需要がなければ供給が来ない。この鶏と卵問題を解く方法には、いくつかの定石があります。
- 供給側から集める: 提供者は「登録しておけば機会がある」と考えやすく、需要側より先に集めやすい
- 領域や地域を絞る: 全国・全分野で薄く集めるより、一つの地域や分野で密度を作る
- 片側を運営が担う: 初期は運営が自ら供給役を務め、需要側の体験を先に作る
- 片側に単独でも役立つ道具を提供する: 提供者向けの管理ツールなど、相手がいなくても使う理由を作る
- 既存のつながりを持ち込む: 提供者が自分の顧客を連れてくる導線を用意する
想定例:地域の職人と個人の依頼をつなぐプラットフォームを立ち上げる場合、最初から全国で募集するのではなく、一つの地域で職人を集め、その地域向けの広告で依頼を集める方が、双方に「相手がいる」体験を早く届けられます。密度ができた後に隣接地域へ広げていく進め方です。市場リサーチで、どの領域に絞るかの判断材料を集めておくと、立ち上げの精度が上がります。
手数料モデルの選択肢
収益の取り方には代表的な型があり、取引の性質によって向き不向きがあります。
| モデル | 仕組み | 向いている取引 |
|---|---|---|
| 成約手数料 | 取引が成立したときに一定の割合や額を受け取る | 単価が高く、取引がプラットフォーム上で完結する |
| 掲載料 | 提供者が掲載や露出に対して支払う | 提供者が露出を求め、成約の把握が難しい |
| サブスクリプション | 提供者や利用者が月額で支払う | 継続的に利用され、機能に価値がある |
| 従量課金 | 問い合わせや連絡の件数に応じて支払う | 成約前の接点そのものに価値がある |
成約手数料は利用者にとって最も納得しやすい一方で、後述する直接取引への流出リスクが高くなります。掲載料やサブスクリプションは収益が安定しやすい反面、提供者が成果を感じられないと離脱につながります。複数のモデルを組み合わせる場合も多く、初期は単純な仕組みにしてデータを見ながら調整するのが現実的です。
直接取引への流出(中抜き)対策
提供者と利用者が知り合った後、プラットフォームを通さずに取引する「中抜き」は、成約手数料モデルの最大の課題です。禁止するだけでは防げないため、「プラットフォームに残る理由」を用意します。
- 決済の仲介: 支払いをプラットフォームが仲介し、トラブル時の返金や保証を提供する
- 実績の蓄積: プラットフォーム上の取引がレビューや実績として残り、次の受注につながる
- 業務の効率化: 日程調整、契約書、請求など取引に伴う作業を肩代わりする
- 連絡手段の設計: 取引前の連絡先交換を制限し、メッセージ機能を通じたやり取りを基本にする
想定例:家庭教師と生徒をつなぐサービスでは、初回の授業後に直接契約へ移りやすい構造があります。プラットフォーム上で支払えば授業の記録と保護者への報告が自動で残る、といった価値を用意することで、通す方が便利だと感じてもらえます。
信頼の設計
見知らぬ相手と取引する不安を取り除くことが、プラットフォームの提供する中心的な価値です。信頼の仕組みには、次のような要素があります。
- レビューと評価: 取引後に相互に評価し、公開する。評価の偏りや報復的な評価への対策も設計する
- 本人確認: 段階的に確認を行い、確認済みであることを表示する。確認の強さは取引のリスクに応じて決める
- 決済の仲介: 支払いを一時的に預かり、取引の完了後に提供者へ渡す。ただし資金を預かる形は規制の対象になる場合があるため、決済代行サービスの利用も含めて検討する
- トラブル対応: 問い合わせ窓口と、キャンセルや返金の基準を明文化する
すべてを初期から備えると開発負荷が大きいため、取引のリスクの大きさに応じて優先順位を付けます。
MVPとしての最小構成
プラットフォームのMVPは、「両側が出会い、取引が成立する」ことを検証できれば十分です。最小構成の考え方は次の通りです。
- 提供者の登録と一覧表示
- 利用者からの問い合わせまたは申し込み
- 取引の成立を運営が把握できる仕組み
- 最低限の本人確認とトラブル時の連絡窓口
決済やレビューは、最初は運営が手作業で担ってもかまいません。取引が実際に成立するか、どちら側が集まりにくいかを確かめてから、システム化する範囲を広げていく方が、無駄な開発を避けられます。取引データが蓄積されれば、LTVとCACの関係から、どちら側の獲得に投資すべきかも見えてきます。
供給側から集め、領域を絞って育てる
マッチングプラットフォームは、二面市場の構造を理解した上で、供給側から集め、領域を絞って密度を作るのが立ち上げの定石です。手数料モデルは取引の性質に合わせて選び、中抜きはプラットフォームに残る理由で防ぎます。信頼の仕組みはリスクに応じて優先順位を付け、まずは取引が成立するかを最小構成で検証しましょう。
フィリット・コンサルティングでは、Webシステム開発とマネタイズモデル構築を通じて、段階的に育てられるプラットフォームの設計と実装を支援しています。構想段階からのご相談も歓迎しますので、お問い合わせからご連絡ください。
本記事は一般的な情報であり、個別の事案は専門家・所管官庁にご確認ください。
チェックリスト
- 供給側と需要側のどちらから集めるかを決めているか
- 立ち上げ時に領域や地域を絞る計画があるか
- 手数料モデルが取引の頻度や単価の性質に合っているか
- 直接取引に流れない理由をプラットフォームに用意しているか
- レビュー・本人確認・決済仲介など信頼の仕組みを設計しているか
- 決済や資金の預かりに関する規制を確認したか
よくあるご質問
供給側と需要側、どちらを先に集めるべきですか。
多くの場合は供給側からです。需要側は「選べるものがある」ことを期待して訪れるため、供給が空の状態では離脱します。ただし供給側が希少で需要が確実な領域では逆になることもあります。
手数料モデルは後から変更できますか。
変更は可能ですが、既存の利用者への影響が大きいため慎重に進める必要があります。初期は仕組みを単純にし、取引データを見ながら調整できる設計にしておくことをお勧めします。
決済をプラットフォームで仲介する場合、何に注意が必要ですか。
利用者の資金を預かる形になると、資金移動に関する規制の対象になる可能性があります。決済代行サービスを利用する構成も含め、早い段階で専門家に確認することをお勧めします。
関連する記事
- プロダクトMVP開発とは — 最小限の機能で市場検証を始める方法MVP(実用最小限の製品)の定義と、検証したい仮説から逆算して機能を絞る設計の考え方、作らずに検証する手段との使い分け、MVP後の拡張を見据えた技術判断までを経営者・事業責任者向けに整理します。
- グロース・収益化Webサービスのマネタイズモデル比較 — サブスク・従量・手数料・広告サブスクリプション、従量課金、手数料、広告、フリーミアムの5つのマネタイズモデルを、向くサービス・収益の安定性・運用負担・注意点で比較し、LTVとチャーンとの関係、組み合わせや切り替え時の注意点まで整理します。
- グロース・収益化スタートアップの市場リサーチ — 調査の進め方スタートアップが限られた資源で市場リサーチを進めるための手順を、仮説の言語化からデスクリサーチ、インタビューなどの一次調査、結果の統合と意思決定への反映まで順を追って解説します。
関連するサービス
監修: フィリット・コンサルティング株式会社公開