ユーザーの記憶をうまく呼び戻すにはどうすればよいでしょうか? 4つのヒントを共有しましょう！

昨年、私はユーザーリコールを担当していました。ユーザーリコールは実際にはメッセージプッシュ、つまり適切なコンテンツを適切なチャネルを通じて適切なタイミングで適切な人にプッシュすることに大きく依存しています。適切なコンテンツと適切なチャネルは非常に単純なものです。難しいのは、適切なタイミングと適切な人です（たとえば、アプリのアクティベーション数とビッグVユーザーが2週間連続で減少しているなど）。

最近、メッセージ プッシュを体系的に最適化したので、メッセージ プッシュについてお話しすることにしました。

メッセージ プッシュの最適化では、まず最終的な効果を最適化するという明確な目標がありますが、最終的な効果とは、プッシュ成功率、リーチ率、クリック率、ユーザー コンテンツ一致率のことです。

そのため、最終的なプッシュ効果を最適化したいのであれば、上記の各ステップを最適化し、式の右側の各要素を最適化し、プッシュ人口を増やし、プッシュ成功率を高め、リーチ率を高め、クリック率を高め、ユーザーとコンテンツのマッチング度を高めなければなりません。このように分解すると、目標がかなり明確になりませんか？

次に、メッセージプッシュに必要な操作を時系列で説明し、どのステップで上記の数値を改善できるかを見てみましょう。時系列で分類すると、次のようになります。

——プッシュ前：メッセージの作成、プッシュ対象者の選択、プッシュチャネルの選択

——プッシュ：メッセージプッシュ

——プッシュ後：メッセージ受信、メッセージクリック、データフィードバック（データフィードバックに基づいて最適化を実行できます）

この記事は実際には 2 行あります。1 つは、メッセージ プッシュを数式に従ってリーチ率、クリック率、コンバージョン率などに分割することです。もう 1 つは、メッセージ プッシュを時間ディメンションに従って各ステップに分割することです。次に、各ステップで 1 行目のさまざまなデータを最適化する方法を確認します。

プッシュ前

1. メッセージの作成

ここで注意すべき点がいくつかあります。プッシュのカバー画像はどうでしょうか?プッシュされたタイトルの品質は魅力的ですか?プッシュされたコンテンツの品質はどうですか?タイトルと内容は話題になっていますか？タイトルと内容は現在の状況に関連がありますか?タイトルやコンテンツは携帯電話のサイズを考慮して表示されていますか?ランディングページは定義されていますか?

2. メッセージを送信する対象者を選択します

このステップで対応するグループを選択するのは、実際にはかなり困難です。プッシュ システムでさまざまなラベルを作成する必要があり、そのたびに、これらのラベルの共通部分または結合部分を選択することでプッシュ ユーザーを決定します。

また、ユーザー セットを作成して、複数のタグの交差または結合を毎回再選択しなくても済むようにすることもできます。たとえば、レベルが 3 より大きい ∩ 男性 ∩ iOS システム ∩ で、過去 3 日間に支払いを行ったユーザーを選択します。このようなユーザーに頻繁にメッセージを送信する場合は、それらのユーザー用のユーザー セットを作成し、メッセージをプッシュするたびにそのユーザー セットを選択できます。

これらのタグをどのように定義するかについて説明します。

インターネット上で最も話題になっているのは、もちろん都市、年齢、性別などの人口統計的観点から分割することですが、実際のプロセスでは、人口統計的観点から分割するだけでは特に不合理になり、ライブブロードキャストでの報酬、ダイナミクスでの報酬、プライベートチャットでの報酬など、多くのビジネス関連のカテゴリを追加する必要があることがわかります。これらのスクリーニング条件は次のように分類できます。

——バージョン条件: 特定のバージョンをフィルタリングできます

——システム条件: Android、iOSをフィルタリング可能

——ユーザー条件: 年齢、性別、都市などの人口統計的側面。

——アカウント条件：財布にお金が入っているかどうか、リュックサックにプレゼントが入っているかどうかなど、特定のビジネスのアカウント合計、またはアカウント残高。

——支払い行動：支払いがあるかどうか、いくら支払われるか、どのチャネルを通じて支払われるか

——アクティブな行動：アプリの起動、更新情報の投稿など

——コンテンツの消費：ライブ放送室に入り、動的に対話するなど。

具体的な詳細は、ご自身の製品によって決まります。フィルタリング条件は、一般的に、主要フィルタリング条件、サブフィルタリング条件、時間の3つの部分で構成されています。たとえば、支払い行動をフィルタリングするかどうか、サブ条件で支払い金額の範囲と支払い金額のチャネル（ライブブロードキャストルーム、ダイナミクス、プライベートチャットなど）をフィルタリングできます。時間ディメンションでは、1日、2日、3日...をフィルタリングし、日数を自分で入力できます。

スクリーニング条件の粒度をそれほど細かくする必要があるかどうかは、製品の段階と特定の製品によって異なります。普遍的な公式はありません。

上記のフィルタタグプッシュに加えて、プッシュ用の入力IDもサポートする必要があります。

3. プッシュチャネルを選択する

プッシュチャネルの選択は非常に簡単です。一般的に、チャネルはSMS、社内メール、電子メール、プッシュの3つだけです。

4. プッシュ時間を選択する

大企業の場合、プッシュ メッセージを送信するには、作成後すぐにプッシュされるのではなく、複数のレベルの承認が必要になることがあります。

ユーザーには時間制限もあります。プッシュできない時間帯とプッシュできる時間帯を制限する必要があります。これは、製品の具体的な使用シナリオに基づいて決定する必要がありますが、一般的には 7 時から 11 時です (午前 2 時にプッシュ通知を受信して​​目が覚めるとしたら、どう反応しますか?)

送信時間制限については、限られた時間内にどのメッセージをカウントし、どのメッセージをカウントしないかを検討する必要があります。たとえば、広告やマーケティングのメッセージは 23:00 から 7:00 の間はユーザーにプッシュできませんが、検証コードは制限されていません。ユーザーが 23:00 以降に検証コードを受け取らないようにすることはできません。

押す

1. メッセージプッシュ

まず、メッセージのプッシュ プロセスがユーザーの携帯電話に届く仕組みについて説明します。Android と iOS には、いくつかの小さな違いがあります。

iOS メッセージ プッシュ プロセス:

——手動プッシュ操作：プッシュリクエストの開始（自社サーバーまたはサードパーティ）→ APNS（Appleサーバー）→ iPhone（端末）→ 新規メッセージのポップアップ（端末）→ アプリを開く（モバイルアプリケーション）→ ランディングページに入る（モバイルアプリケーション）→ アクティビティ内でプロセスを開始する（モバイルアプリケーション）

——トリガープッシュ: イベントトリガー (自社サーバー、またはサードパーティ) → APNS (Apple サーバー) → iPhone (端末) → 新しいメッセージがポップアップ (端末) → アプリを開く (モバイルアプリケーション) → ランディングページに入る (モバイルアプリケーション) → アクティビティ内でプロセスを開始する (モバイルアプリケーション)

Android メッセージ プッシュ プロセス:

——手動プッシュ操作: プッシュリクエストを開始する (自社サーバーまたはサードパーティ) → Android (端末) → 新しいメッセージをポップアップ表示する (端末) → アプリを開く (モバイルアプリケーション) → ランディングページに入る (モバイルアプリケーション) → アクティビティ内でプロセスを開始する (モバイルアプリケーション)

——トリガープッシュ: イベントトリガー (自社サーバー、またはサードパーティ) → Android (端末) → 新しいメッセージのポップアップ (端末) → アプリを開く (モバイルアプリケーション) → ランディングページに入る (モバイルアプリケーション) → アクティビティ内でプロセスを開始する (モバイルアプリケーション)

iOS の場合は、すべて Apple 製品なので、少しはましです。せいぜい、ユーザーが通知の許可を無効にしている可能性があり、その結果、通知を受信できなくなります。

Androidには多くの問題があります。プロセスが終了したときに受信できず、通知許可をオフにすると受信できません。メーカーのプッシュを統合する場合（プロセスの終了もユーザーの電話にプッシュできるという利点）、欠点は、1つのメーカーにのみ接続すると、他のAndroid電話ブランドが受信できない可能性があることです。たとえば、OPPOまたはHuaweiの電話に接続すると、受信できない可能性があります。

ここでは、プロセスが終了したときに Android ユーザーがメッセージを受信できるようにすることについてのみ検討します。メッセージ プッシュ プロセスでは、他にも考慮すべき問題が多数あります。検討のためにそれらをリストします。

たとえば、どのサードパーティ企業に接続するか?プッシュを受信する会社とimを受信する会社の間に競合はありますか（弊社がアクセスするJiguangとYunxinは競合しており、同時にアクセスできません）？どの程度の同時実行性がサポートされていますか?ユーザーがメッセージを受信するまでに数時間の遅延が発生しますか?各メーカーのポリシーはどのようなものですか？

プッシュ後

1. メッセージ受信

質問は主にいくつかあります。まずはそれらをリストアップして、その後で詳しくお話ししましょう。

周波数制限

——お互いに目覚めて

——プッシュの影響

——アプリ内で通知の許可を設定するためのガイド

1) 周波数を制限する

極端な例を挙げると、Taobao から毎日 500 件のメッセージが送られてきたらどうしますか?ユーザーはアプリを直接アンインストールしただけかもしれませんので、ユーザーへのメッセージプッシュの頻度を考慮する必要があります。

たとえば、ユーザーに毎日プッシュできるメッセージは最大 2 件です。2 件を超えるメッセージがプッシュされると、自動プッシュは失敗します。

ただし、どのメッセージをカウントするかを検討する必要があります。たとえば、広告やマーケティングはカウントする必要がありますが、確認コードはカウントしないでください。ユーザーが 1 日に 5 つの確認コードを受け取るのは普通のことです。

注目すべき点は、他のアプリは 1 日に 10 件以上のメッセージを送信するが、私のアプリは 1 件か 2 件しかメッセージを送信しないと考える学生もいるかもしれないということです。これではユーザーの時間が節約されるのではないですか?

メッセージ プッシュは、共有地の悲劇の観点から考えることはできません (Baidu で共有地の悲劇を検索できます)。共有地の悲劇では選択肢がありませんが、ユーザーはアプリを使用するときに、アンインストールするか、通知の許可をオフにするかを選択できます。

2) アプリ同士がお互いを起動する

Jike アプリと Taqu アプリの両方が同じサードパーティ プッシュ メーカーに接続されていると仮定します。Jike アプリがプロセスを終了せず、Taqu アプリがプロセスを終了した場合、メッセージが Taqu アプリにプッシュされると、Jike アプリは Taqu アプリを起動し、Taqu アプリがメッセージを受信できるようにします。

ただし、Google は Android N でこのウェイクアップ メカニズムを制限したため、この方法は廃止される可能性があります。現在では、携帯電話メーカーに接続してメーカー経由でプッシュする方が信頼性が高くなっています。

3) プッシュ通知の影響には利点と欠点の両方がある

メリット：情報通知とリマインダー、アクティビティの促進、スティッキネスの向上、サイレントユーザーの覚醒、リテンションの向上、機能モジュール使用率の向上

デメリット:ユーザーへの嫌がらせ、アンインストール率の増加、過度の信頼の獲得、「狼少年」、価値のないコンテンツが多すぎる、ユーザーの嫌悪感や麻痺を引き起こす

4) アプリ内で通知許可を有効にするようユーザーに指示する

これは、iOS と Android の両方に存在する問題です。ユーザーが手動で通知権限をオフにすると、プッシュ通知はユーザーに配信されないため、ユーザーがアプリを使用するときは、権限を有効にするようにユーザーに誘導する必要があります。

ユーザーが通知をオフにしている場合は、ある時点で通知の許可がオフになっているかどうかを判断する必要があります。オフになっている場合は、ユーザーに通知をオンにするように案内する必要があります。

2. メッセージをクリック

メッセージをクリックする際に考慮すべき点: コンテンツの質はどのようなものでしょうか?タイトルは魅力的ですか?ユーザーはコンテンツをどの程度一致させているでしょうか?ホットなコンテンツですか？通知にはユーザーのニックネームなどのパーソナライズされたコンテンツが含まれていますか?該当ページへのジャンプはサポートされていますか?ジャンプはスムーズですか？ランディングページの品質はどうですか?

これが実際に結果です。ここでの結果の品質は、送信前の手順、ユーザーをスクリーニングする際に適切な情報が適切なユーザーに送信されるかどうか、生成されたメッセージの品質などによって決まります。

3. データフィードバック

送信後は、各ステップのデータをカウントし、業界と比較したり、月次や同期ベースで自社データと比較したりする必要があります。カウントする必要があるデータには、送信すべき人数、実際に送信された人数、送信に成功したユーザー数、リーチに成功したユーザー数、クリックしたユーザー数、ランディングページに飛んでからの各ステップでのコンバージョン数などがあります。これらのデータに加えて、ユーザーのアンインストール率（プッシュ受信後1時間以内にアプリをアンインストールしたユーザー数/プッシュを受信したユーザー数）にも注意する必要があります。

4. プッシュレコード

メッセージプッシュシステムを設計する場合、1つの部分はメッセージのプッシュであり、もう1つの部分はプッシュ後のメッセージの記録です。これは、図のプロトタイプです。非常に簡単です。注意が必要な点をいくつか言及したいと思います。

——作成成功（プッシュのキャンセルをサポート）、プッシュ中、プッシュ成功、削除済みなどのプッシュの進行状況。

——クリック率、コンバージョン率、プッシュユーザー数など、1 つのメッセージがプッシュされた後のデータ。

他の

アンインストール率を監視する方法（わかりません）

——メッセージの優先度はどのように決定しますか？ メッセージのプッシュ頻度は毎日限られているため、優先度の高いメッセージが必ず最初にプッシュされます。

——各ユーザーが耐えられる最大数のメッセージを受信できるようにする方法（たとえば、1 日に最大 2 件のメッセージしか受信できないユーザーもいますが、2 件を超えるとアプリをアンインストールしてしまうので、毎日 2 件のメッセージをプッシュします。1 日に最大 8 件のメッセージしか受信できないユーザーもいますが、8 件を超えるとアプリをアンインストールしてしまうので、毎日 8 件のメッセージをプッシュします）

——A/Bテストのやり方は、例えば、10%のユーザーを抜き出し、用意した5つのコピーをそれぞれ2%のユーザーにプッシュし（10%/5=2%）、短期間でどのコピーのクリック率が高いかを確認し、残りの90%のユーザーにこのコピーをプッシュするなどです。

——手動プッシュとトリガープッシュを区別します。上記のほとんどは手動プッシュです。トリガープッシュというカテゴリもあり、今日が誕生日である、3日間アプリにログインしていない、リチャージが成功した、クーポンの有効期限が切れているなど、さまざまな条件（イベント）が満たされたときにユーザーにメッセージをプッシュします。

——モバイル端末とPC端末が同時にオンラインになった場合のプッシュロジックはどのようなものですか？

著者: 曽俊

出典: 曽軍