アプリの招待メカニズムの効率を向上させるにはどうすればよいでしょうか?

アプリ招待メカニズムは、ほぼすべての製品に必須の機能です。一般的に、2 つの形式で存在します。1 つは推奨のための永続的な機能として、もう 1 つは招待のための分裂活動として存在します。

どのような形で現れても、ソーシャル共有の一種として分類できます。マーケティングプロモーションと比較すると、友人招待メカニズムは顧客獲得にかかる予算コストがはるかに低いことは明らかです。さらに、招待の利点は、新しいユーザーを引き付けるだけでなく、既存のユーザーの製品への共感と活動レベルを高めることにもなります。簡単に言えば、これは低コストで新規顧客を引き付け、製品のアクティベーションを促進するための最良の選択です。

この記事では、主に招待メカニズムの形式とプロセスを分析し、アプリのプロモーションに参考価値とアイデアを提供することを目的としています。

1. 招待フォーム

1. 招待コード

招待コードを使用するシナリオは 2 つあります。

1. 希少な素材として少量配布されており、一般的には製品の初期社内テストやコンテンツの品質管理、コミュニティの雰囲気作りに使用されます。新規ユーザー獲得の手段というよりは、初期のZhihuやNetEase Planetのようなユーザーコミュニティ向けの運営戦略と言えます。
2. プラットフォームビジネスには明らかな階層的配布属性があり、招待コードは普及ロゴとして大量に配布され、ユーザーが分裂ピラミッドの一部となるよう促すことができます。例: Qutoutiao の師弟読書報酬メカニズム。

さらに、招待コードの形式は非常に柔軟であり、ルールで考慮する必要があるポイントは次のとおりです。

• 招待コードの取得: 招待コードは公式リソースによって発行および管理されていますか、それともユーザー アカウントによって個別に生成されていますか?
• 招待コードの数: ユーザーは招待コードをいくつ発行または使用できますか?
• 招待コードの有効期限：有効期限が設定されており、有効期限が切れると使用できなくなりますか？
• 招待コードの使用回数: 招待コードは 1 人のユーザーが使用した後に引き換えられますか、それとも複数の招待者が同時に使用できますか?
• 招待コードの必要性: 新規ユーザーにとって必須オプションですか、それともオプションですか?

招待コードの利点は、テキストが繊細なキャリアであり、拡散しやすいことです。百度鉄馬やコミュニティフォーラムなど、設計が弱いコミュニティプラットフォームでは、ユーザーに招待リンクや招待画像をあちこちに送信するよう依頼することはできません。逆に、招待コードの特別なID属性はより直接的でシンプルです。ユーザーは画像やリンクをクリックする必要はなく、テキスト情報の影響を直接受け取ることができるため、特定のシナリオでの普及に便利です。ホットなライブ応答期間中に、さまざまなプラットフォームで招待コードが画面に溢れる現象を参照してください。

同時に、招待ランディングページで携帯電話番号を入力することと比較して、招待コードを入力することは明らかによりプライベートであり、ユーザーの心理的防御レベルはそれほど深くありません。

1. 招待リンク

現在、招待コードに加えて、招待画像、招待テキストメッセージ、招待Webページ、招待メール、QRコードのスキャンなど、ほとんどの招待フォームは基本的にH5ダウンロードランディングページへのリンクであるため、これらを招待リンクフォームとして分類します。

ほとんどの招待リンクは H5 ランディング ページにあり、招待された人は携帯電話番号や電子メール アドレスなどの情報を入力する必要があります。最初の目的は、将来の精密マーケティングとサイレント アウェイクニングのためにユーザーを登録してユーザー情報を取得するようにガイドすることです。2 つ目の目的は、このリンクでユーザー招待間の階層関係を識別して、その後の両者への報酬の分配を容易にすることです。

（１）招待ページ

これはソーシャル プラットフォームで最も一般的なコミュニケーション キャリアです。その利点は、適切な量のテキスト情報を伝えることができることです。2 行のタイトルと数段落の情報説明により、ユーザーは一目でページの基本情報をすばやく判断できます。ユーザーの開封率は、一般的に他の形式よりも高くなります。誘い以外にも、交渉や援助などの分裂形態でも使用可能。

しかし、最も一般的な共有形式であるため、タイトル コピーが目を引くものでなければ、Moments や WeChat グループなどのソーシャル プラットフォーム上の他の Web リンク情報によって簡単に無視されてしまう可能性があります。

（２）招待状の写真

招待画像には通常、QR コードの入り口が含まれており、これは基本的に招待リンクによって生成され、ダウンロード ランディング ページにリンクされます。

この方法では、招待情報を事前にソーシャルプラットフォームに表示できるため、ユーザーはページに入った後に詳細を知る必要がありません。画像のデザイン、ビジュアル、テキストが成功と失敗の鍵となります。

デメリットは、画像を開いてからQRコードを識別してランディングページに入ると、パスに複数の開くリンクがあり、これもユーザーロスのノードになるということです。また、インタラクティブな体験の点では、QRコードを識別する操作は、Webページをクリックしてリンクを開くほど直接的ではありません。

（３）招待SMS

通常、登録後または関連商品を受け取った後にのみ、ユーザーが入力した情報を通じてプラットフォームが携帯電話番号を正確に取得できると考えられるため、アクティベーションを促進するために SMS がよく使用されます。

しかし、実際には、Tantan、Maimai、Birthday Managerなどのアプリは、すでにこれを新規ユーザー獲得に利用しています。アプリに登録すると、携帯電話のアドレス帳が取得され、アドレス帳に記載されている友人の名前と携帯電話番号を取得して、友人に招待テキストメッセージを送信し、知人ソーシャルネットワーキングを使用して製品への信頼を高めます。

この方法はお勧めできません。ただし、製品がメジャーアップデートやプロモーションをリリースするときに、SMS 招待を送信できます。たとえば、Alipay には常に SMS 招待オプションがあります。また、アクティベーションを促進するために努力することもできます。たとえば、Tencent Games のフレンドリコールメカニズムや、NetEase の「陰陽師」では、ゲーム内のフレンド ID を通じて、離脱しようとしているユーザーを復帰に招待しています。

（4）招待メール

招待リンク付きのメールを送信して友人を招待します。この方法は、基本的に、古典的なDropboxの成長事例など、少数の海外製品に存在しています。利点は、よりプライベートであり、詳細な説明のために添付ファイルを追加できることです。B側ユーザー向けの製品に適していますが、モバイル端末での開封率は比較的低いです。

2. 招待プロセス

製品の認知度とコミュニケーション パスは、コミュニケーションの効率に影響を与える重要な要素です。まずは、招待コード、招待リンク、招待画像などの招待パスを見てみましょう。

1. 両者の焦点は

両者の焦点は異なっていることがわかります。シンプルな招待コードの形式は、招待者に多くのプレッシャーをかけます。招待者は、招待コードを送信した後、招待者に招待コードを使用するように指導するために、一定の教育コストを支払う必要があることがよくあります。対照的に、招待された側は、招待者によって指示された操作手順を完了するために、一定の学習コストを支払う必要があります。

招待リンク形式は、招待される側に大きなプレッシャーをかけます。招待者はモバイル端末でリンクを送信するだけでよく、招待される側に行動を起こすよう説得する部分は招待ページで完結できます。

しかし、招待された側にとっては、アプリをダウンロードする前に携帯電話番号を入力するよう求められることは、明らかに心理的な負担が大きくなります。なぜなら、登​​録プロセス中であっても、多くの人がサードパーティのプラットフォーム（WeChat、Weiboなど）のアカウントを使用してログインすることを選択する傾向があるからです。携帯電話番号は個人のプライバシーであり、ユーザーが製品をダウンロードした後に携帯電話番号を取得しようとすることは、明らかにユーザーに対する敬意を示すことになります。

1. 両方の運用コスト

シンプルな招待コードの形式は、モバイルインタラクションにおいて比較的貧弱な体験を提供します。結局のところ、招待コードは無秩序な意味不明な文字列の集まりであり、鮮明さが足りず、製品イメージを形成するのが容易ではありません。

また、操作パスの観点から見ると、招待された側が[招待コードを記憶して手動で記入する]場合でも、[招待コードをコピーして貼り付ける]場合でも、招待コードが存在する限り、これらの操作手順を回避することはできません。

招待リンク自体はアプリ間でネイティブに共有でき、開かれた招待ランディングページにはさらに多くの招待情報を掲載できるため、製品イメージの形成が容易になり、イベントの内容を十分に説明できます。過度の学習コストがなく、ユーザーが考える必要もありません。

しかし同様に、[携帯電話番号を入力] [認証コードを取得して入力] にも一定の操作コストがかかりますし、認証コードの SMS 送信にも少なくとも数秒の遅延があり、ユーザーの忍耐力を消耗させてしまいます。

1. 両方の必要性

それぞれに多くの問題があるのに、なぜ招待アクティビティでは新規ユーザーに情報を入力させる必要があるのでしょうか?これには招待レベルのバインディングの問題が関係します。

オペレーティングシステムレベルでは、iOS と Android はデータソースの取得に独自の制限があり、統計データが不正確になります。そのため、テクノロジーが未熟だった初期の頃は、ほとんどのアプリは、ユーザーに固有の識別子を入力してプラットフォームに報告してもらうことで、招待者と招待先の身元を確認することしかできませんでした。

例えば：

• 招待コードはランダムな文字化けした文字列です。招待者が生成するとシステムによって取得され、招待者が入力するとアップロードされます。取得した 2 つの招待コード情報を照合することで、プラットフォームは招待者を誰が招待したかを知ることができます。
• 招待リンクでは、招待された人が共有ページで携帯電話番号を入力する必要があります。招待された人が番号を入力すると、後で携帯電話番号を使用してアプリにログインするときに、システムは誰が新しいユーザーを招待したかを認識します。

ユーザーの招待元を正確に把握して初めて、両者の招待関係に基づいて対応する報酬を発行できます。これが、プラットフォームにとって招待コードと招待リンクの最大の価値です。

3. 招待効率を上げる方法

上記の招待形式と招待プロセスを理解した後、通常の社会環境における一般的な結論を導き出すことができます。

• 招待リンクのランディングページ表示形式 > 招待コードの表示形式が乱れて文字化けしている。
• 招待コード識別ソースを取得 > 携帯電話番号識別ソースを取得します。

これはビジネス上の問題のように思えますが、実際には技術的な問題であり、つまり、アプリのインストール元を追跡して取得することです。

実際、この分野では既に成熟したサードパーティプラットフォームが技術サービスを提供しています。国内のサードパーティサービスプロバイダーであるopeninstallが提供する無料招待コードソリューションを例にとると、比較的理想的な招待プロセスを実装できることがわかります。

このソリューションが招待コード不要ソリューションと呼ばれる理由は、ユーザーのインストール ソースを取得する方法が依然として招待コードのマッチングによるものである一方、openinstall SDK を統合することで自動的に取得できるためです。当然、招待された側は手動で入力してアップロードする必要はなく、ユーザーはプロセス全体を意識する必要もありません。

簡単に言えば:

• 招待側が招待リンクを共有するので、招待された側を説得する必要はありません。
• 招待された側は、プロセス全体を通じて情報を入力する必要はありません。共有された招待ページからアプリをダウンロードしてログインするだけで、報酬を受け取ることができます。
• プラットフォームは、サーバーを介して招待コードを自動的に取得し、両者間の招待関係を正確に識別して報酬を発行することができます。

これは、招待コードと招待リンクの両方の形式の利点を組み合わせ、各リンクで発生するさまざまなユーザー エクスペリエンスの問題を回避するソリューションです。

もちろん、プラットフォームが依然としてユーザーの携帯電話番号を取得したい場合は、ユーザーがアプリをダウンロードしてインストールした後、登録プロセス、ユーザーの支払い、本人確認などの際にユーザーに携帯電話番号の入力を求めることができます。これにより、招待パスが可能な限り短縮され、ユーザーの最初のエクスペリエンスが最適化され、アプリ招待のコンバージョン率とプロモーションの効率が向上します。

招待コードを入力せずにインストール元を識別するこの技術に基づいて、アプリプロモーションのより多くのシナリオも想像できます。たとえば、販売コードを入力せずに各販売員のパフォーマンスをカウントしたり、プロモーションリンク/ QRコードを生成してチャネル配信効果を生成することで広告をカウントしたりできます。

IV. 結論

ほとんどの場合、アプリの招待方法は、ユーザーの認知度を確立する - ユーザーに参加を説得する - ユーザーに行動を誘導する、という変換パスを伴う必要があります。私たちにできることは、より多くの製品紹介や興味主導型の方法を使用してユーザーの心をつかむことです。このプロセスでは、変換パスを可能な限り短縮し、ユーザーをスムーズに引き込むようにしてください。

それぞれの製品には独自の特徴と市場があり、想像の余地がたくさんあります。本記事では、一般的な招待プロセスに関するソリューションのみを紹介します。それぞれの報酬プラン、不正行為防止、ビジネス統合などについては、詳細には触れません。プロセスのフレームワークは設定されており、残りはそれを装飾して美しく仕上げる作業になります。

著者: Big City Small Things

出典: Big City Small Things