プッシュ通知はモバイルリテンションで最も乱用されているレバーだ。正しく使えば、再訪問を生み出し形成中の習慣を再キューイングするための最もコストの低い手段だ。間違って使えば、ミュートされたチャネルやアンインストールへの最速ルートとなり、一度ミュートされたリテンションレバーは永遠に失われる。この規律の全ては、注意を獲得してそれを慎重に使うことだ。
求める前にオプトインを獲得する
iOSではプッシュに明示的な許可が必要で、システムプロンプトは実質的に一度しか効果的に表示できない。ユーザーが何の価値も感じる前の初回起動時に使い切るのは、最も一般的で最もコストの高いミスだ。
- プロンプトを事前準備する。通知がユーザーのために何をしてくれるかを説明するカスタムの事前許可画面を表示し、同意したユーザーに対してのみシステムダイアログをトリガーする。これにより実際のプロンプトが反射的な拒否から守られる。
- 価値の瞬間の後に求める。アプリが機能することを感じたユーザーは、初めての冷たい画面に直面しているユーザーよりはるかにオプトインしやすい。
- Androidはプッシュをより寛容に許可するが、同じ関連性の規律が継続して適用される。
スケジュールではなく価値をトリガーとする
最大の品質レバーは、一斉配信から行動トリガー — ユーザーが行ったことや本当に関連性のあることで発火する通知 — に移行することだ。
- 行動とライフサイクル（新規、アクティブ、離脱しかけ）でセグメント化し、各セグメントに異なるメッセージを送る。
- トリガーされた関連性の高いプッシュは開封と再訪問を獲得する。汎用のスケジュール配信はユーザーを無視、そしてミュートへと訓練する。
- ユーザーがすでにオプトインしているデイリーストリークや他のリズムとトリガーをペアにして、通知がユーザーがすでに望んでいる習慣を強化するようにする。
頻度、タイミング、静音時間を尊重する
普遍的なベストな頻度は存在しない。あるのはチャネルを守るキャップだ。
- ユーザーあたりの量をキャップし、静音時間とローカルタイムゾーンを尊重する。
- グローバルな一つの固定時間より、ユーザーごとの送信時間最適化を優先する。
- 送信するたびに有限な注意の予算を使っていると考える。もしメッセージが開封する価値がないなら、送らないことの方が価値が高い選択だ。
プッシュ通知とアプリ内メッセージを組み合わせる
プッシュ通知はアプリの外からユーザーを引き戻す。アプリ内メッセージとアプリ内通知はすでにアプリの中にいるユーザーを誘導しアップセルする。両者は補完的なサーフェスだ:
- プッシュ → 再訪問。
- アプリ内 → 訪問中に起きること（機能発見、オファー、ナッジ）。
完全なメッセージングスタックは、同じ行動トリガーから両方をオーケストレーションする。
離脱する前に休眠ユーザーを取り戻す
プッシュ通知はリエンゲージメントとウィンバックキャンペーンの主要チャネルだ。タイミングが重要だ。数日開かなかった休眠ユーザーは、数週間前にチャーンしたユーザーよりはるかに回復しやすい。早期の離脱シグナルでリエンゲージメントをトリガーし、ユーザーが完全にいなくなってからではなく — そして汎用の「あなたが恋しい」ではなく、彼らの未完の価値についてメッセージする。
実際に重要なことを測定する
通知自体の開封率はバニティ指標だ。重要な問いは:
- オプトイン率、そしてプロンプトの位置を変えたときにどう動くか。
- 下流のリフト — 通知されたコホートは、ホールドアウト対照群と比べて高いセッション頻度とリテンションを示すか？
- 送信後のミュートとアンインストール率 — コストの側面。
ホールドアウトに対して通知を実行し、どっちみち戻ってきたユーザーの功績を主張するのではなく、増分的な再訪問を測定すること。正しく行われたプッシュ通知は、リテンションとエンゲージメントへの取り組みの乗数だ — それらの代替ではない。