核分裂活動を成功させるための6つの設計上のハイライト!

最近、オペレーション部門で働いている友人が、核分裂活動をやりたいが、製品の要件を提示したところ、多数のリンクの設計は非論理的であり、研究開発部門は間違いなくこの要件を拒否するだろうと長い間非難されたと私に不満を漏らした。審査に合格するために、彼女は製品のロジックに合わせて計画を4、5回修正し、最終的に合格しました。

彼女はどうしようもなくこう言いました。「新しい機能を追加したいと思ったら、いつも自分の命が危ないんです。技術的な知識がないオペレーターとして、本当に苦痛です！」

実際、イベントを企画する場合、基本的にオペレーションが製品に要件を提示し、製品がテクノロジーに要件を提示するというプロセスになります。一連のコミュニケーションを経て、次々とイベントが立ち上げられます。しかし、運用の観点から提起された要求では、技術的な問題が見落とされることが多く、運用、製品、技術のフードチェーンにおける競合は主にここから生じます。

今日は、Ele.me が最近開始した「友達を招待して現金を受け取る」を例に、核分裂活動で考慮すべき技術的な詳細を確認し、全員が同様の活動を行う際に通信コストを削減し、タスクをより効率的に完了できるようにします。

1. 活動参加フローチャート

1. QR コードをクリックまたはスキャンして、ページのフローチャートに入ります。

ハイライト:

1) ブラウザ識別子を検出し、ユーザーにWeChatの承認または直接ログイン状態に入るように要求します。この機能は、特に全員がQQ / WeChatを使用している場合に、ユーザーの操作コストを削減できます。Ele.meへのリンクを共有すると、ログインするたびに複雑な登録とログイン操作が必要になり、実際に登録するユーザーの数が必然的に減少します。

2) 異常なアカウントのグラフィック認証コード。この認証コードは詐欺防止のための手段だと理解しています。自動ログインや自動操作はスクリプトやマシンで実現できますが、認証コードを追加してもユーザーへの影響は大きくありませんが、効率が低下し、マシン操作の難易度が上がります（グラフィック認証コードの認識が必要なものもあります）。

3) ユーザー自身の招待リンクかどうかを判断します。この判断によって生成されたページは、一方ではユーザーの状況を識別でき、他方では、ユーザーが自分でリンクを生成した場合でも、ページ上の対応するコンテンツを見ることができます（ページは招待されたアクティビティを促します）。

2. ページにアクセスした後、アクティビティに参加したり、他の人を招待したりする

ハイライト:

ブラウザ識別子の検出は前のものと似ていますが、ここでの検出は主にユーザーの共有を識別する便宜のためです。WeChatまたはQQの場合は、対応する操作を表示できます。たとえば、WeChatでは右上隅に友達と共有するか、Momentsに共有するかを尋ねられますが、QQでは長押しして友達やスペースに共有するなどです。

2. イベントデザインのハイライト

注：以下の分析は私の個人的な知識の枠組みに基づいています。抜けがある場合はご容赦ください。

招待された後にスクリーンショットを撮りました（正直に言うと、これらのクーポンを見たときに少し誘惑されました。76元を無料で手に入れたような気がしました）。

1. 双方が報酬を得ることができます:

ユーザー A は古いユーザーであり、ユーザー B は新しいユーザーです。ユーザーAはユーザーBを招待し、WeChatでリンクをBと共有します。ユーザーBは登録後7日以内に7元以上の支払いで最初の注文を完了し、14日以内に10元以上の支払いで2番目の注文を完了します。この場合、ユーザーAは最大15元の現金報酬を獲得でき、ユーザーBは3元の店舗割引の赤い封筒とAlipayの赤い封筒を獲得できます（新規ユーザー登録が必要）。

実施方法：

リンク内の refer_id (招待ユーザーの ID) は、誰がユーザーを招待したかを判断するために使用されます。次に、ユーザーの行動が監視されます (サインイン、赤い封筒など、アプリ内での注文と保持を促進する他の方法がある場合があります)。ユーザーが注文を完了するかどうか、指定された時間内であるかどうか、指定された金額が満たされているかどうか。

同時に、ユーザーの進行状況に応じて、招待者であるユーザーAの背景に「注文保留中」「進行中」などが表示されます。

2. 新規ユーザー招待の有効性ルール:

ユーザー A は、ユーザー B が指定された時間内に注文を完了した場合にのみ報酬を受け取ることができます。ここには 2 つの注文があり、それぞれ期限は 7 日と 14 日です。つまり、ユーザーは少なくとも 2 つの完了した注文に対して 15 元を支払ったことになります。これには、ユーザーの 7 日間と 14 日間の保持率も含まれる可能性があります。

新規顧客向けのクーポンは78元です。例えば、最大割引が15+10の場合、69個の商品を購入する必要があり、3〜6個の配送料が必要なので、実際に支払う金額は約44です。15+3の場合は、25元を購入する必要があり、配送料は3〜6なので、約10を支払う必要があります（当面は全額割引を考慮しません）。一般の店舗では、新規顧客が7を超えるクーポンを見つけるのは比較的簡単です。

実施方法：

機械リマインダー+手動リマインダー。

手動リマインダーとは、招待者からのリマインダーを指します。一般的に、ユーザーを失うこと（登録後に注文を忘れるなど）を避けるために、招待者はユーザーに登録後できるだけ早く注文するように依頼します。

機械による支払いリマインダーは、独自の支払いリマインダー システムです。ユーザーの支払いリマインダーが有効でない場合、または支払いリマインダーがないためにユーザーがすぐに注文しなかった場合 (たとえば、当日ではない場合)、システムはアプリのプッシュ + SMS、アプリ内のポップアップ リマインダーなどを通じてユーザーにリマインダーを送信します。

3. 既存ユーザー向けクーポンの生成および発行のルール:

クーポンの有効期限は7日間ですので、3元を節約したい場合は7日以内に注文を完了する必要があります。

ここで近くのバーガーキングの店舗を探してみました。1回の注文には少なくとも20の商品代金+6の配送料-3のクーポン=23元が必要でした（したがって、7元を支払うだけで十分でした。15元の新規会員ボーナスを差し引いても、まだ8元あり、7元を少し超えています。2回目の注文では、ユーザーが自分で店舗を選択できます。割引があっても、割引で10元未満になることは通常困難です）。

この店舗は私から 2.6 キロメートル離れており、中距離配達と見なされます。そのため、ここでは 2 つのことが関係します。場所に基づいてどの店舗のクーポンをユーザーに提供するか、クーポンの価値はいくらにするか、ユーザーが支払う必要がある金額を計算することが、注文を案内する最も簡単な方法であるかどうかです。

実施方法：

フローチャートは、ユーザーが検出され、位置が決定され、クーポン計算ルールに従ってクーポンが発行されることを示しています。

ここでは、ユーザーデータの行動をカウントし、アルゴリズムを使用してユーザーが最も注文する可能性の高い店舗と量を計算および予測し、対応するものを生成する必要がある場合があります。（これは、従業員の離職率分析や自転車ユーザーのスコア予測など、3レッスンのデータアナリストP1コースで説明されています）

例えば、ここで計算すると、一番高い初回注文は23元、一番安いものは8元です。つまり、実際の支払額7元より大きくなければならないので、支払いを促すだけで済みます。

4. イベントページで受賞したプッシュ通知:

ここでのプッシュ通知はすべて一般的なイベント ページに含まれており、主に既存の勝者とその賞金についてユーザーに通知し、イベントへのユーザーの参加を促進します。たとえば、プッシュ通知では、現在の xx が xxx 金額の現金を受け取ったことが通知されます。

実施方法：

ユーザー名をランダムに生成（または他の場所から検索）+ 金額の範囲をランダムに設定（異なる金額が表示される確率を設定する、たとえば、大きな金額の確率を高く設定）し、アクティビティ ページに表示することができます。

5. アドレス帳の権限に関する推奨事項:

Ele.me は、ユーザーの周りに Ele.me に登録していない人がいないかどうかわからないと考えたのかもしれません。結局のところ、Ele.me の現在のカバレッジは小さくないため、ユーザーを助けるためのソリューションを考案しました。アプリがユーザーのアドレス帳を直接読み取ります。 Ele.me に登録していない人にはリストが提供され、ユーザーはリストに基づいてターゲットを絞った招待を行うことができます (わかりやすくするために、ここでは特別な比較を行っています)。

実施方法：

アドレス帳の権限を読み取り、API を介してアドレス帳をアップロードして照合し、新しいユーザーの場合は yes を返し (たとえば、新しいユーザーの場合は True を返します)、「私の友達」の招待キューに追加します。

iOSはWeChatメッセージを送信するための招待状です。Androidはまだ試していませんが、アプリがもう少し不正な場合は、招待状を直接クリックしてテキストメッセージの送信にジャンプできます（Androidはコンテンツを直接設定して直接送信できます）。

6. 最低引出金額制限:

Ele.me の最小出金限度額は 10 元、最大出金限度額は 10 元で、1 日に 1 回しか出金できません。これはどういう意味ですか?

ここでは、数人のユーザーを招待しただけです。最初の2人は古いユーザーで、最後の1人は新しいユーザーです。最高額は15元だと推定しました。おそらく「5+10」の形になり、最初の注文は5元、2番目の注文は10元になります。つまり、ユーザーが現金を引き出す場合、少なくとも 1 人の新規ユーザーの 1 回目の注文 + 2 番目の注文、または 4 人の新規ユーザーの 1 回目の注文、または 1 人の新規ユーザーの 1 回目の注文 + 2 番目の注文 + 別の新規ユーザーの 1 回目の注文を完了する必要があります。

同時に、ユーザーが初日に n 人のユーザーを招待し、n 人のユーザーがもたらした報酬が 50 を超える場合、ユーザーは 2 日目にも引き続きアプリを開いて現金を引き出します。

2 回目の注文に対する報酬は、招待者が新しいユーザーとの 2 回目の取引をできるだけ早く完了するように促します。同時に、残りの引き出し可能金額は、招待者がユーザーを招待し続けるように促します (埋没コストはコストではありませんが、ユーザーにサイレントコストを消費することの影響を考慮し続けるように促します)。

実施方法：

これは実際にはタスクウォールです。製品開発者はユーザーを維持し、注文を獲得したいため、招待者に 2 つの指標を提供します。

これは師弟制度のようなもので、師匠が弟子を招待し、弟子はタスク 1 またはタスク 1 + タスク 2 (実名 + 注文など) を完了する必要があり、その後師匠は報酬を受け取ります。これはタスク ウォールのようなものでもあり、製品側の保持ニーズを満たすために使用されます。ユーザーが初日にダウンロードとアクティベーションを完了すると、ユーザーには現在の報酬の 20% に基づく 2 回目の報酬が与えられ、翌日も引き続きアプリを開くように促します。

付録1：お金を稼ぐ戦略について

これは特に目玉だとは思いませんが、説明は必要だと思います。人を招待するために必要な操作手順書のようなもので、アクティビティを設計するときにそこにあったはずです。

私がこのことを取り上げる理由は、一部のアクティビティがこのことを念頭に置いて設計されていないためです。

通常の設計活動では、製品や操作がシンプルであるにもかかわらず、ユーザーがそれを実行できないことが簡単に見つかります。したがって、ユーザーにプロセスを伝え、物事を簡素化するためのグラフィックまたはビデオガイドが非常に重要です。さらに、事故をできるだけ回避するために、一般的なアクティビティルールには一連の説明ルールと説明要素が付属していますが、ユーザーはそれらを1つずつ読むことはありません。

実施方法：

操作プロセスを簡単な手順で図解で説明します。招待者に QR コードまたはリンク経由で登録を要求するなど、コアとなる手順を詳細に説明する必要があります。

同時に、リソースが確保されていれば、画面録画の指示を通じて操作の各ステップを詳細に説明できるため、招待者のイベント参加コストと、操作中の招待者と被招待者間の通信コストを最小限に抑えることができます。

付録2: 招待状のタイトルとアイコンについて

上記の例は、Ele.me の WeChat Moments 招待状と友達招待で、どちらもアイコンとプロモーション タイトルが付いています。これも、付録 1 のように見落とされやすい場所です。優れたコピーライティングのタイトルとアイコンは、リンクをクリックするユーザーのコンバージョン率を高めることができます。クリックという最初のステップがあって初めて、その後のコンバージョン、特に WeChat Moments での共有アクションが可能になります。

実施方法：

転送コピーのタイトルとアイコンを複数セット設定し、技術スタッフとコミュニケーションをとって A/B テストを実施し、最適なソリューションを入手したらリリースします。また、オンラインで実行しながら最適化を継続して、ページのクリック率を高めることもできます。

3. この活動についての考察

最後に、招待報酬アクティビティにおける不正行為防止ソリューションについて説明します。

1. Ele.meのリクエストとレスポンスパラメータ

ここで、Ele.me ページでいくつかのパラメータを確認しました。以下のスクリーンショットは、リクエスト パラメータのスクリーンショットです。

上の図はリクエストリンクのパラメータ図です。説明の便宜上、#を&に変更しました。fromパラメータはソースで、WeChat+QQ+リンクなどになります。リンクパラメータによると、「単一メッセージ」です。このリクエストリンクはWeChatからコピーしたものです（他の人が共有した招待リンクをクリックし、コピーしたものはクリック後に変更されました）。

isappinstalled パラメータは、アプリがインストールされているかどうかを示します。アプリは登録後に開く必要があるため、リンクはアプリがインストールされているかどうかを直接判断します。ただし、実際の判断は正確ではありません。アプリをインストールしましたが、App Store を開きました。

refer_id パラメータは招待者の ID であり、招待者を誰が招待したかを判断するために使用されます。

refer_channel_codeパラメータは招待チャネルコード、refer_channel_typeパラメータは招待チャネルタイプです。詳細はわかりませんが、チャネルコードはWeChat/QQ/link、チャネルタイプはWeChatの個人招待/友達サークル招待などだと思います。

上記は招待リンクのパラメータであり、以下はページリクエストのパラメータです。

ソースのスクリーンショットと、ページパラメータで直接開かれているかどうかのスクリーンショットを撮りました。リクエストリンクには、ユーザーの現在のアクセスステータス、招待者IDなどが含まれます（スクリーンショットには戻りパラメータが表示されています）。また、ユーザーが現在アプリを直接開いているかどうかなどを返します。

2. Ele.meソリューションについての考察

これらのソリューションのほとんどは、共有後に Web ベースで操作されるため (Web で登録し、アプリで注文する)、ユーザーのデバイス、特に一意の識別子をカウントすることは容易ではなく、ユーザーのバックエンドの動作から判断する方が優れたソリューションになります。

たとえば、Ele.me は次のように提案しています: 新しい Ele.me ユーザーとは、デバイス番号、携帯電話番号、Ele.me アカウント (サードパーティのアカウントを含む)、および支払いアカウントが、Ele.me の食品配達プラットフォームで一度も注文したことがないユーザーを指します。

最後に、非常に厳格な不正行為防止を実施したい場合は、まずルールでそれを説明する必要があり、次に、テクノロジーは次の 4 つの側面に分けることができます。

1. ユーザーのIP、デバイス情報/ブラウザIDを検出します。デバイスが複数のアカウントを登録し、複数のユーザーを招待する場合は異常な状況です。携帯電話で閲覧するページがコンピュータブラウザで大量に訪問される場合は異常な状況です。デバイスが複数のアカウントを登録し、複数のユーザーを招待する場合は異常な状況ではありません（電話による再訪問ではユーザーがランダムに選択される可能性があります）。

2. Ele.me がこれまでに出現したことのないユーザーデバイス、IP アドレス、携帯電話番号、サードパーティ アカウント、支払いアカウントなどを検出するのと同様です。

3. ユーザーが登録後に再度ログインしないかどうか、チャネルまたはユーザーによって招待されたすべてのユーザーがこのタイプであるかどうかなど、ユーザーの行動を検出します (これは、データ分析とモデリングの後でより適用可能になります)。

4. セサミ、生体検知（通常の実名は盗用可能、生体はクラックが困難）、不正ユーザーがいないか確認するユーザーアドレス帳検知、異常な携帯電話番号（カード加盟店、キャットプール）、異常なIP（プロキシIP、匿名IP）、なりすましなど。これが一番難しいのですが、既成のアクセスサービスやSDKなどもあります。

著者: 3つの教訓

出典: 3つの教訓