価格・インセンティブ設計
マーケットプレイスにおける価格は、単なる売上最大化のレバーではない。需給バランス、流動性、ユーザー行動、信頼、ユニットエコノミクスを同時に動かす市場設計の中核である。
対象: Marketplace PM / Growth PM / BizOps / Data Science / Finance
更新: 2026-05-21
0. 前提：価格は「市場の会話」である
ツーサイドマーケットでは、価格はDemandにだけ向けた表示ではない。Supplyには稼働する理由を与え、Demandには今取引する理由を与え、プラットフォームには手数料収益と健全性をもたらす。したがって、価格施策は「値引き」ではなく、両面の行動を調整するコミュニケーションである。
Demand価格
表示価格、送料/手数料、クーポン、会員割引、価格下落通知。購入・予約の意思決定を動かす。
Supply報酬
売上、手取り、ボーナス、稼働インセンティブ、露出優遇。出品・稼働・品質改善を動かす。
Platform Take
手数料率、決済手数料、広告、サブスク、保証料。価値捕捉と成長投資の原資を作る。
Market Signal
混雑、希少性、需要急増、在庫過多。価格を通じてユーザーに市場状態を伝える。
1. 価格レバーの全体像
| レバー | 誰を動かすか | 使う場面 | 副作用 | 見るKPI |
|---|---|---|---|---|
| Demandクーポン | 買い手 / 利用者 | 初回取引、休眠復帰、在庫消化 | 値引き待ち、低LTV獲得 | 初回取引率、増分GMV、LTV/CAC |
| Supplyボーナス | 売り手 / 提供者 | 供給不足、ピーク時間、品質改善 | 補助金依存、悪質稼働 | 稼働率、マッチ率、補助金/GMV |
| サージ価格 | 両面 | 需要超過、供給不足、時間帯偏り | 不公平感、炎上、規制リスク | マッチ時間、キャンセル率、NPS |
| 手数料調整 | Supply / Platform | カテゴリ成熟、品質差別化、収益化 | 供給離脱、マルチホーミング | Take Rate、Supply churn、Contribution Margin |
| 会員/サブスク | Demand / Champion | 高頻度ユーザーの囲い込み | 低頻度ユーザーの疎外 | 購買頻度、NRR、会員粗利 |
| 露出優遇 | Supply | 品質向上、在庫消化、広告収益 | 検索品質低下、信頼毀損 | CTR、CVR、品質スコア、広告収益 |
2. 補助金設計：いつ、誰に、どれだけ配るか
補助金の目的は「取引を安くすること」ではなく、ネットワーク効果が自走するまでの摩擦を一時的に取り除くこと。配る相手を間違えると、最も高価で最も学習の少ないGrowth施策になる。
補助金の悪い使い方
- 低LTVユーザーを大量獲得するための恒常クーポン
- 供給品質を見ずに出品数だけを増やす報酬
- マッチングや在庫の構造問題を隠すための値引き
- チームKPI達成のために月末だけ配るキャンペーン
- 終了条件・ホールドアウト・粗利影響を持たない施策
3. サージ / ダイナミックプライシング
サージ価格は「高く売る仕組み」ではなく、需要超過のシグナルをSupplyに送り、Demandに待つ/今使う/代替する判断材料を与える市場調整機能である。
| 設計要素 | 実装方針 | 注意点 |
|---|---|---|
| 発動条件 | 需要/供給比、待ち時間、キャンセル率、在庫残量、天候/イベント | 単一指標だと誤発動しやすい |
| 上限 | カテゴリ・地域・時間帯ごとに倍率上限を設定 | 災害・緊急時は別ルール |
| 説明 | 「需要が高いため価格が上がっています」を明示 | 説明なしの値上げは信頼を削る |
| 代替案 | 時間変更、近隣エリア、類似商品、待機通知を提示 | 高い価格だけを出すと離脱する |
| Supply還元 | 上昇分の一定割合をSupplyに還元 | 還元が弱いと供給は増えない |
4. 手数料設計：Take Rateを上げる前に価値を増やす
手数料率はマーケットプレイスの価値捕捉率だが、上げすぎるとSupplyのマルチホーミングや直取引を誘発する。手数料は「プラットフォームが何を代替しているか」とセットで設計する。
5. クーポン設計：値引きではなく「行動条件」を買う
クーポンは誰にでも配るとただの粗利毀損になる。良いクーポンは、まだ発生していない望ましい行動を引き出す条件付きインセンティブである。
| クーポン型 | 狙い | 条件例 | 避けること |
|---|---|---|---|
| 初回取引 | Activation | 初回購入/予約のみ、最低金額あり | 登録だけで付与して未利用在庫化 |
| カテゴリ体験 | 横展開 | 未利用カテゴリ限定 | 既に買うカテゴリに配る |
| 休眠復帰 | Winback | 過去閲覧/保存した対象に限定 | 全休眠に同額配布 |
| 在庫消化 | Liquidity | 在庫過多カテゴリ、期限付き | 人気在庫まで値引きする |
| 紹介 | Referral | 紹介先が初回取引完了後に双方付与 | 登録時点で報酬確定 |
6. 実験設計：価格施策は必ずホールドアウトを置く
価格施策は自然発生する取引を奪って「効いたように見える」ことが多い。必ず非配信・非補助のホールドアウトを置き、増分を見る。
価格実験テンプレート
仮説: {対象セグメント} に {インセンティブ} を出すと {行動} が増え、{Marketplace KPI} が改善する
対象: {新規 / 休眠 / Champion / エリア / カテゴリ}
除外: {既に購入意向が高いユーザー、進行中取引、直近クーポン利用者}
主要KPI: {初回取引率 / マッチ率 / GMV増分 / Contribution Margin}
Guardrail: {通知OFF / キャンセル率 / Supply churn / Uninstall / 問い合わせ}
Holdout: 5-10%
終了条件: {統計的有意性 + 粗利影響 + 副作用閾値}7. KPI：価格施策の評価指標
Growth
初回取引率再購入率稼働率マッチ率
Economics
Take RateGross MarginContribution MarginSubsidy / GMV
Behavior
値引き待ち率クーポン利用後継続率マルチホーミング直取引誘発
Trust
キャンセル率問い合わせ率不公平感/NPS炎上リスク
8. 30日実装プレイブック
- Day 1-3: 既存の価格・手数料・クーポン・Supply報酬を棚卸し。施策ごとに目的と終了条件を明記。
- Day 4-7: 需給ギャップをエリア/カテゴリ/時間帯で可視化。補助金対象を「構造的に効く場所」に絞る。
- Day 8-12: 補助金/GMV、Contribution Margin、クーポン利用後継続率をダッシュボード化。
- Day 13-17: DemandクーポンではなくSupplyボーナス/露出優遇も含めて3案設計。
- Day 18-22: Holdout付きで小規模実験。GMVではなく増分粗利とマッチ率で判定。
- Day 23-27: 勝ち施策のスケール条件と停止条件を決める。補助金を永続化しない。
- Day 28-30: Pricing Council（PM/Data/Finance/Ops）を設置し、月次で価格レバーをレビュー。