押す

モバイルインターネットの時代において、PUSHプッシュはユーザーインタラクションと情報配信の効果的な方法として、主要なアプリに欠かせない機能となっています。しかし、ユーザー エクスペリエンスを向上させながらビジネス目標を達成できる PUSH 戦略をどのように設計するかは、多くの製品マネージャーやオペレーターが直面する大きな課題です。この記事では、PUSH プッシュの基本概念、設計要素、プッシュ チャネル、戦略の最適化など、さまざまな角度から PUSH プッシュを科学的に実施する方法を詳しく説明し、読者がこのツールをよりよく理解して適用できるようにします。

そこで、「就職面接でユーザーを思い出す方法を聞かれたらどう答えるか？」という記事を公開しました。 》この号を読んだ後、予想外にクラスメイトからたくさんのプライベートメッセージが届きました。最も頻繁に尋ねられた質問は、PUSH プッシュ戦略の設計方法、プッシュのタイミング、プッシュの頻度などに関するものでした。

クラスメイトからのたくさんのプライベートメッセージを見て、とても嬉しくて驚きました。結局のところ、私が制作するコンテンツは、インターネット製品や運用知識の普及と学習共有に関するものであり、それ自体がインターネットコンテンツの分野では非常に不人気なコンテンツです。

私がこのコンテンツを制作した当初の目的は、ファン数の増加を追求することではなく、この分野での長年の業務経験と知見を整理することでした。

今号では、PUSHプッシュ、デザイン要素、チャネル、長所と短所、戦略出力、フォーカス指標について紹介します。

メッセージプッシュ機能は、実は日常生活で非常に一般的です。たとえば、初期の頃は電子メール プッシュや SMS プッシュが、現在ではさまざまなモバイル アプリで広く使用されています。プッシュ機能は、インターネット時代、特に広告収益化ビジネスにおいて欠かせないものとなっています。その重要性は自明であり、ビジネスの成長を促進する重要な能力の 1 つとなっています。

PUSH 通知は、ユーザーが最新情報をタイムリーに入手できる便利な機能であるだけでなく、ユーザーとの交流や商品のプロモーションのチャネルとしても機能します。しかし、ユーザーは大量のスパムメッセージがプッシュされるのを目にすることが多く、イライラしてしまいます。

では、プロダクトマネージャーはメッセージプッシュをどのように設計すべきでしょうか?操作中はどのように使用しますか?

初め。 PUSHとは何ですか?

下の図に示すように、APP PUSH 通知バーのメッセージが表示されます。

通知センターのプッシュ メッセージ構造には、主に次の要素が含まれます。

上記の一般的なスタイルに加えて、置換記号の追加、「置換記号は、名前、名前、材料、記号などを置き換えるために使用されます。」、機能ボタン、その他のパーソナライズされた要素など、パーソナライズされた特別なスタイルもあります。

または、写真、バナー、その他の素材要素を追加することもできます。

PUSH 通知は、アプリユーザーのアクティベーションと維持を促進するための効果的なツールです。適切に設計された PUSH 通知は、ターゲット ユーザー グループに正確に届くため、アプリのユーザー アクティビティが向上するだけでなく、ユーザーのアクティブ日数が増加し、長期的なユーザー維持が促進されます。

同時に、PUSH 通知を使用して、最新のアクティビティ、トピック、高品質のコンテンツなどを、興味がある可能性のあるユーザーにプッシュすることで、アクティビティの露出と参加を増やすことができます。

ユーザーがPUSH通知を閉じていない場合は、モバイル端末がロックされているときに通知バーに表示したり、操作フォアグラウンドの上部にポップアップするメッセージ通知を表示したりできます。強力なリマインダー効果があります。クリックすると、アプリが起動し、ユーザーがアプリをクリックして再度開き、さまざまな主要な製品動作を完了するようにガイドします。ユーザーが PUSH ジャンプをクリックすると、跡形もなく消えます。

PUSH プッシュは、メッセージ システムが作成された後に送信段階に入ります。サーバーはユーザーの端末情報に応じてルーティングする必要があります。システムのバージョンが異なると、サポートされるメッセージの表示形式も異なります。

iOS システムは、Apple 独自のプッシュ通知サービス「APNS (Apple Push Notification Service)」を呼び出します。これは、1 つまたは複数のシステム常駐プロセスに依存して動作します。これはグローバルであり、すべてのアプリケーションのメッセージ プッシュを引き継ぎます。これはアプリケーションから独立しているとみなすことができ、デバイスと Apple サーバー間の通信です。

Android システムは、メーカーごとに異なるメーカーの SDK を呼び出しますが、これは従来のデスクトップ コンピュータ システムの慣例に似ています。バックグラウンド プッシュを必要とする各アプリケーションには、独自のサーバーと通信してデータを交換するための独自のバックグラウンド プロセスがあります。 Google は当初、Android システムにプッシュ用のサービス プログラムを構築し、APNs に類似したサーバーを構築しましたが、そのサーバーへの国内アクセスは制限されています。多くの携帯電話メーカーは、携帯電話の負担を軽減するためにこれらのコードを削除しました。その結果、Android フォンはサーバーとの長い接続を通じてのみプッシュ機能を実現できます。幸いなことに、いくつかの技術的な問題を解決したサードパーティのプッシュ プラットフォームが多数あります。

PUSH の本質は、実はユーザー ID を一括して用意し、プッシュテキストやジャンプページなどを準備しておき、特定の時点やイベント発生時にユーザーにプッシュすることです。

メッセージは、送信されてからユーザーのデバイスに届くまで、チャネルを通過する必要があります。チャネルの種類は、一般的に、メーカー チャネル、サードパーティ プッシュ プラットフォーム、およびロング接続の3 つのカテゴリに分類されます。

メーカーチャンネル¹は、携帯端末メーカーが立ち上げたプッシュサービスです。各メーカーにはAPPプッシュに関する制限や仕様があります。メーカーの SDK にアクセスすることで、サーバーは携帯電話システムのサーバーにメッセージをプッシュし、クライアント内のメーカーの SDK に送信できます。オペレーティング システムはそれに応じてそれらを表示し、クリックするとアプリを起動します。これにより、APP プロセスが強制終了された後にメッセージがユーザーに届かなくなる可能性があります。そのため、メーカーのリーチ率は比較的高いのですが、メーカーのルールによって制限されることもございます。

サードパーティプッシュプラットフォーム^2は、プッシュサービス会社によって構築された関連メッセージサービスです。さまざまな APP が同じプラットフォームのプッシュ サービスを使用する場合、クライアントは同じサードパーティ プッシュ プラットフォームの SDK と統合され、プッシュ アライアンスが形成されます。同盟内のいずれかの APP のメッセージ プロセスが強制終了されていない場合、他の APP もそれを使用してユーザーに通知し、相互覚醒を形成して到達率を向上させることができます。これまでにマルチシナリオテストを行ったことがある人もいますが、相互覚醒の成功率は高くありませんが、有料でさまざまなメーカーのチャネルへの接続を手伝うこともできます。

ロングリンクは、携帯電話とサーバーの間でメッセージデータをプッシュするためのリンクです。ロングリンクは APP ステータスの監視に使用できますが、ロングリンクを介してメッセージを完全にプッシュし、安定した到達を確保するには、より多くの研究開発リソースが必要です。さらに、長い接続プロセスがオペレーティング システムによって強制終了されるのを回避する必要があります。

注:

「メーカーチャネル：例えば、Huawei、Meizu、Xiaomi、OPPO、VIVOなどの国内携帯電話メーカーの場合、AppleのプッシュチャネルはAPNSと呼ばれます」

「サードパーティのプッシュプラットフォーム：Jiguang、Umeng、Getuiなど」

PUSH 機能の構築は、製品自体の状況と企業が投資できるリソースコストに基づいて、さまざまな段階でさまざまな目標を追求する必要があります。

プッシュすると、クライアントの PUSH SDK はユーザーのデバイス番号に基づいて対応する TOKEN を生成します。 SDK 内でサードパーティのプッシュ サービスを使用している場合は、サードパーティの SDK に登録します。メーカーの場合はモールSDKに登録します。長い接続を使用する場合は、独自の SDK に登録します。これは、後続のプッシュでユーザーを識別するための一意の ID として機能します。

PUSH プッシュ ポピュレーション パッケージは、ユーザー ポートレートに基づいてユーザー ID のグループを編成します。 TXT または EXCEL 形式でプッシュにアップロードすると、同じコンテンツがこのユーザー グループにプッシュされます。コピーとページは同じであり、プッシュターゲット集団の各ユーザーが受信するメッセージの内容は同じです。

一部のパーソナライズされたメッセージは、アルゴリズムの推奨を通じてさまざまなグループの人々に送信されます。ユーザーの行動の好みが計算され、パーソナライズされた PUSH プッシュが実行されます。 [置換記号]を含んだ統一メッセージテンプレートが付属します。各プッシュ メッセージでは、ユーザーの設定と好みに基づいて、置換シンボルの位置に異なるコンテンツが表示されます。コピーはユーザーごとに異なり、[置換記号]の内容もユーザーごとに異なります。

製品マネージャーまたはオペレーション部門は、パーソナライズされた戦略を設計し、より多くのトリガー シナリオを検討し、ユーザーのポートレートや行動に基づいてトリガー プッシュ戦略を設計して、できるだけ多くのユーザーをカバーする必要があります。

ユーザーのアクティブ期間を参考に、 AB テストを使用して最適なプッシュ時間を決定することもできます。

ABtest は、簡単に言えば、同じ目標に対して 2 つの計画を作成することです。一部のユーザーはプラン A を使用し、他のユーザーはプラン B を使用します。ユーザーの使用状況を記録して、どちらのプランが設計目標をよりよく満たしているかを確認します。

プッシュ戦略の設計では、主に、誰にプッシュするか、いつプッシュするか、どのようなコンテンツをプッシュするかに重点が置かれます。具体的なPUSHの焦点は、市場の実際の状況に応じて計画されます。

ユーザーの基本情報を参照します: 性別、年齢層、地域など。

主要な行動: 取引価格、頻度、使用期間、 「アハ体験」など。

興味の好み: カテゴリ、タグ、アクティビティなど。

ライフサイクル: 新規、アクティブ、成熟、サイレント、紛失など。

ユーザーが受信できる、または受信を希望する PUSH メッセージの数は制限されていますが、ユーザーは同時に複数のオーディエンス パッケージにヒットする場合があります。このとき、どのメッセージを最初にプッシュするかを検討する必要があります。開封数を増やすことが目標の場合、ユーザーが複数のメッセージをクリックしたときに、ユーザーがクリックする可能性が最も高いメッセージを優先します。

スクリーニング条件は、各戦略の過去のデータ パフォーマンスに応じて高から低の順に並べ替えられ、戦略がプッシュされるグループは優先順位付けされ、重複が排除され、最終的にすべてのグループがカバーされます。

より複雑なケースでは、上記の戦略をパーソナライズされたアルゴリズム推奨戦略と組み合わせることができます。この部分ではアルゴリズムの専門家の介入が必要であり、泥沼にはまるような状況を避けるために、製品マネージャーやオペレーションはモデルの有効性と適応性に注意を払う必要があります。例えば、ある戦略はレベルを超えた異常なパフォーマンスでランキング上位になったが、実際の効果は平凡だった。

上記の推奨戦略には、機能リマインダー PUSH は含まれません。結局のところ、機能のリマインダーはタイムリーにユーザーに配信される必要があり、高い優先度が付けられることが多いのです。

PUSHのチャネルを3つ導入しました。では、さまざまなグループの人々と向き合うときに、どのようにチャネルを選択すればよいのでしょうか?

一般的に、より重要なプッシュ通知はメーカーのチャネルを経由します。

オンラインユーザーや非常にアクティブなユーザーへのプッシュ通知の場合は、まずサードパーティのチャネルを使用できます。非常にアクティブなユーザーは積極的にアプリを開く可能性が高いため、サードパーティのチャネルを使用することで一定のリーチ率を確保することもできます。

通知権限が閉じられているユーザーをフィルタリングして、割り当て容量の占有を回避することができます。メーカーチャネルが制限を超えた場合は、サードパーティチャネルを使用してください。

ただし、ビジネスに合わせてカスタマイズされたこのようなチャネル選択ソリューションはコストがかかる可能性があります。

通常、サードパーティのプッシュ サービスは、一般的なルールを直接提供します。たとえば、ユーザー デバイスがオフラインで製造元のチャネルをサポートしている場合は、製造元のチャネルが使用されます。ユーザーのデバイスがオンラインの場合、サードパーティ チャネルが使用されます。

企業が独自のビジネスロジックに基づいてチャネルを独立して選択できる場合は、上記のソリューションに従って最適化できます。

報告されるデータには、タッチ、クリック、閉じる、終了、登録などのデータが含まれます。すべての種類のタッチ メッセージは、タッチとクリックと切り離せません。タッチ データは、製造元の必要に応じて製造元のコールバックを通じて報告され、クリック データは SDK によってサーバーに報告されます。

PUSHプッシュ通知をオフにしているユーザーに対して、PUSHが過剰に送信され、ユーザーの迷惑になっていないか評価することも必要です。

これは一般的に APP 内のクローズに分かれており、SDK はサーバーに直接レポートできます。

もう 1 つは、ユーザーが携帯電話のオペレーティング システムで APP の PSUH プッシュを積極的にオフにすることです。 APP がフォアグラウンドにある場合、SDK はモバイル端末の関連メソッドを呼び出して、ユーザーが PUSH プッシュをオフにしたかどうかを取得し、それをサーバーに報告します。

メッセージ タスクが設定された後、テストでは操作によって設定されたコンテンツを送信し、操作にプッシュする必要があります。送信するテキストに「test」を追加するか、テストのホワイトリストを設定します。ホワイトリストにないアカウントはテストできません。メッセージがプッシュアウトされた後、表示効果と関連するジャンプが正常であるかどうかを確認します。同時に、オンラインプッシュ事故を避けるために、送信前にメッセージテキストが広告法に準拠しているかどうか、メッセージのジャンプが正常かどうか、送信頻度と時間が適切かどうかを慎重に検討する必要があります。

データ分析は、一般的に、送信されたメッセージの数、到達したメッセージの数、クリック数、コンバージョンデータなど、メッセージのプロセス全体に応じて実行されます。

メッセージがユーザーのデバイスに配信されなかった理由は、ユーザーが通知をオフにしたか、アプリをアンインストールしたことが考えられます。ユーザーに電源を入れるよう誘導したり、閉じた入り口のリンクを短くしたり長くしたり、迷子になったユーザーを起こして呼び戻したりすることができます。

ユーザーがオフラインの場合、 「非メーカーチャネルのプッシュはオンラインアプリケーションに依存する」ため、ユーザーがオンラインになる確率が高まり、アプリケーションは相互に起動したり、ネットワークを最適化したり、ユーザーがオンラインになる可能性が高いときにプッシュしたりできます。ユーザーのアクティブ期間に基づく統計分析に加えて、デバイス画面のオンなどのいくつかのイベントもキャプチャでき、他のチャネルでのユーザーのアクティブ状況を使用して判断できます。

メッセージは製造元の仕様または制限に準拠していません。ボリューム制限とは、 「 1 人のユーザーが 1 日に送信できるメッセージの数、および APP が 1 日に送信できる合計量」です。無効なメッセージの量が削減され、チャネル選択が最適化され、メーカーメッセージが分類されます。コンテンツの制限: コピー内の特殊文字、URL、技術的な形式など。

リーチ率を向上させるには、メッセージの作成からユーザーへの実際の通知までの完全なプロセスを確立し、各インタラクションリンクを改良し、リーチ率に影響を与える主な理由を発見し、ターゲットを絞ったソリューションや最適化計画を実行する必要があります。さらに、メーカー チャネルを使用しないメッセージでは、長い接続やその他のプッシュ プラットフォーム サービスを使用して、複数のメッセージを同時にプッシュすることもできます。

プッシュ戦略の最適化は、ユーザーポートレートの精度を向上させることから始まります。選択したグループの人々がプッシュされたコンテンツに興味がない場合、コンテンツの品質が高くてもユーザーを引き付けることは難しくなります。または、ユーザーは引き付けられてクリックした後、ページにアクセスした後に失望することになります。 RFM モデルは、人口をセグメント化し、ユーザーの価値をスクリーニングするために使用できます。

コンテンツの最適化には、最も一般的なコピー、メッセージの背景、右側の小さな画像、上部のアプリケーション アイコン、アプリケーション名、概要など、メッセージ エントランスのすべての構成可能な要素が含まれます。要素のスタイルは、上の図を参照できます。今後、さらに多くの表示形式が登場する可能性があります。

姓、地域、電話番号の最後の桁、性別など、ユーザーの基本属性情報などのユーザーの関連性を向上させます。

短くて状況に応じた表現の方がクリックされやすいです。一般的に言えば、コピーが短いほど効果は高くなります。ユーザーが使い慣れている状況表現を使用してみるのも良いでしょう。

重要な関心ポイントを強調し、記号や絵文字を有効に活用します。例えば、ユーザーと素材の結びつきが強い場合は、素材に関連する名前や内容を引用してメインタイトルとサブタイトルで分けて表示したり、[ ] や " "、| などを柔軟に使用したりすることができます。テキストが同じ場合は、記号を使用するかどうか、どの記号を使用するかによって、効果に大きな違いが出ることがよくあります。

つまり、すべてはプッシュオーディエンスのポートレートと要求から始まり、ABテストを繰り返すことで、ユーザーが気にしている興味やコピーライティングスタイルの好みがわかります。

プッシュ頻度を制御してユーザー エクスペリエンスを向上させる方法については、ユーザーが 1 日にプッシュできるメッセージの数を評価するのは実際には難しい問題です。これは、各人の許容度が異なり、ユーザーの否定的なフィードバックは遅れて届き、監視が難しく、ほぼ元に戻せないためです。プッシュ周波数の制御は、疲労制御、抗疲労機構などとも呼ばれます。

では、メッセージ数のしきい値はどのように設定すればよいのでしょうか?

携帯電話メーカーが指定する、1人のユーザーが受信できるPUSHメッセージの数を参照できます。通常、機能していない PSUH デバイスは 2 ～ 5 個のメッセージを送信できます。

競合製品が毎日ユーザーにプッシュする PSUH の数を参照します。

通知をオフにしたり、アプリをアンインストールしたりするユーザーなどのユーザーの否定的なフィードバックを参照して、メッセージの数が全体的に多いかどうか、またどれくらいあるかを確認します。

条件が許せばABテストで検証可能です。例えば、同じ条件のユーザーに対して、1日に5、6通のメッセージを送信して、アクティベーション率が上がるか、コンバージョン率が上がるか、ネガティブなフィードバックが増えるかなどを観察するのが限界です。

同時に、メッセージを監視してフィードバックし、ユーザーフィードバックポータルを提供し、ユーザーがプッシュを好まないことを選択できるようにサポートしたり、アカウントを作成してユーザーと連絡を取ったり、ユーザーがいつでもプッシュ関連の問題をフィードバックできるようにサポートしたりする必要があります。

ソーシャル メディアやアプリ ストアでのフィードバックを監視します。場合によっては、プッシュ通知に大きな問題があるとユーザーが感じた場合、Weibo などのプラットフォームで苦情を共有することがあります。アプリストアに関連するレビューがあるかどうかに注目することができます。

PUSH は、ユーザーのエンゲージメントとアプリケーションのアクティビティを向上できる強力なツールですが、ユーザーの不快感や混乱を引き起こす可能性があるため、過度に使用しないように注意する必要があります。

開発者はユーザーのプライバシーと好みを尊重し、実際のビジネス状況に基づいて PUSH プッシュ機能を適切に使用する必要があります。

著者: PM ダミン

WeChat公式アカウント：PMダミン