通知ほど“善意が空回り”しやすい領域は珍しい。私はまず頻度を絞り、再開点を可視化することから始めます。
結論:通知は24±6h/1回・直行リンク・解除導線。成功直後の“再開点”が整っていれば、翌日活性は静かに上がります。
前提の整え方(ねらい→やり方→失敗)
ねらいは“続きが自然に始まる”状態。やり方は、成功直後に再開点を保存→最上段に表示→24±6hで1回通知。失敗は、乱発やモーダルで行動を止めること。
設計の全体像はオンボーディング設計とTTV短縮が近道です。
通知・再開テンプレ(PDF)
通知文面/再開点UI/AB順番のPDF。
FAQ(10)とテンプレ
現場でよく出る問いに、即実装できる答えを付けました。
- 頻度は?→ 24±6hで1回。再開後は同ウィンドウで無効。
- 文面は?→ 件名「昨日の続き、30秒で完了」/本文1行目「続きから再開できます」。
- リンクは?→ ディープリンクで直行。中間画面は禁止。
- 解除は?→ 本文末に明記。解除導線を見える位置に。
- 配信対象は?→ Aha達成ユーザーのみ。
- ABの順番は?→ 件名→1行目→リンク位置。
- 苦情対応は?→ 一時停止→文面修正→対象見直し。
- アプリ内誘導は?→ 成功直後に“続きへ(30秒)”。
- メトリクスは?→ 翌日活性と苦情率の差分。
- 撤退条件は?→ 翌日活性改善なし×苦情増→即撤退。
FAQ(補足)
- Q. 通知は本当に必要?
- A. 再開点UIが機能していれば頻度は最小で足ります。数字で判断します。
- Q. いつ拡張する?
- A. 翌日活性が鈍化したら、週1回のまとめ通知を検討(オプトイン前提)。
通知・再開テンプレ(PDF)
通知文面/再開点UI/AB順番のPDF。


コメント