referral-program

referral-program の概要

referral-program skill は、アプリ内の紹介・招待システムを「共有ボタンを付ける」だけで終わらせず、実際に獲得を動かす形で設計・立ち上げ・改善するのに役立ちます。コンバージョンの観点で実用的な referral-program ガイドが必要なチームに最適で、報酬設計、招待の仕組み、ディープリンク依存、不正リスク、そもそも出す価値があるのかまで検討できます。

referral-program は何のための skill か

referral-program skill は、既存ユーザーを invite-to-earn、友達紹介、双方向報酬、バイラルループを通じた獲得チャネルへ変えたいときに使います。とくに、social、コラボレーション、家計管理、マーケットプレイス、マルチプレイヤー系アプリのように、実際の共有行動があるプロダクトで referral-program の導入が妥当か判断したい場合に向いています。

こんな場合に相性がよい

この skill は、すでにプロダクトがあり、「ユーザーには何を得てもらうべきか」「誰に付与するべきか」「どう測るべきか」「何が不正を止めるか」を整理したい読者に合っています。ブランド認知よりも、計測可能なインストール増加を支える referral program が必要なときに、最も力を発揮します。

何が違うのか

referral-program skill は意思決定重視です。成功を左右する重要な入力、つまり顧客価値、CAC、LTV、ディープリンク基盤、自然に招待が発生する瞬間を押さえるように作られています。そのため、出力は報酬構造の選定に役立ち、インセンティブの出しすぎや質の低い招待への報酬付与といった典型的な落とし穴を避ける助けになります。

referral-program skill の使い方

まずは適切な入力をそろえる

精度の高い referral-program の利用プロンプトには、プロダクト種別、紹介されたユーザーに完了してほしいアクション、現在の獲得コスト、報酬の制約を含めるべきです。たとえば、「家計簿アプリ向けの referral-program を設計してください。既存ユーザーは銀行口座連携後に友達を招待できます。CAC は $18、LTV は約 $120、総価値 $10 未満の双方向報酬にしたいです」といった形です。

インストールして、順番どおりに読む

自分の skill ワークフローにある referral-program のインストールパスを使い、まず SKILL.md を読みます。リポジトリを直接扱う場合は、README.md、AGENTS.md、metadata.json、そして存在するなら補助フォルダも確認してください。この repo では、skill 内で表に出る主要トピックのうち、実行上とくに重要なのは初期評価、referral program が適しているかの判断、報酬構造のパターン、報酬額の決め方です。

あいまいな依頼を実用的なプロンプトに変える

ユーザーが「アプリをバズらせたい」と言ったら、それを実際の referral-program の課題に言い換えます。つまり、きっかけは何か、報酬は何か、対象は誰か、何をもって紹介成功とみなすのか、不正をどう防ぐのか、という観点です。この skill は、プロンプトにコンバージョンイベント、招待の導線、ユニットエコノミクスの目標が入っていると最も機能します。

出力品質を上げるワークフロー

この skill は、一発のブレストではなく手順として使うのが効果的です。まず適合性を確認し、次に CAC と LTV に対して報酬を試算し、その後に招待フローと計測計画を定義し、最後にメッセージを磨き込みます。試算の工程を飛ばしても referral-program skill はアイデア自体は出せますが、コンバージョンと利益率の管理については信頼性が下がります。

referral-program skill の FAQ

referral-program は消費者向けアプリだけのものですか？

いいえ。実際に他者を招く理由があるなら、B2B、マーケットプレイス、サブスクリプション製品にも合います。重要なのは業界ではなく、参加者が増えることで価値が明確に高まるか、コラボレーションが改善するか、共有による節約が生まれるかです。

referral-program は通常の growth プロンプトの代わりになりますか？

厳密には違います。通常の growth プロンプトは汎用的なキャンペーン案を出すことがありますが、referral-program skill はプログラム設計、報酬の経済性、招待の仕組みに焦点を当てています。viral coefficient の考え方、invite-link 実装、不正を考慮した報酬ロジックが必要なら、この skill から始めるのが適しています。

まだ LTV や CAC がない場合はどうすればいいですか？

それは referral-program の install における警告サインです。これらの数値がないと、報酬の試算は勘に頼ることになり、プログラムが簡単に赤字化します。その場合は、まずユニットエコノミクスを見積もるよう skill に促すか、紹介設計を確定する前に metrics 重視のワークフローへ回すべきです。

この skill は初心者向けですか？

はい、いくつかのビジネス上の質問に答えられるなら十分使えます。referral-program ガイドは、プロダクトの背景、現在の獲得データ、最適化したい具体的な紹介アクションを出せる人に最も役立ちます。プロダクト情報がなく、「紹介機能を追加したい」だけの依頼にはあまり向きません。

referral-program skill を改善するには

ユニットエコノミクスの入力をもっと良くする

referral-program の出力を最も改善するのは、経済条件をより正確に入れることです。チャネル別 CAC、おおよその LTV や ARPU、招待後の想定コンバージョン率、利益率の上限を共有してください。そうした数値があると、skill は referral-program for Conversion を支える形で報酬を試算でき、場当たり的なインセンティブ膨張を避けやすくなります。

すでにある紹介行動を明示する

招待が今どこで発生しているかを skill に伝えてください。成功体験のあと、ソーシャル上の節目のあと、オンボーディング完了時、共有シート内、あるいは共同作業の流れの中などです。そうすると referral-program skill は、ユーザーが自然に起こす行動を土台に設計でき、無理に作ったフローを前提にしなくて済みます。

不正対策と段階的展開の制約を伝える

不正が気になるなら、自己紹介、複数アカウント、端末の使い回し、報酬の濫用といった懸念を含めてください。実装面を重視するなら、Branch、AppsFlyer OneLink、Adjust などのディープリンク基盤を明記します。ローンチリスクを重視するなら、段階的ロールアウトと成功指標を求めてください。そうすることで referral-program ガイドは実用性を保てます。

ひとつの明確な成功指標から改善する

最も良い改善サイクルは、毎回ひとつの成果に絞って依頼することです。たとえば、招待数を増やす、invite-to-install の転換率を上げる、アクティベートされた紹介ユーザーを増やす、獲得ユーザーあたりの報酬コストを下げる、などです。referral-program skill は、「もっとよくして」よりも、測定可能なボトルネックに結びついた反復でこそ向上します。