推送通知和UX控制

1）槍支在產品中的作用

Push通知是上下文通信的渠道，必須加快「時間到價值」而不是流式傳輸。主要原則：相關性，及時性，可逆性。

• 提醒未完成，恢復效益（「繼續昨天」）。
• 報告真正重要的事件（狀態，風險，截止日期）。
• 一鍵操作簡短（深度鏈接到特定屏幕/flow）。

2）同意和透明度（opt-in/opt-out）

解釋為opt-in：在證明價值後要求許可（軟詢問→系統查詢）。
粒度：類別（重要，提醒，促銷）和渠道（pus/e-mail/內部inbox）。
輕度故障：可見設置「少見/安靜模式/關閉促銷」。
同意前的摘要：「我們會發送什麼以及多久」，指向設置。

道德合同：用戶始終可以快速更改頻率和主題。

3）類別和優先事項

1.關鍵（安全性，金錢，系統故障）-很少，立刻，沒有促銷。

2.操作（訂單、狀態、截止日期）-在工作窗口中,無噪音。

3.提醒/習慣是柔和的，帶有「小醜」和暫停。

4.內容/培訓-batchi每天/每周一次。

5.促銷/營銷是罕見的，協調一致的，帶有頻率帽。

對於每個類別,請設置：交付窗口、音量、按鍵操作、生命周期（TTL）。

4）時間與背景

事件觸發：相關活動/事件發生後立即通知。
時間窗口：晚上不發送；考慮本地時間。
頻率帽：X/天，U/周，按類別和總和。
安靜的時鐘/模式：默認情況下,建議在晚上和周末「不打擾」（可定制）。
重復數據消除：新的符號消除了舊的（按鍵替換）。

5）無入侵個性化

行為相關性：「繼續啟動」，「關閉本周支票單」。
內容本地化：語言，時間/貨幣格式，文化示例。

可解釋： 「我們顯示，因為我們……」+按鈕「顯示少於這樣。」

敏感主題：單獨選擇；尊重拒絕。

6）平臺細微差別

6.1 iOS

Pre-prompt（軟ask）在系統變量之前。
按類別/樣式分列通知（關鍵/次要）。
通知摘要/聚焦：部分通知進入摘要/焦點模式-考慮重要性和元數據。
Badges作為非鎖定提醒。

6.2 Android

具有重要級別的通知通道（channels）-用戶控制通道上的音量。
同類型消息的分組/拼寫（堆疊）。
窗簾中的圖標/動作：添加快速動作（「延遲」，「取消類別」）。

6.3 Web Push

價值後分辨率（不在第一個屏幕上）。
Fallback in inbox/產品內的橫幅為那些沒有訂閱。
瀏覽器行為：背景交付限制-檢查TTL。

7）內容： 「好」push的結構

第1行中的誰/什麼/為什麼。
一個目標是一個目標（不要立即雕刻一切）。
深入鏈接到所需的屏幕，而不是「回家」。
刷卡行動：「推遲到明天」，「暫停一周」。
TTL和自動收件人：不要發送過時的。

• "繼續報告?剩下1個步驟-發送。禁用此類提醒"

8）反模式以及如何避免它們

垃圾郵件/過熱：超過2-3個不相關的槍支連續→自動暫停類別。
虛假的緊迫性/赤字：只有真實的時間表和事件。
以系統消息為幌子的隱藏營銷：promo=單獨的類別。
沒有退出：每個push都有快速「管理通知」。
渠道配音：優先排序（短信/e-mail/push），相互排斥。

9）質量度量標準和dashbord

註釋粉絲：發送→交付→顯示→公開→目標操作。

• 按腳本分列的Opt-in Rate（價值演示後）。
• CTR/CTO（open/tap）按類別/片段/時間分列。
• 打開後轉換（會話中的目標動作）。
• Opt-out/Unsubscribe Rate и complaint rate.
• Snooze/Pause Rate是過熱的標誌。
• 每個用戶和每個類別（cep）的響應/頻率。
• Uplift Retention D7/D30隊列比較中。

• 5秒測試（理解「什麼/為什麼」），
• 可讀性/本地化，
• 具有非電纜或不正確的深度鏈接的槍支比例（必須瞄準0）。

10）實驗和滾動安全

A/B/n：主題，時間，頻道，深鏈接，CTA。
分層：新手/主動/睡覺；時區。
門指標：opt-out，抱怨，snooze-停止起重機閾值。
Holdout Group：對保留/退款凈貢獻的評估。
Feature flags：分階段包括類別,快速回滾。
重復數據消除和idempotency：一個事件-一個事件。

11） Canvas「通知策略」（模板）

類別目標：有什麼好處。
觀眾和放映條件：片段，事件，時間窗口。
頻率和帽子：X/天，U/周；全球限額。

內容和微操作： 第一行,CTA, deep link.

安靜的模式/暫停：默認和管理。
成功/傷害指標：CTR，conversion，opt-out，投訴。
倫理：敏感話題，可解釋，拒絕。
回滾計劃：何時以及如何關閉。

12）支票單

12.1設計和內容

• 第一行的價值是明確的。
• 一個push=一個動作，有一個深層鏈接。
• Push中有「管理通知/暫停」。
• 本地化和時間格式是正確的。
• 促銷與系統性分離；標記為促銷。
• TTL設置,不發送過期。

12.2頻率和時間

• 已設置交付窗口和「安靜模式」。
• per user kepa和per category。
• 消除相同觸發器的重復數據。

12.3技術

• 頻道/類別（iOS/Audrid/Web）已建立和描述。
• 發送、取消/替換消息時,Idempotency密鑰。
• Logi：發送/交付/顯示/啟動/操作。

12.4道德與合規性

• 透明的同意，可以理解的文本。
• 針對敏感主題的單獨操作。
• 尊重所有渠道上的拒絕（不通過信件「終止」）。

13） Microcopiraite示例

• "第4821號命令到達了發行點。今天晚上8點之前到達。管理通知"

• "你昨天開始了報告。剩下1步-發送?推遲到明天·設置"

• "3個關於主題X的新材料。打開選擇。每周接收一次"

• "-20%到11月14日23：59在Pro計劃中。隱藏促銷通知"

• "太頻繁了？將安靜的模式設置為一周"

14）Cases「之前/之後」

垃圾郵件促銷→受控頻率

最多：每天5槍不分段。
之後：2周，帶有明確的促銷標簽，「安靜模式」，CTR增長和投訴下降。

未完成的任務→上下文繼續

前：一般的「返回應用程序」。
之後：「從步驟3」+deep link繼續任務N-在打開後高於轉換。

Dubley通過渠道→編排

前：push+電子郵件+橫幅同時。
之後：優先頻道，延遲備份，打開時取消。

15）經常出現團隊錯誤

在第一個屏幕上「無處」請求系統分辨率。
混合促銷和系統通知。
忽略時區和「安靜模式」。
不允許控制類別和頻率。
只對CTR進行評估，忘記關於行動/投訴/保留。

16）摘要

有效的槍支是噪音的最小值，最大值為：可以理解的原因，正確的時刻，一個明確的步驟和用戶的控制。在類別、頻率帽、安靜模式、重復數據消除和誠實復制上構建策略。分階段實驗，不僅要測量點擊率，還要測量信任-然後推送通道將成為助手而不是刺激。