マーケットプレイスにおける紹介ループ

著者: Brian Tr · 更新日: 2026年10月6日

ソフトウェア製品の紹介プログラムの役割は1つです。満足しているユーザーを、別のユーザーに変えることです。マーケットプレイスの紹介プログラムは、より難しい課題を抱えています。ユーザーが2種類いて、最も招待したい相手が市場の反対側にいることが多いからです。ホストはゲストを招待できます。ドライバーは乗客を招待できます。店のオーナーは、常連客をプラットフォーム上での購入に招待できます。

こうしたサイドをまたぐ動きこそがマーケットプレイスの紹介を特別なものにしており、一般的な紹介のアドバイスが素通りする部分です。報酬設計、支払いのタイミング、プログラムのルールといった一般的な仕組みは、紹介プログラムのガイドで扱っており、片面の製品におけるバイラル性の計算はバイラルネットワーク効果にあります。本記事では、2つの側がある場合に何が変わるかに絞ります。誰が誰を招待するのか、双方向の報酬がテイクレートに何をもたらすのか、ファネルではなくループをどう数えるのか、そして人々がどのように不正を働くのかです。

ファネルではなくループ

まず枠組みから始めます。測定するものが変わるからです。「Growth Loops are the New Funnels」（2018年7月31日公開）で、Brian Balfour、Casey Winters、Kevin Kwok、Andrew Chenは、ファネルは一方向の図だと論じています。彼らの言葉では、ファネルは一方向に動き、上に多く入れれば下から多く出てくるというもので、下から出てきたものを再投資して上でさらに多くを得るという概念がありません。これに対してループは、インプットがプロセスを通ってより多くのアウトプットを生み、それをインプットに再投資できる閉じたシステムだと説明しています。

マーケットプレイスの紹介ループは、この定義によく当てはまります。完了した取引が、満足した参加者を生みます。その参加者が招待を送ります。招待が新しい参加者を生み、その参加者が取引を完了させ、サイクルが繰り返されます。ファネルの見方では「紹介経由の登録」を1つのチャネルとして数えて終わりです。ループの見方では、より有益な問いを立てます。完了した取引のうち、招待を通じて別の完了した取引を生むものの割合はどれくらいか、そして1回転にどれだけの時間がかかるか、という問いです。ループの構造全般については、プロダクト内グロースループの記事で解説しています。マーケットプレイスならではの特徴は、ループが市場をまたげることです。

4つの紹介方向

片面の製品では、招待はユーザーから似たユーザーへ向かいます。二面市場では、4つの方向があり得て、それぞれ振る舞いが異なります。

同じ側どうしの2つの方向は、消費者向けアプリから真似しやすいため、ほとんどのプログラムが最初に構築するものです。機能しますが、動かせるのは片側だけです。供給先行か需要先行かで扱ったように、ある都市でどちらの側が希少かをすでに把握している場合、潤沢なほうの側を増やす同一サイドのループは何の役にも立ちません。

サイドをまたぐ方向は、マーケットプレイスならではのループです。販売者が自分の顧客を連れてくると、プラットフォームは獲得コストをかけずに需要を得られ、販売者にはそれを後押しする理由があります。プラットフォームを通じて支払いを受け取り、予約、決済、レビューといったツールを得られることが多いからです。これは、マーケットプレイスの供給の獲得で論じたシングルプレイヤーのツールのパターンと同じ論理を、逆向きに適用したものです。販売者は有用なものを手に入れ、マーケットプレイスは最初の購入者を得ます。

購入者が販売者を連れてくる方向は、購入者が得るものがほとんどないため、最も一般的ではありません。通常は、購入者が特定の提供者を指名できる仕組みをプラットフォームが用意し、かつ提供者が見つけてもらいたいと考えている場合にのみ機能します。これは、マーケットプレイスの供給の質で扱った品質管理にも直結します。招待された販売者も、御社が設けている基準を満たさなければならないからです。

この表の使い方の1つは、まず市場で物理的に可能な方向はどれかを問い、次にその中でどれが希少な側を増やすかを問うことです。答えが、グロースチームがすでに構築したものではないことも多くあります。

供給側のループに関する公開データ

Lenny Rachitskyのマーケットプレイス立ち上げに関する連載は、初期の成長についての公開された記録として最良のものであり、紹介のデータも含まれています。第3回（2019年11月25日公開）で、Uberの初期の成長に携わった人物が、供給側では、紹介が初回乗車の約3分の1を占め、紹介されたドライバーは最も優秀なドライバーでもあったと語っています。これは、1人の初期の関係者による1つの回想であり、御社の市場のベンチマークとして扱うべきではありません。それでも、販売者が販売者を招待するループが魅力的な理由を示しています。仲間を通じて来る人たちは、保証してくれた仲間に似た人であることが多いのです。

双方向のインセンティブ

マーケットプレイスの紹介プログラムの多くは、招待を送る人と、受ける人の両方に報酬を与えます。理由は構造的なものです。マーケットプレイスでは、招待される側のほうが希少で、懐疑的であることが多いからです。リスクを下げる何かがなければ、新しいプラットフォームを試す理由がありません。

Airbnbのエンジニアリングチームは、紹介プログラムを作り直した経緯を一次情報として公開しました。2014年3月27日の記事で、Jason Bosinoffは、招待されたユーザーが最初の旅行を完了したときに、送った側と受け取った側の双方に25ドルの旅行クレジットが付与されたと書いています。報酬を設計する人にとって、この記事で注目すべき点が3つあります。

• **報酬は、登録ではなく、最初の取引の完了で発生します。**プラットフォームは成果に対して支払います。
• **フレーミングが重要でした。**Airbnbは、友人を招待して25ドルを獲得することを強調したメールと、友人と25ドルを分かち合うことを強調したメールを比較しました。記事によると、全体として、分かち合うメッセージのほうが成果が良かったとのことです。
• **プログラムは、率のファネルとして測定されていました。**招待を送る月間アクティブユーザー、招待者1人あたりの被招待者、新規ユーザー・新規ゲスト・新規ホストへのコンバージョンです。このリストは、Airbnbが紹介をゲスト側だけでなくホスト側まで追跡していたことを示しています。

記事はまた、一部の市場で紹介によって予約が25%以上増加したとも報告しています。どの企業でも自社のプログラムについて自ら語る記述がそうであるように、これは2014年の1社の結果として読むべきで、約束ではありません。

報酬とテイクレートの相互作用

ここが、マーケットプレイスに特有で、間違えやすい部分です。マーケットプレイスは取引の価値をまるごと得るわけではありません。その一部、つまりテイクレートの分だけを得ます。そのため、配布するクレジットはすべて、その薄い取り分から支払われます。サブスクリプション製品なら、利益率の高い継続課金に対して無料の1か月分を提供できます。マーケットプレイスは、1件の注文の一定割合に対してお金を配っているのです。

以下の計算はあくまで例示であり、仕組みを示すために選んだ架空の数字を使っています。

この前提では、最初の注文は赤字になり、紹介が採算に合うのは、新しいユーザーが再び取引した場合だけです。リピート率とユーザーあたりの平均生涯収益があれば、回収期間を計算できます。ポイントは、適切な報酬の大きさは、近所の消費者向けアプリが提供している額ではなく、御社のテイクレートと想定されるリピート行動の関数だということです。そこから3つの帰結が導かれます。

1. **報酬の上限は、収益ではなく貢献利益で決めます。**注文が決済手数料とサポートをかろうじて賄う程度なら、クレジットの原資として残る利益は、テイクレートから想像されるより小さくなります。
2. **最初の取引の完了時、またはそれ以降に支払います。**登録時に支払うと、一度も取引しない人に資金を出すことになります。市場が供給制約の状態なら、希少な側については、最初の取引より2回目の取引に多く支払うことさえあり得ます。
3. **クレジットが、自社の取り分から出るのか、反対側の価格から出るのかを把握します。**プラットフォームが負担するクレジットは、自社の利益率を下げます。販売者の値引きで賄われるクレジットは、販売者の収入を下げ、維持したい側を怒らせかねません。これは出品者オンボーディングと密接に関わります。最初の1週間で割を食ったと感じた供給者は、解約リスクになるからです。

顧客獲得コストは、これらすべてに適した物差しです。他のチャネルのコストと、アクティベーションしたユーザー1人あたりの紹介コストの全額を、顧客獲得コストの定義に沿って比較してください。

バイラル係数と計算例

バイラル係数は、通常KまたはK-factorと呼ばれ、既存のユーザー1人が何人の新規ユーザーを連れてくるかを測ります。次の2つの積です。

K = ユーザーあたりの送信招待数 × 招待のコンバージョン率

Kが1を下回ると、各コホートが生む次のコホートはより小さくなり、他のチャネルからループに供給し続けなければ、紹介による成長は衰えます。Kが1を上回ると、各コホートはより大きなコホートを生み、成長が複利で積み上がります。Kを1より上に持続させるのは難しいため、ほとんどのプログラムは、自力で回るのではなく、全体の獲得コストを下げることで価値を発揮します。ベンチマークとサイクルタイムの詳しい議論は、バイラルネットワーク効果にあります。

**例示であり、実際のデータではありません。**あるマーケットプレイスのアクティブな購入者が、平均で3件の招待を送り、被招待者の10%が最初の購入を完了するとします。このとき、K = 3 × 0.10 = 0.3です。1,000人の購入者から始まったコホートは、およそ300人の被紹介購入者を生み、その人たちがさらに約90人、次に27人、次に8人を生みます。ループによる合計は、元の1,000人に加えておよそ425人の追加購入者で、等比級数の極限である1,000 × 0.3 ÷ (1 − 0.3)、つまり約429に近い値です。これは、紹介が成長エンジンではなく、獲得コストの割引として機能している状態です。

マーケットプレイスにKが複数必要な理由

片面向けの式は、マーケットプレイスが実際に気にしていることを覆い隠します。2つの側があれば、係数は4つあり、上の表の方向ごとに1つずつです。たとえば例示として、各販売者が平均で5人の購入者を連れてきて、各購入者が0.1人の販売者を連れてくるとします。すると、販売者から購入者、そして販売者へのループは、1回転につき、販売者1人あたり5 × 0.1 = 0.5人の新規販売者を生みます。サイドをまたぐループは、異なる側にある2つの数字の積であり、どちらの側も弱点になり得ます。

実務上のルールが2つ導かれます。

• **方向ごとに別々に測定します。**全体のKが健全でも、サイドをまたぐループが死んでいることがあります。
• **登録ではなく、アクティベーション済みのユーザーで測定します。**最初の取引を完了した被招待者を数えないと、登録ベースで計算したKはプログラムを実態より良く見せます。新規ゲストと新規ホストへのコンバージョンで終わるAirbnb自身の指標リストは、この論理に従っています。

サイクルタイムにも注意してください。Kが0.4で毎週回るループは、2か月に1回しか回らないループより、四半期で多くのユーザーを追加します。住宅関連サービスやB2B調達のように購入サイクルが長いマーケットプレイスでは、ループは本来的に遅くなります。

不正とインセンティブの悪用

取引に紐づく報酬は、行動を伴わずに報酬だけを得ようとする人を引き寄せます。マーケットプレイスには、さらに別のリスクがあります。報酬が、悪用する側が偽装できることの多い取引に対して支払われるからです。一般的なパターンは次のとおりです。

• **自己紹介。**1人の人物が2つ目のアカウントを作り、双方向クレジットの両側を獲得します。
• **共謀。**実在の2人が、紹介と偽装または事前に仕組んだ取引をやり取りして報酬を集めます。配車やデリバリーの市場では、ドライバーと「乗客」が、ボーナスを発生させるためだけに存在する乗車を手配することがあります。
• **偽の供給。**紹介者が、仕事を受けるだけで完了させるつもりのないアカウントを登録し、仕事ごとの報酬を発生させます。
• **紹介の水増し。**クーポンサイトにコードを投稿し、割引だけを使うユーザーを集めます。

Uberが公開している紹介プログラムの規約は、プラットフォームがこれらをどう明文化するかを示す有用な例です。規約には、紹介者は、自分自身を乗客やUber Eatsのユーザーとして依頼すること、乗客と事前に乗車を取り決めること、他人に自分の代わりに運転や配達をさせること、重複または複数のアカウントを作成すること、完了させる意図なく乗車や配達を受けることができないと定められています。また、オファーに別段の定めがない限り、被紹介者は招待が送られてから90日以内に登録またはオファーの有効化をしなければならないこと、そして不正の疑いなどの理由でプログラムを終了または一時停止する権利をUberが留保しており、その結果として報酬の没収やアカウントの停止に至る場合があることも述べられています。さらに規約は、報酬が被紹介者による所定の要件の完了に依存することを明確にしており、乗客の被紹介者には初回利用の割引が与えられる一方、新規のドライバーや配達員には、完了した乗車数や配達数に応じたオファーが与えられる場合があります。（これらの規約は国によって異なり、引用したページは地域版の1つです。）

これらの規約をチェックリストとして読むと、管理策の設計が見えてきます。

1. **完了し、検証された取引に対して支払います。**登録だけなら偽装は簡単です。決済と履行が確認された、支払い済みで完了した注文なら、より困難です。
2. **最低基準を設けます。**報酬が解放される前に、最低注文額や完了した仕事の件数を求めることで、仕組まれた1件の取引だけでは足りないようにします。
3. **本人確認のシグナルでアカウントを関連づけます。**紹介者と被招待者の間で、デバイス、決済手段、電話番号、住所を照合し、重なりがあれば支払いを保留します。
4. **報酬を一定期間保留します。**支払いまでに間を置けば、チャージバック、キャンセル、紛争が先に表面化します。
5. **上限と有効期限を設けます。**Uberの規約のように、紹介者ごとの報酬に上限を設け、招待に期限を設けます。
6. **取り消す権利を留保します。**不正があった場合に報酬を取り消せることを規約に明記し、それを一貫して適用するプロセスをサポートが持つ必要があります。
7. **クラスターに注意します。**1人の紹介者から多数の被紹介者が現れ、全員が同じ時間や場所で取引して静かになるのは、水増しの典型的な形です。

ここにはトレードオフがあります。管理策を1つ加えるたびに、誠実なユーザーの手間が増え、プログラムを心地よく感じさせる報酬が遅れます。あらゆる場面で最大限の手間をかけるのではなく、報酬の大きさと、偽装がもたらす損害の大きさに合わせて管理策を調整してください。リスクの低い市場での5ドルのクレジットなら、本人確認は割に合わないかもしれませんが、価値の高い供給側への現金ボーナスなら、おそらく割に合います。

成長システムにおける紹介ループの位置づけ

紹介は、最初に構築するものであることはまれです。紹介ループは、製品がすでに行っていることを増幅します。新しい購入者の最初の取引ががっかりするものなら、報酬は、悪い体験の中に友人を送り込む人にお金を払っているだけです。紹介が、少なくとも1つのセグメントで鶏が先か卵が先か問題の基本が解決された後に来ることが多いのは、そのためです。被招待者が何かを見つけられるだけの供給と、招待された販売者が報酬を得られるだけの需要が必要です。

多くの市場で通用する短い手順は次のとおりです。

1. 片側で、信頼できる最初の取引体験を実現します。
2. 希少な側を増やし、かつ自社の市場で実現可能な方向を選びます。
3. 貢献利益から報酬を設定し、完了した取引に対して支払います。
4. 方向ごとに計測を組み込み、アクティベーション済みのユーザーを数えます。
5. 規模を拡大する前に、報酬に見合った不正対策を加えます。

重要なポイント：マーケットプレイスにおける紹介ループ

• マーケットプレイスには、4つの紹介方向があります（購入者から購入者、販売者から販売者、販売者から購入者、購入者から販売者）。サイドをまたぐ方向が、マーケットプレイスならではのループです。
• Balfour、Winters、Kwok、Chenは、ファネルは再投資のない一方向の動きであり、ループはアウトプットをインプットとして再投資する閉じたシステムだと論じています（Reforge、2018年7月31日）。
• Airbnbの紹介プログラムは、招待されたユーザーが最初の旅行を完了すると、送った側と受け取った側の双方に25ドルの旅行クレジットを付与しました（Airbnb Engineering、2014年3月27日）。
• 同じ記事でAirbnbは、一部の市場で紹介によって予約が25%以上増加したこと、友人と25ドルを分かち合うことを強調したメールが、25ドルを獲得することを強調したメールを上回ったことを報告しています。
• Uberの初期の関係者は、紹介がドライバーの初回乗車の約3分の1を占め、紹介されたドライバーが最も優秀だったと述べています（Lenny's Newsletter、2019年11月25日）。
• Uberの公開規約は、自己紹介、重複アカウント、事前に取り決めた乗車を禁止しており、被紹介者に招待から90日以内の登録または有効化を求め、不正の疑いがある場合は報酬を取り消せるとしています。
• K-factor = ユーザーあたりの招待数 × 招待のコンバージョン率。Kが1未満なら獲得コストが下がり、1を超えると複利で伸びます。

関連記事

• マーケットプレイスにおける鶏が先か卵が先か問題
• 供給先行か需要先行か
• マーケットプレイスの供給を獲得する方法
• マーケットプレイスの出品者オンボーディング
• マーケットプレイスの供給の質
• バイラルネットワーク効果
• プロダクト内グロースループ
• 紹介プログラム
• マーケットプレイスの購入者を獲得する方法
• シングルプレイヤーモードとは？