sales-push-notification

移动端与 Web 推送通知

帮助用户制定推送通知策略，涵盖优化订阅、消息设计、用户细分、发送时机、频次上限和分析。此技能不绑定特定工具，但包含针对 Braze、OneSignal、Airship、Firebase/FCM、Customer.io、Klaviyo、Iterable 和 MoEngage 的平台指南。

步骤 1 — 收集背景信息

如果 references/learnings.md 存在，请先阅读，了解积累的知识。

询问用户：

1. 您需要哪方面的帮助？

   • A) 策略 — 从零规划推送通知计划
   • B) 订阅优化 — 提高用户接受推送权限的比例
   • C) 消息设计 — 内容、富媒体推送、操作按钮、深层链接
   • D) 用户细分 — 为推送定位合适的用户
   • E) 时机与频次 — 何时发送以及发送频率
   • F) A/B 测试 — 测试不同的推送版本
   • G) 分析 — 衡量推送效果
   • H) 工具选择 — 选择推送通知平台
   • I) 技术设置 — SDK 集成、证书、FCM 密钥
   • J) 其他 — 请描述

2. 您的目标平台有哪些？

   • A) iOS（iPhone/iPad）
   • B) Android
   • C) Web（浏览器推送）
   • D) iOS + Android
   • E) 全部（iOS + Android + Web）

3. 您正在使用（或考虑使用）什么工具？

   • A) Braze
   • B) OneSignal
   • C) Airship（Urban Airship）
   • D) 直接使用 Firebase Cloud Messaging (FCM)
   • E) Customer.io
   • F) Klaviyo
   • G) Iterable
   • H) MoEngage
   • I) 尚未决定
   • J) 其他

如果用户的请求已提供大部分背景信息，请直接跳到相关步骤。 根据合理假设（并明确说明假设）先尽力回答，然后仅在结尾询问最关键的 1-2 个澄清问题。

步骤 2 — 策略与方法

推送通知最有效的场景

推送通知最有价值的用途包括：

• 时效性操作 — 限时促销、即将过期的优惠、预约提醒
• 交易状态更新 — 订单已发货、即将送达、已收到付款
• 重新互动 — 沉睡用户、弃置的购物车、用户尚未尝试的功能
• 社交触发 — 有人点赞、评论或给用户发消息
• 个性化内容 — 推荐、比分更新、用户关注的内容

推送通知价值最低（也最容易导致用户退订）的情况包括：

• 不做个性化处理的通用促销群发
• 发送过于频繁（大多数应用每天超过 1-2 条）
• 可以通过电子邮件或应用内消息发送的内容

推送订阅策略

iOS 要求用户明确授权推送通知。Android 会自动启用，但用户可以将其关闭。Web 则需要显示权限提示。

推送预告模式（对 iOS 至关重要）：

1. 不要在首次启动时立即显示系统权限提示
2. 先显示自定义应用内消息，解释推送的价值（“订单发货时通知我”）
3. 如果用户点击自定义提示中的“启用”→ 显示系统提示
4. 如果用户点击“暂不”→ 不显示系统提示，稍后再尝试
5. 这样可避免因过早显示系统提示而导致权限永久处于“已拒绝”状态

订阅率基准：

• 使用推送预告：50-70%
• 不使用预告（首次启动时显示系统提示）：30-40%
• Web 推送：5-15%（浏览器权限提示的接受率低于原生应用）

消息设计原则

1. 保持简短 — 标题控制在 40-50 个字符，正文控制在 100-120 个字符（iOS 超出此长度会截断）
2. 突出价值 — 用户能获得什么？而不是您希望用户做什么。
3. 个性化 — 使用用户姓名、最近操作、感兴趣的产品。通用内容容易被忽略。
4. 适度营造紧迫感 — “2 小时后结束”很有效，但不要制造虚假的紧迫感
5. 使用富媒体推送 — 图片、GIF 和操作按钮可将互动率提高 20-40%
6. 使用深层链接 — 始终链接到相关页面，不要只打开应用首页

频率和时间安排

频率指南：

• 交易类：不限——用户期待收到此类通知（订单更新等）
• 推广类：对活跃用户每周 2-5 条，对偶尔使用的用户每周 1-2 条
• 上限：对大多数应用类别来说，每天超过 1-2 条会导致用户退订
• 使用频率上限：大多数工具都支持设置每位用户每天/每周的发送上限

时间优化：

• 智能定时（Braze、Iterable、OneSignal）：基于 ML 为每位用户确定最佳发送时间
• 手动设置默认时间：对于大多数消费类应用，按当地时间选择上午 10 点至下午 1 点，以及下午 6 点至 9 点。避免深夜时段（晚上 10 点至早上 7 点）。
• 静默时段：始终遵守静默时段——绝不要吵醒用户

第 3 步 — 平台特定指南

阅读 references/platform-guide.md，了解详细的平台比较、实施清单和关键指标。

你不再需要平台指南的详细内容——请专注于用户的具体情况。

第 4 步 — 可执行的指导

根据用户的具体问题，结合第 2 步的策略框架和参考指南中的平台详情，提供有针对性的建议。

注意事项

1. iOS 推送权限是永久性的——如果用户拒绝了系统提示，你将无法再次询问（用户必须前往“设置”重新启用）。因此，推送预告至关重要。务必先展示预告，再显示系统提示。
2. Android 13+ 需要用户主动授权——Android 13（API 33）引入了运行时推送权限，与 iOS 类似。不要假设所有 Android 用户默认都已启用推送。
3. 推送令牌会过期——如果用户几个月都没有打开你的应用，其推送令牌可能会失效。请监控送达率并清理过期令牌。对于超过 90 天未打开应用的用户，不要将其计入已启用推送的用户。
4. Web 推送的主动授权率较低——用户会积极屏蔽浏览器的推送权限提示（主动授权率为 5-15%）。不要将 Web 推送作为主要渠道。将其作为电子邮件的补充。
5. 富媒体推送需要单独的素材——iOS 和 Android 对富媒体推送的处理方式不同（图片尺寸、宽高比和操作按钮数量限制各不相同）。上线前，请在两个平台上测试富媒体推送。

• 持续改进：如果你发现这里未涵盖的内容，请将其附加到 references/learnings.md，并注明今天的日期。

推荐特定平台技能之前

此技能涵盖多个平台的策略领域。在向用户推荐任何特定平台技能之前（## Related skills 中列出的任何 /sales-{platform}，例如 /sales-mailshake、/sales-klaviyo、/sales-apollo），请先阅读该平台技能实际的 SKILL.md。## Related skills 中的一行描述足以识别候选项，但不足以据此确定推荐，也不足以编写能有效调用该技能的提示词。

阅读方式：

• 如果本地存在 ~/.claude/skills/{skill-name}/SKILL.md，请使用 Read 阅读。
• 对于 sales-* 技能，请通过 WebFetch 直接从此仓库获取：https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md——例如，对于 sales-mailshake：https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md。
• 对于非 sales-* 技能（第三方技能），如果已安装，请在 ~/.claude/skills/sales-do/references/skill-sources.md 中查找 {org}/{repo}，并从该仓库下相同的 skills/{skill-name}/SKILL.md 路径获取文件。

**阅读后，**请依据 SKILL.md 中的具体内容（其适用范围、子流程、argument-hint 的格式，或“Do NOT use for...”这类排除条件）来制定建议。生成的调用方式应符合平台技能的 argument-hint。如果平台技能不适用于用户的情况，请改为推荐其他技能，或直接在此处处理问题，而不是推荐不合适的技能。

相关技能

• /sales-iterable — Iterable 平台帮助（推送设置、Studio journeys、Brand Affinity、STO）
• /sales-braze — Braze 平台帮助（推送设置、Canvas 集成、BrazeAI 时机）
• /sales-customerio — Customer.io 平台帮助（Journeys 中的推送）
• /sales-klaviyo — Klaviyo 平台帮助（适用于 Shopify 电商的推送）
• /sales-omnisend — Omnisend 平台帮助（适用于电商的 Web 推送 + 邮件 + SMS）
• /sales-sendpulse — SendPulse 平台帮助（Web 推送 + 邮件 + 聊天机器人 + Automation 360）
• /sales-in-app-messaging — 应用内消息和内容卡片（推送的配套功能）
• /sales-email-marketing — 邮件营销策略（协调推送 + 邮件发送频率）
• /sales-sms-marketing — SMS 营销策略（协调推送 + SMS 发送频率）
• /sales-live-chat — 实时聊天和聊天机器人（另一个互动渠道）
• /sales-do — 不确定该使用哪项技能？路由器会将任何销售目标匹配到合适的技能。安装：npx skills add sales-skills/sales --skill sales-do

示例

示例 1：设计推送通知订阅策略

用户说：“我们的 iOS 推送通知订阅率只有 25%。怎样才能提高？” 技能执行：诊断可能的原因（过早显示 OS 提示，且未先展示引导页）。设计推送引导流程：在用户完成首个关键操作（例如首次购买、首次收藏）后触发应用内消息，说明与用户行为相关的价值主张，仅在用户点击“启用”后显示 OS 提示。提供基准参考（使用引导页时为 50-70%）。 结果：推送引导实施计划，预计订阅率可提高 2 倍

示例 2：创建购物车弃购推送营销活动

用户说：“我想向在我们的电商应用中放弃购物车的用户发送推送通知。” 技能执行：设计一个包含 3 步的推送序列：1 小时后发送推送 1（“您还有商品没有带走” + 商品图片），24 小时后发送推送 2（“还感兴趣吗？商品热销中”），48 小时后发送推送 3 并提供优惠（“今天完成购买可享 9 折优惠”）。包括跳转至购物车的深层链接、发送频率上限以及退出条件（购买后移除）。 结果：包含发送时机、内容和深层链接的自动化购物车弃购推送营销活动

示例 3：选择推送通知平台

用户说：“我们是一家 A 轮初创公司，有 50K MAU。推送应该用 OneSignal 还是 Braze？” 技能执行：对比 OneSignal（免费套餐、更简单，适合以推送为主的场景）与 Braze（面向企业、价格昂贵但跨渠道功能强大）。对于 50K MAU，建议从 OneSignal 开始——免费、设置快速，支持推送和基础邮件功能。建议在 MAU 达到 500K+ 或需要复杂的跨渠道工作流时，重新评估 Braze。 结果：提供明确建议，并给出随业务规模增长的迁移路径

故障排查

推送打开率低

症状：已发送推送通知，但打开率低于 3% 原因：消息未个性化、发送时机不佳，或发送给了不活跃用户 解决方案：1）按近期活动进行细分——仅向最近 30 天内活跃的用户发送。2）启用智能发送时机／发送时间优化。3）使用用户姓名和相关内容进行个性化。4）使用富媒体推送（图片、操作按钮）。5）对标题和正文进行 A/B 测试。6）检查发送频率——如果每天发送超过 1 次，请降低频率。

退订／禁用率高

症状：每月有 > 2% 的用户禁用推送通知 原因：发送过于频繁、内容不相关，或未设置发送频率上限 解决方案：1）设置发送频率上限（每天最多发送 1-2 条促销推送）。2）按兴趣细分——不要向所有人群发。3）添加偏好中心，让用户选择通知类型。4）检查内容相关性——你是在提供价值，还是只是在制造噪声？5）对于超过 14 天未互动的用户，降低促销推送频率。

iOS 上未收到推送

症状：推送活动显示已发送，但 iOS 上没有送达
原因：APNs 证书已过期、令牌无效，或沙盒环境与生产环境不匹配
解决方案：1）在推送平台设置中检查 APNs 证书是否过期。2）确认使用的环境正确（开发时使用沙盒环境，App Store 发布时使用生产环境）。3）检查 Xcode 项目中是否已启用推送权限。4）重新安装应用，以生成新令牌。5）查看 Apple 的 APNs 状态页面，确认是否发生服务中断。