「就職面接でユーザーの再アクティブ化について聞かれたらどう対処すればいいか」という記事を公開したところ、予想外に学生からプライベートメッセージが多数届き、プッシュ戦略の設計方法、プッシュのタイミング、プッシュの頻度などについて質問されました。 クラスメイトからこんなにたくさんのプライベートメッセージをいただいて、とても嬉しくて驚きました。私が制作するコンテンツは、インターネット製品や運用に関する知識の普及と共有に関わるもので、インターネットコンテンツの中でも非常にニッチな分野です。 このコンテンツを作成した当初の目的は、フォロワー数の増加を追求することではなく、この分野での長年の仕事経験と洞察を整理することでした。 このセッションでは、プッシュ通知の世界を詳しく掘り下げ、その概要、設計要素、チャネル、利点と欠点、戦略的出力、主要な指標について説明します。 プッシュ通知は、初期のメールやSMSのプッシュ通知から、今日の様々なモバイルアプリで広く利用されるまで、日常生活で非常に普及しています。プッシュ通知はインターネット時代において不可欠な要素となり、特に広告収益化においてはその重要性は明白であり、ビジネス成長を促進する重要な機能の一つとなっています。 プッシュ通知は、ユーザーが最新情報をタイムリーに入手できる便利な機能であるだけでなく、ユーザーとの交流や商品のプロモーションにも役立ちます。しかし、スパムメッセージが大量に届くことが多く、ユーザーは煩わしさを感じています。 では、プロダクトマネージャーはプッシュ通知をどのように設計すべきでしょうか？そして、運用ではどのように活用すべきでしょうか？ まず、プッシュ通知とは何でしょうか? アプリのプッシュ通知メッセージは以下の画像に表示されます。 通知センターのプッシュ メッセージ構造には、主に次の要素が含まれます。 上の画像に示されている一般的なスタイルの他に、置換シンボル（名前、タイトル、マテリアル、シンボルなどを置き換えるために使用）、機能ボタン、その他のパーソナライズされた要素の追加など、パーソナライズされた特別なスタイルもいくつかあります。 あるいは、画像、バナー、その他のクリエイティブ要素を追加することもできます。 プッシュ通知は、アプリユーザーの活性化と維持に効果的なツールです。適切に設計されたプッシュ通知は、ターゲットユーザーグループに的確にリーチできるため、アプリのユーザーアクティビティを向上させるだけでなく、アクティブ日数の増加や長期的なユーザー維持にもつながります。 同時に、プッシュ通知を使用して、最新のイベント、トピック、高品質のコンテンツを関心のあるユーザーに送信できるため、イベントの露出と参加を増やすことができます。 ユーザーがプッシュ通知をオフにしていない場合、スマートフォンがロックされているときに通知バーに表示されるか、画面上部にポップアップ表示されます。これは強力なリマインダー効果を発揮します。クリックするとアプリが起動し、アプリを再度開いて様々な重要な製品アクションを実行するよう誘導します。ユーザーがプッシュ通知をクリックしてリダイレクトされると、通知は跡形もなく消えます。 メッセージシステムが作成されると、送信フェーズに入ります。サーバーはユーザーの端末情報に基づいてメッセージをルーティングする必要があります。システムのバージョンによって、サポートされるメッセージ表示形式が異なります。 iOSシステムは、Apple独自のプッシュ通知サービス「APNS」を呼び出します。これは、1つまたは複数の常駐システムプロセスを通じて動作します。APNSはグローバルであり、すべてのアプリケーションからのメッセージプッシュを制御できます。デバイスとAppleのサーバー間の通信であるため、アプリケーション自体からは独立していると考えることができます。 Androidシステムは、メーカーごとに異なるSDKを呼び出します。これは、従来のデスクトップコンピュータシステムのアプローチに似ています。バックグラウンドプッシュを必要とする各アプリケーションは、独自のバックグラウンドプロセスを使用して独自のサーバーと通信し、データを交換します。Googleは当初、Androidシステムにプッシュ用のサービスプログラムを構築し、APNsに類似したサーバーを設置していましたが、中国ではそのサーバーへのアクセスが制限されています。多くの携帯電話メーカーは、携帯電話の負荷を軽減するためにこのコードを削除しました。その結果、Androidスマートフォンはサーバーとの長時間接続を通じてのみプッシュ機能を実現できます。幸いなことに、多くのサードパーティ製プッシュプラットフォームがこれらの技術的な問題のいくつかを解決しています。 プッシュ通知の本質は、ユーザーID、プッシュ通知のテキスト、リダイレクトページなどを一括して用意し、特定の時間やイベント発生時にユーザーにプッシュすることです。 メッセージは送信されてからユーザーデバイスに到達するまで、チャネルを経由する必要があります。チャネルは一般的に、ベンダーチャネル、サードパーティプッシュプラットフォーム、およびロングコネクションの3種類に分類されます。 メーカーチャンネル1は、モバイル端末メーカーが提供するプッシュ通知サービスです。各メーカーはアプリのプッシュ通知に関して独自の制限や仕様を持っています。メーカーのSDKと連携することで、サーバーはモバイルシステムのサーバーにメッセージをプッシュし、クライアント内のメーカーSDKに転送することができます。すると、OSは適切なメッセージを表示します。メッセージをクリックするとアプリが起動するため、アプリのプロセスが強制終了した場合にメッセージがユーザーに届かないという事態を回避できます。そのため、メーカーへのリーチ率は比較的高いものの、メーカーのルールによる制約も受けます。 サードパーティプッシュプラットフォーム2とは、プッシュサービス企業が構築したメッセージングサービスを指します。様々なアプリが同じプラットフォームのプッシュサービスを利用する場合、クライアントはすべて同じサードパーティプッシュプラットフォームのSDKを統合し、プッシュアライアンスを形成します。アライアンス内の1つのアプリのメッセージングプロセスが強制終了されていない場合、他のアプリもそれを利用してユーザーに通知することができ、相互ウェイクアップを実現し、リーチを向上させます。これまで複数のシナリオで実施したテストでは、相互ウェイクアップの成功率は高くないものの、異なるベンダーのチャネルへのアクセスを有料で提供できることが示されています。 ロングコネクションは、メッセージやデータのプッシュのために、携帯電話とサーバー間のリンクを確立します。ロングコネクションは、アプリの状態を監視するために利用できます。しかし、プッシュ配信をロングコネクションに完全に依存して安定した配信を確保するには、多大な研究開発リソースの投入が必要であり、また、ロングコネクションプロセスがオペレーティングシステムによって強制終了されるのを回避することも必要です。 注記： 「メーカーチャネル：国内携帯電話メーカーのHuawei、Meizu、Xiaomi、OPPO、VIVOなど。AppleのプッシュチャネルはAPNSと呼ばれます。」 サードパーティのプッシュ プラットフォーム: JPush、Umeng、Getui など。 PUSH 機能の開発は、製品自体の状況と企業の利用可能なリソースとコストに基づいて、さまざまな段階でさまざまな目標を追求する必要があります。 プッシュ通知を送信する際、クライアントのPUSH SDKはユーザーのデバイスIDに基づいて対応するトークンを生成します。SDK内では、サードパーティのプッシュサービスを使用する場合はサードパーティのSDKに、メーカーのサービスを使用する場合はマーケットプレイスのSDKに登録されます。ロングコネクションを使用する場合は、後続のプッシュ通知でユーザーを識別するための一意のIDとして、クライアント自身のSDKに登録されます。 プッシュオーディエンスパッケージは、ユーザープロファイルに基づいてユーザーIDを一括でまとめ、TXTまたはExcel形式でプッシュプラットフォームにアップロードし、この一括ユーザーに同じコンテンツをプッシュすることで作成されます。コピーとページは同一で、ターゲットオーディエンスのすべてのユーザーに同じメッセージが送信されます。 一部のパーソナライズメッセージは、アルゴリズムによる推奨に基づいて生成されます。アルゴリズムはユーザーの行動嗜好を計算し、パーソナライズされたメッセージをプッシュします。これらのメッセージには、「置換文字」を含む統一されたメッセージテンプレートが含まれています。プッシュごとに、ユーザーの設定と好みに応じて、置換文字の位置に異なるコンテンツが表示されます。コピーはパーソナライズされており、置換文字の内容はユーザーごとに異なります。 製品マネージャーまたは運用スタッフは、できるだけ多くのユーザーをカバーするために、パーソナライズされた戦略を設計し、より多くのトリガーシナリオを調査し、ユーザープロファイルまたは行動に基づいてトリガーベースのプッシュ戦略を設計する必要があります。 あるいは、ユーザーのアクティブ期間を参照して、A/B テストを使用して最適なプッシュ時間を決定することもできます。 簡単に言うと、 A/B テストでは、同じ目標に対して 2 つのプランを作成します。1 つのユーザー グループはプラン A を使用し、もう 1 つのグループはプラン B を使用します。ユーザーの行動を記録して、どちらのプランが設計目標をよりよく満たしているかを確認します。 プッシュ戦略の設計は、主に誰に、いつ、どのようなコンテンツをプッシュするかを中心に展開されます。プッシュの具体的な焦点は、市場全体の実情に応じて計画されます。 基本的なユーザー情報（性別、年齢層、地域など）を参照します。 主な行動: 取引価格、頻度、使用期間、 「アハ体験」など。 興味と好み: カテゴリ、タグ、アクティビティなど。 ライフサイクル: 新規、アクティブ、成熟、休止、解約など。 ユーザーは受信できるプッシュ通知の数や受信を希望する回数に制限がありますが、複数のグループメッセージが同時にマッチングされる可能性があります。この場合、どのメッセージを優先的にプッシュするかを検討する必要があります。メッセージを開封する人数を増やすことを目標としている場合、複数のメッセージがマッチングされた際に、ユーザーがクリックする可能性が最も高いメッセージを優先的に選択する必要があります。 フィルタリング基準は、各戦略の過去のデータパフォーマンスに基づいて、高いものから低いものの順にソートされます。各戦略のターゲットオーディエンスは優先順位付けされ、重複が排除され、最終的に全人口をカバーします。 より複雑なシナリオでは、上記の戦略に加えて、パーソナライズされたアルゴリズム推奨戦略を追加できます。この部分にはアルゴリズムエンジニアの関与が必要であり、プロダクトマネージャーや運用担当者はモデルの有効性と適応性に注意を払う必要があります。これにより、実際の効果は平均的であるにもかかわらず、非常に優れたパフォーマンスのために戦略が常に上位にランクインするなど、泥沼に陥る状況を回避することができます。 上記の推奨戦略にはプッシュ通知は含まれていません。プッシュ通知はタイムリーにユーザーに配信する必要があり、高い優先度が付けられることが多いためです。 PUSH の 3 つのチャネルを紹介しましたが、さまざまなグループに適切なチャネルを選択するにはどうすればよいでしょうか。 一般的に、より重要なプッシュ通知はメーカーのチャネルを経由します。 オンラインユーザーや非常にアクティブなユーザーへのプッシュ通知は、まずサードパーティのチャネルを経由します。非常にアクティブなユーザーは積極的にアプリを開く可能性が高いため、サードパーティのチャネルを経由することで、一定の配信率を保証できます。 通知権限が無効になっているユーザーは、クォータの消費を避けるためにフィルタリングできます。メーカーのチャンネルの制限を超えた場合は、サードパーティのチャンネルが使用されます。 ただし、ビジネス ニーズに基づいてカスタマイズされたチャネル選択ソリューションはコストがかかる可能性があります。 通常、サードパーティのプッシュサービスでは、既に一般的なルールが提供されています。例えば、ユーザーのデバイスがオフラインでメーカーのチャネルをサポートしている場合はメーカーのチャネルを使用し、ユーザーのデバイスがオンラインの場合はサードパーティのチャネルを使用します。 企業が自社のビジネスロジックに基づいて独自のチャネルを選択できる場合、上記のソリューションを最適化できます。 報告されるデータには、リーチ、クリック、クローズ、離脱、登録などのデータが含まれます。すべてのリーチメッセージは、リーチとクリックと切り離せない関係にあります。リーチデータは、メーカーの要件に応じてコールバックを通じて報告され、クリックデータはSDKによってサーバーに報告されます。 プッシュ通知をオフにしているユーザーに対しても、プッシュ通知が過剰に送信され、ユーザーの迷惑になっているかどうかを評価することが必要です。 これは一般的に、APP 内で閉じるタイプと、SDK 経由でサーバーに直接報告するタイプの 2 種類に分けられます。 もう1つの機能は、ユーザーがモバイルOS上でアプリのプッシュ通知を積極的に無効にすることです。アプリがフォアグラウンドで実行されている場合、SDKはモバイル端末上の関連メソッドを呼び出し、ユーザーがプッシュ通知を無効にしているかどうかを取得し、サーバーに報告します。 メッセージタスクの設定後、テスターは運用チームが設定した内容を運用チームに送信する必要があります。送信するテキストには「test」を含めるか、テスト用のホワイトリストを設定する必要があります。ホワイトリストに登録されていないアカウントはテストを実施できません。テスターは、メッセージプッシュの効果と関連するリダイレクトが正常であるかどうかを確認する必要があります。同時に、オンラインプッシュ事故を回避するため、テスターはメッセージを送信する前に、メッセージテキストが広告法に準拠しているかどうか、メッセージのリダイレクトが正常かどうか、送信頻度と時間が適切かどうかを慎重に確認する必要があります。 データ分析は通常、送信されたメッセージの数、到達したメッセージの数、クリック数、コンバージョン データなど、メッセージ フロー全体を分析することによって行われます。 メッセージがユーザーのデバイスに正常に配信されなかった原因として、ユーザーが通知をオフにしていたか、アプリをアンインストールしていたことが考えられます。通知をオンにするようユーザーに誘導したり、通知をオフにするまでの経路を短縮または延長したりすることで、離脱したユーザーを再び惹きつけることができます。 ユーザーがオフラインの場合、メーカー以外のチャネルからのプッシュ通知はアプリがオンラインであることを前提としています。これにより、ユーザーがオンラインである確率が高まります。アプリは相互に起動したり、ネットワークを最適化したり、ユーザーがオンラインである可能性が高いタイミングでプッシュ通知を送信したりすることができます。ユーザーのアクティブ時間に基づく統計分析に加えて、デバイスの画面がオンになったなどのイベントをキャプチャしたり、他のチャネルにおけるユーザーのアクティビティ状況に基づいて判断を下したりすることも可能です。 ベンダーの仕様や制限に準拠していないメッセージには、 「 1人のユーザーが1日に送信できるメッセージ数」や「アプリが1日に送信できるメッセージの総数」といった数量制限が含まれますが、無効なメッセージを削減し、チャネル選択とベンダーメッセージの分類を最適化することで対処できます。コンテンツ制限には、テキスト内の特殊文字、URL、技術形式に関する制限が含まれます。 リーチを向上させるには、メッセージの作成から実際の通知、ユーザー設定に至るまでの包括的なプロセス、各インタラクションステップの改善、リーチに影響を与える主な要因の特定、そして的を絞ったソリューションや最適化の実装が必要です。さらに、ベンダーチャネルを使用しないメッセージは、パーシステントコネクションやその他のプッシュプラットフォームサービスを介して同時にプッシュできます。 プッシュ戦略の最適化は、ユーザープロファイルの精度向上から始まります。ターゲットオーディエンスがプッシュするコンテンツに興味を持っていない場合、どんなに優れたコンテンツであってもユーザーを惹きつけることは難しく、クリックしたとしてもページにアクセスした後に失望してしまう可能性があります。RFMモデルを用いることで、オーディエンスセグメンテーションとユーザーバリュースクリーニングを行うことができます。 コンテンツの最適化には、最も一般的なテキスト、メッセージの背景画像、右側のサムネイル、トップアプリケーションアイコン、アプリケーション名、概要など、メッセージエントリのすべての構成可能な要素が含まれます。要素のスタイルは上記の画像で参照でき、将来的にはさらに多くの表示形式が登場する可能性があります。 姓、地域、電話番号の最後の桁、性別などの基本的なユーザー属性情報など、ユーザーの関連性を向上させます。 簡潔で文脈に沿った表現は、クリック率を高めます。一般的に、コピーが短いほど効果は高くなります。ユーザーが慣れ親しんでいる、文脈を想起させる表現を試してみるのも良いでしょう。 重要なメリットを強調し、記号や絵文字を効果的に活用しましょう。例えば、ユーザーと資料に強い関係性がある場合は、関連する資料名や内容を参照し、メインタイトルまたはサブタイトルに別々に表示してみるのも良いでしょう。【】、「」、｜などの記号は柔軟に活用しましょう。テキストが同じ場合、記号の有無やどの記号を使うかによって、効果は大きく異なります。 つまり、すべてはターゲットオーディエンスのプロフィールとニーズから始まり、A/Bテストを繰り返して、ユーザーが重視するメリットやコピーライティングスタイルの好みを見つけ出します。 プッシュ頻度を制御してユーザーエクスペリエンスを向上させ、ユーザーが1日にプッシュできるメッセージ数を決定することは、人によって許容度が異なるため、評価が難しい問題です。ユーザーからの否定的なフィードバックは、遅延、監視の困難さ、そしてほぼ不可逆的な状態といった特徴があります。プッシュ頻度の制御は、疲労制御または抗疲労メカニズムとも呼ばれます。 では、メッセージ数のしきい値はどのように設定すればよいのでしょうか? 携帯電話メーカーが指定する、1人のユーザーが受信できるプッシュ通知の数を参照できます。一般的に、機能しないプッシュ通知は、1つのデバイスから2～5通送信されます。 同等の競合他社がユーザーに毎日送信する PSUH プッシュ通知の数を参照します。 通知をオフにしたユーザーやアプリをアンインストールしたユーザーなど、否定的なユーザーフィードバックに基づいて、一般的にメッセージの数は多くなっていますか? 可能であれば、 A/B テストを使用して、1 日に 5 件または 6 件のメッセージを送信できる同じ条件のユーザー間で、ユーザー エンゲージメント、コンバージョン率、または否定的なフィードバックが改善されるかどうかを確認できます。 同時に、フィードバック メッセージを監視して提供し、ユーザー フィードバックのエントリ ポイントを提供し、ユーザーがプッシュ通知を好まないことを選択できるようにサポートしたり、ユーザーに連絡を取るためのアカウントを作成したり、ユーザーがいつでもプッシュ通知関連の問題についてフィードバックを提供できるようにサポートしたりする必要があります。 ソーシャルメディアやアプリストアでのフィードバックを監視しましょう。特定のプッシュ通知に大きな問題があるとユーザーが感じた場合、Weiboなどのプラットフォームで苦情を共有することがあります。アプリストアに関連するレビューがあるかどうかに注目しましょう。 プッシュ通知は、ユーザーのエンゲージメントとアプリケーションのアクティビティを向上できる強力なツールですが、ユーザーの煩わしさや混乱を防ぐために、過度の使用を避けることが重要です。 開発者は、ユーザーのプライバシーと好みを尊重し、実際のビジネス状況と組み合わせて、PUSH プッシュ機能を適切に使用する必要があります。 著者: PM Daming WeChat公式アカウント：首相大明 |
