Calendlyのユーザーは毎日URLを送るだけで、気づかないうちに会社の集客を担っている。予約ページを受け取った相手が「このサービス何？」と感じ、そのまま登録する。インセンティブも、「紹介してください」という依頼もない。製品を使っているだけで、新しいユーザーを連れてくる設計になっています。
この記事では、その仕組みを自社サービスに組み込む具体的な4ステップを解説します。ProductLed社が「PLGアクセラレーター」と位置づける「暗黙型バイラル」——コアアクションと集客接点を一体化させた設計——の実装方法です。対応するケーススタディ「CalendlyはなぜURLを送るだけで顧客が増え続けるのか」もあわせて参照してください。
「明示型」より「暗黙型」のほうが止まらない理由
バイラルには2種類あります。
ひとつは「明示型バイラル」。「友達を招待して500円もらおう」というインセンティブで拡散させる設計です。即効性はあるが、インセンティブがなくなると止まります。止まらないようにするには、繰り返しコストをかけ続けなければならない。
もうひとつが「暗黙型バイラル」。ユーザーが製品を使う過程で、意図せず製品が外部に露出される設計です。拡散しようという意識がなくても拡散が起きる。Calendlyはその典型で、「会議の日程を調整したい」というユーザーが予約リンクを送るだけで、受け取った相手が製品を体験します。
ProductLedの成長ループ分析によれば、この設計がPLGにおいて最も強力なアクセラレーターである理由は、ユーザーの通常行動の中に組み込まれているためです。コストゼロで継続的に機能する。製品が成長エンジンそのものになる。
設計の核心は「コアアクション」を正確に特定することにあります。コアアクションとは、製品の価値が最も凝縮された1つの動作のことです。Calendlyなら「リンクを送る」、DocuSignなら「署名リクエストを送る」、Notionなら「ページを共有する」。この動作が外部ユーザーとの接点になるよう設計されているかどうかが、暗黙型バイラルが生まれるかどうかを決めます。
この構造を動かすために必要な3つの条件
自社サービスでこの構造を再現するには、最低限3つの条件が必要です。
まず「外部ユーザーへの価値提供がある製品」であること。製品の価値体験がユーザーの内側だけで完結するサービスには適用できません。共有・送付・招待のいずれかが製品の本質的な価値につながっている必要があります。
次に「URLやリンクで体験を渡せる技術構造」があること。エンジニアにとって難しい実装ではないが、意識しないと「自社内で完結させる」設計に引っ張られます。外部向けのURLやウィジェットを作るという意図が必要です。
最後に「計測の仕組み」があること。バイラルループが機能しているかどうかは、数字を見なければ分かりません。AmplitudeやMixpanelなどのプロダクトアナリティクスが理想ですが、最初はGoogleアナリティクスとUTMパラメータでも代用できます。スキルの面では、ユーザーフロー設計の基礎があれば十分です。FigmaやMiroで画面遷移を書ける程度で進められます。
ステップ1：コアアクションを1つに絞る（所要1〜2時間）
自社製品で「最も価値が凝縮された1アクション」を書き出します。ここで失敗しやすいのは、複数の候補を残してしまうことです。迷ったら絞ること。
「このサービスを使って一番うれしい瞬間はどこか？」という問いを起点に考えてください。タスク管理ツールなら「チームへの共有」、請求書ツールなら「クライアントへの送付」、スケジューリングツールなら「URLを送って予定が埋まる瞬間」です。
このアクションが外部の誰かに何かを届けているかどうかを確認します。外部に届かないなら、そのアクションを「外部に届く形」にリデザインできないかを検討します。考え込まずに「今日誰に価値を届けているか」を素直に書き出すだけで、大抵は1つに絞れます。
ステップ2：外部タッチポイントのページを作る（所要1〜2週間）
コアアクションを外部ユーザーが体験できるURLやページを設計します。重要なのは、受け取った側がすぐに「価値を得られる」体験になっていること。Calendlyが優れているのは、受け取った相手にも「予定調整が楽になる」という実利があるからです。自分が得をするから、送られたリンクを開く。
このページには3要素を盛り込みます。受け取った側への明確な価値（何ができるか）、ブランド表示（さりげなく、押しつけがましくなく）、登録・利用への自然な導線（興味を持った人が次のステップを踏めるように）。この3つがそろって初めて集客接点として機能します。
OGPも必ず設定してください。SNSやチャットで共有されたときの見え方が製品の第一印象になります。タイトル、説明文、OGP画像の3点セットは必須です。OGP.meなどの無料プレビューツールで確認しながら整えてください。
ステップ3：コアアクション直後の導線に共有を置く（所要1〜2週間）
外部タッチポイントを作っただけでは機能しません。既存ユーザーが使わなければ意味がないからです。製品の通常フローの中に、このタッチポイントへの導線を自然に組み込みます。
「タスク完了後に共有ボタンが出る」「作成したドキュメントのデフォルトが共有可能URL」といった設計が有効です。やりがちな失敗は、共有機能を「設定画面の奥」に置いてしまうことです。ユーザーが価値を感じた瞬間——コアアクション直後——に自然に共有できる位置に置く必要があります。
外部ユーザーがタッチポイントに触れた後の体験にも気を配ります。登録フローが長すぎると、興味を持ってくれた人が途中で離脱します。ランディングから登録完了まで3ステップ以内を目指してください。ここを1ステップ削るだけで転換率が大きく変わります。
ステップ4：3指標を計測してループを改善する（継続）
「コアアクション実行数」「外部タッチポイントへのアクセス数」「タッチポイントからの新規登録数」の3指標を計測します。この3点が揃えば、バイラルループの転換率が計算できます。
たとえば「コアアクション100回→タッチポイント訪問50人→新規登録5人」なら転換率は5%です。訪問が少なければステップ2の改善、登録が少なければステップ3の改善が必要です。数字を見れば、どこに問題があるかが分かります。
計測できる状態を作ることが先決です。ツールより先に「どのアクションをどのように計測するか」を設計してください。UTMパラメータの設計を最初に決めておかないと、あとからデータが使えない状態になります。
ツールの選び方：本格版・軽量版・ゼロ予算版
本格的に取り組む場合は、計測にAmplitudeかMixpanelを使います。ユーザーのアクションをイベントとして記録し、ファネル分析でどのステップで離脱が起きているかを確認できます。フロー設計にはFigmaかMiro、URLのクリック計測にはBitlyなどの短縮URLサービスが便利です。
予算を抑えるなら、GoogleアナリティクスとUTMパラメータの組み合わせで十分な精度が出ます。OGPの確認はOGP.meなどのプレビューツールで無料で行えます。共有URLの生成も、既存のAPIやライブラリを使えばエンジニアの工数は最小限です。
まず動くものを確認したい場合は、既存ページに共有ボタンを1つ追加するだけで構いません。紙に書いたフロー図と共有ボタン1つで、仮説検証は始められます。ツールより「設計の方向性が正しいか」を先に確認することが重要です。
この設計が向く製品、向かない製品
「受け取った相手にも価値がある」アクションが製品の中にある場合に向いています。予約受付、書類送付、進捗共有、コンテンツ配信など、B2B2Cの構造がある製品と相性が良い。誰かに何かを送ることで価値が生まれるサービスほど、この設計の恩恵を受けやすくなります。
逆に、価値が完全に自分の内側で完結するサービスには向きません。個人向けの日記アプリ、瞑想アプリ、家計簿アプリなどは、製品の価値体験が外部に届かないため、無理に適用しようとすると不自然な設計になります。強引にシェア機能を追加しても、ユーザーが使わなければ機能しません。
アクティブユーザーがまだ少ない段階も注意が必要です。バイラルループが回るには、起点となるユーザーがある程度いる必要があります。100人以下の段階でこの設計に時間を投資するより、製品の基本価値を磨く方が優先度は高いでしょう。
この設計で最も時間がかかるのは、ステップ1のコアアクション特定です。正確に絞れれば、あとの実装は迷いません。自社製品に「送る」「共有する」「招待する」という動作があるなら、それが外部ユーザーにとって価値ある体験になっているかどうかを、今日確認してみてください。
AI編集部コメント
一番伝えたかったのは「コアアクションを1つに絞る」というステップの重要性です。複数候補を持ち続けると、設計が分散してどれも中途半端になります。
ProductLedの分析を読んでいて気づいたのは、暗黙型バイラルが機能しているプロダクトはどれも「受け取った側にも価値がある」という点を徹底していること。シェアさせるのではなく、シェアしたくなる設計がそこにあります。
まず自社の製品フローを書き出して、「どこで誰かに何かを届けているか」を確認するところから始めてみてください。