お知らせ・通知とは
通知の設計は、「たくさん届けること」ではなく「通知を受け取り続けてもらうこと」を目標にすると考えやすくなります。
通知をオフにされると、以後どんな重要な連絡も届かなくなります。1回の配信の効果より、通知許可を維持してもらうことのほうが長期的に重要です。
チャネル構成のパターン
- プッシュ誘導型(基本形): 本文はアプリ内お知らせに置き、プッシュ通知は短い誘導文のみです。通知欄から消えても本文が残り、開封(アプリ起動)を効果測定できます
- アプリ内のみ型: プッシュ通知を使わず、アプリ内お知らせだけで伝えます。緊急性の低い情報(新商品情報、読み物的な更新)に向きます。通知疲れを起こさず、次回アプリ起動時に自然に目に入ります
- 多重チャネル型: 重要な内容をプッシュ + アプリ内 + メールの複数チャネルで届けます。規約変更、サービス終了、期限が迫った重要な手続きに限定します。乱用すると全チャネルの信頼を損ないます
配信対象の絞り込み
全員に同じ通知を送るより、関心のある会員に絞るほうが開封率が上がり、無関係な会員の通知疲れも防げます。
- 属性で絞る: 性別・年代・誕生月などの属性で対象を絞ります。例: 誕生月の会員だけに誕生月特典の案内
- 関係で絞る: 会員証の保有店舗、お気に入り登録などの「関係」で絞ります。会員が自ら示した関心に沿うため、拒否反応が起きにくくなります
- 行動で絞る: 来店・購買・特典利用などの行動履歴で絞ります。例: 最終来店から60日経過した会員に呼び戻しの案内。「その人の状況」に合った内容にできます
配信のきっかけ
| 方式 | 説明 | 例 |
|---|---|---|
| 即時配信 | 作成後すぐに配信 | 臨時休業の連絡 |
| 予約配信 | 指定日時に配信 | イベント前日の告知 |
| 定時配信 | 条件に応じた周期的な自動配信 | 誕生月初日の特典案内、ポイント失効30日前の通知 |
| トリガー配信 | 会員の行動・状態変化をきっかけに自動配信 | 入会直後のウェルカム通知、ランク昇格の通知 |
自動配信でとくに効果的なのは次の3つです。
- 期限リマインド: ポイント失効30日前、クーポン有効期限3日前などです。会員にとって実益のある通知のため、開封されやすく好感度も高くなります
- 行動直後フォロー: 入会直後のウェルカム、スタンプ満了時の特典案内などです。文脈が明確なタイミングのため自然に受け入れられます
- 状態変化通知: ランク昇格、予約確定・リマインドなどです。本人に関する事実の通知であり、販促通知とは区別して扱います(受信拒否の対象から外すことも検討)
頻度管理のパターン
- 頻度上限: 1人の会員に送る販促プッシュ通知を「週N回まで」のように制限します。複数の店舗・施策が同じ会員に通知を重ねる状況では、会員単位の上限がとくに重要です
- 配信優先度: 上限を超えそうな場合にどの通知を優先するかの順位を決めておきます(期限リマインド > 個別特典案内 > 一般告知、など)
- 配信時間帯の制限: 深夜・早朝は配信せず翌朝にまとめます。深夜の通知は内容に関わらず不快体験になるため、予約・定時配信の既定値として組み込みます
受信設定
会員がチャネルごと・カテゴリごとに受信のオン/オフを選べる仕組みを用意します。「プッシュ通知は特典のみ受け取る」「イベント告知は不要」のような粒度を提供することで、全部オフ(通知の全拒否)を防ぎます。
なお、規約変更などシステムからの重要通知は、受信設定に関わらず届ける必要があるため、種類ごとに拒否可否を分けて扱います。
運用のパターン
- 配信前プレビュー・承認: 配信前に対象者数と内容を確認し、承認を経て配信します。誤配信の最終防衛線です
- 分割配信: 大量配信を時間差で分割して送り、配信直後のアクセス集中(アプリ起動の殺到)を平準化します
- 効果測定ループ: 配信数・開封数・通知経由の行動を施策ごとに計測し、次の配信条件・文面に反映します。開封率の低下は通知疲れの先行指標として監視します
パターン選択の目安
| 目的・状況 | 向きやすい組み合わせ |
|---|---|
| 日常の告知 | プッシュ誘導型 + 対象の絞り込み |
| 緊急性の低い情報 | アプリ内のみ型 |
| 重要な手続き・変更 | 多重チャネル型 |
| 失効・期限の案内 | 期限リマインド(自動配信) |
| 通知疲れの防止 | 頻度上限 + 配信優先度 + 時間帯制限 |
| 誤配信の防止 | 配信前プレビュー・承認 |