1. 従来の紹介プログラムがDiscord内で機能不全に陥る理由
従来の紹介プログラムは、コード、ランディングページ、クッキーといったチェックアウトフローを前提としています。プライベートなチャットコミュニティ内では、このフローは機能しません。メンバーはプロモーションコードをコピー&ペーストするためにDiscordを離れることはなく、チェックアウトページのクッキーはどのメンバーがコミッションを獲得したかについて何も教えてくれません。
この問題を解決するには、招待リンク自体をアフィリエイト単位とすることです。各メンバーは固有のマジックリンクを受け取ります。新しいユーザーがそのリンクを通じて参加し、有料サブスクリプションを完了すると、アトリビューションは即座に永続的に行われます — コミュニティ外でのクッキー、コード、ダッシュボードは不要です。
2. アトリビューションモデル:有料登録のみ、永続的に帰属
Sovereignは、招待リンクが作成された瞬間に各紹介をメンバーIDに紐付け、DiscordとTelegramを横断してコミッションの追跡を可能にします。アトリビューションは、無料アカウントではなく、完了した有料サブスクリプションという実際に重要なイベントで発生します。この単一のルールにより、リーダーボードは公正に保たれ、支払いプールは無駄なく運用されます。
アンバサダーは、固有のリンク、登録数、保留中のコミッションなど、自身の数値をリアルタイムで確認できます。オーナーは、自身のキャンペーン用のコミュニティマスターリンクに加えて、同じデータを集計して確認でき、Dashboardで支払いを承認できます。紹介されたメンバーあたりの推定LTVも追跡され、紹介プログラムをコストセンターから測定可能な成長チャネルへと変革します。
// The invariant that keeps the loop honest
interface Referral {
ambassadorId: string; // member who owns the magic invite link
inviteCode: string; // unique, bound at link creation
referredMemberId?: string; // set at join
paidSubscriptionId?: string; // set ONLY on completed paid checkout
}
// A referral counts only when both are present:
const isCounted = (r: Referral) => !!(r.referredMemberId && r.paidSubscriptionId);
// Production LTV estimate for a referred member (plan price per active sub):
const estimatedLTV = member.referralRevenue + member.subscriptions.length * planPrice;3. スパム化させずにループを運用する
紹介ループを健全に保つには3つの制御があります。第一に、有料で検証済みの登録のみをカウントすること — これにより、偽アカウントの不正利用を防ぎます。第二に、招待リンクにレート制限を設け、オプションで単回使用にすることで、公開チャンネルに大量に投稿されるのを防ぎます。第三に、バウンティの承認とまったく同じように、支払い審査をオーナーの手に委ねます。
一度回り始めると、フライホイールは安価です。アンバサダーが有料メンバーを募集し、そのメンバーが自身のリンクを取得し、ループが複利的に作用します。プライベートコミュニティにおいて、これはプラットフォーム手数料ゼロ、広告費の上限なしの有料獲得チャネルに最も近いものです。
紹介は、招待されたメンバーが有料サブスクリプションを完了した場合にのみクレジットされます。これは意図的なものであり、リーダーボードを有意義なものに保ち、コミッションを資金化可能にし、ループを不正利用から保護します。