sales-in-app-messaging

应用内消息与内容卡片

帮助用户处理应用内消息相关工作——涵盖策略、消息类型选择、触发器设计、内容卡片、引导流程和分析。本技能不依赖特定工具，但包含针对 Braze、Iterable、Intercom、Pendo、Appcues、Customer.io、MoEngage、Whatfix 和 Chameleon 的平台特定指南。

第 1 步 — 收集背景信息

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

询问用户：

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

   • A) 策略 — 规划应用内消息计划
   • B) 引导 — 新用户导览、工具提示、功能导览
   • C) 功能公告 — 向现有用户介绍新功能
   • D) 促销 — 应用内优惠、追加销售、升级提示
   • E) 调查 / 反馈 — 在应用内收集用户意见
   • F) 内容卡片 / 收件箱 — 设计持久内容流
   • G) 工具选择 — 选择应用内消息平台
   • H) 触发 — 何时以及如何显示应用内消息
   • I) 分析 — 衡量应用内消息的效果
   • J) 其他 — 请描述

2. 应用类型是什么？

   • A) 移动应用（iOS/Android）
   • B) Web 应用（SaaS）
   • C) 移动应用和 Web 应用
   • D) 电商应用
   • E) 游戏

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

   • A) Braze
   • B) Iterable
   • C) Intercom
   • D) Pendo
   • E) Appcues
   • F) Customer.io
   • G) MoEngage
   • H) Whatfix
   • I) Chameleon
   • J) 尚未决定
   • K) 其他

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

第 2 步 — 策略与方法

应用内消息类型

类型	最适用于	显示方式	持续时间
模态框	重要公告、权限请求、促销	屏幕中央，阻止用户进行其他操作	直至关闭
滑出式消息 / 横幅	轻量通知、成功确认	屏幕顶部或底部，不阻止用户操作	自动关闭或滑动关闭
全屏消息	重要公告、引导步骤、调查	覆盖整个屏幕	直至关闭
工具提示 / 热点	功能发现、上下文帮助	指向特定 UI 元素	直至关闭或延迟后消失
轮播 / 导览	多步骤引导、功能导览	一系列屏幕 / 模态框	直至完成
内容卡片	持续展示的促销、通知收件箱、推荐	显示在应用内的专用信息流 / 区域中	直至过期或关闭
自定义 HTML	复杂的交互体验、小游戏、嵌入式表单	自定义位置	自定义
调查	NPS、CSAT、功能请求、反馈	模态框或全屏	直至提交

何时使用应用内消息，何时使用其他渠道

场景	最佳渠道	原因
用户此刻正在使用应用	应用内消息	即时、契合场景，无需获取权限
用户几天没有打开应用	推送通知	引导用户返回应用
长篇内容或教程	电子邮件	可容纳更多内容，用户可以按自己的节奏阅读
面向不活跃用户的限时提醒	推送 + SMS	在应用外触达用户
用户可随时重访的持久内容	内容卡片	保留在信息流中，直至用户查看
面向 Web SaaS 用户的功能公告	应用内消息 + 电子邮件	通过应用内消息触达活跃用户，通过电子邮件触达其他用户

触发设计原则

1. 基于上下文触发，而非时间 — 用户处于相关页面或功能时再显示消息，而不是单纯「5 秒后」显示
2. 基于事件触发：会话开始、访问特定页面、自定义事件（完成购买、使用某项功能 X 次）、达到里程碑
3. 行为条件：仅向尚未使用某项功能的用户、使用免费套餐的用户，或注册超过 7 天的用户显示
4. 显示限制：每个会话显示一次、生命周期内显示一次、每周显示一次 — 避免消息疲劳
5. 优先级和队列：如果多条消息可能同时触发，请定义优先顺序（引导 > 促销 > 调查）

引导最佳实践

1. 渐进式披露 — 不要在首次会话中展示所有内容。随着用户逐步接触功能，再逐一介绍。
2. 情境提示 > 演示流程 — 指向用户应使用的实际 UI 元素，比他们会跳过的 5 屏教程更有效。
3. 由操作触发，而非由时间触发 — 用户完成上一步后，再显示下一条引导内容
4. 允许跳过 — 始终提供关闭或跳过选项。强制引导流程会引发反感。
5. 衡量完成情况 — 跟踪完成每个引导步骤的用户数量，而不只是跟踪「看过消息」的用户数量
6. 空状态 — 功能尚无数据时，可将空状态用作应用内消息，说明用户接下来该怎么做

步骤 3 — 平台专属指南

如需了解平台专属的应用内消息指南（Braze、Iterable、Intercom、Pendo、Appcues、Customer.io、MoEngage、Whatfix、Chameleon），请阅读 references/platforms.md。回答时仅使用与用户所用工具相关的部分。

步骤 4 — 可执行指南

实施清单

1. 定义用例 — 列出应用内消息能够发挥作用的所有场景（引导、功能采用、促销、调查）
2. 选择消息类型 — 为每个用例匹配合适的形式（模态框、工具提示、内容卡片等）
3. 设计触发条件 — 为每条消息定义显示它的事件或条件
4. 设置显示限制 — 每条消息可以显示多频繁（仅一次、每个会话一次等）
5. 创建模板 — 在工具的编辑器中创建可复用的设计
6. 定义优先级 — 如果多条消息可能同时触发，哪条优先？
7. 测试 — 在所有目标设备上预览（iOS、Android、Web、深色模式）
8. 向小范围用户群发布 — 先向 10% 的用户发布，并检查指标
9. 衡量效果 — 展示率、点击率、关闭率、目标完成率
10. 迭代 — 对消息内容、时机和设计进行 A/B 测试

关键指标

指标	基准	说明
展示率	符合条件的用户中有 30-60%	触发设计的有效性
点击/操作率	15-30%	消息相关性和 CTA 质量
关闭率	20-40%	消息价值与造成的干扰程度
引导完成率	40-70%	流程设计和用户动力
功能采用率（消息发布后）	增长 10-25%	功能公告的影响
调查回复率	15-30%	调查设计和时机

注意事项

1. 不要在应用启动时显示模态框——应用一打开就出现全屏模态框，会让人觉得咄咄逼人。等待有意义的触发时机（访问某个屏幕、完成某项操作、达到 X 次会话）。例外：重要公告（服务条款变更、强制更新）。
2. 不要同时堆叠多条消息——如果用户同时触发 3 条应用内消息，只显示优先级最高的一条。大多数工具都提供队列／优先级设置——请善加利用。多个弹窗同时出现 = 用户会立即将其关闭。
3. 内容卡片不是推送通知——内容卡片会静静地显示在信息流中。用户必须打开信息流才能看到。不要用内容卡片发送需要打断用户的时效性消息。需要紧急传达时，请使用推送或应用内模态框。
4. 应用内消息要求应用处于打开状态——与推送或电子邮件不同，应用内消息只能触达已经在使用应用的用户。对于不活跃的用户，应用内消息毫无用处。使用推送吸引他们回来，然后通过应用内消息与他们互动。
5. Web SaaS 工具提示会因 UI 变更而失效——如果将工具提示放在某个特定按钮上，之后又重新设计页面，工具提示就会指向空处。使用带有可视化编辑器的工具（Pendo、Appcues），它们可以自动检测 UI 变更；也可以将工具提示绑定到稳定的 CSS 选择器。

• 持续改进：如果你发现这里未涵盖的内容，请将其附加到 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-chameleon — Chameleon 平台帮助（产品导览、工具提示、微型调查、启动器、HelpBar、A/B 测试、AI）。安装：npx skills add sales-skills/sales --skill sales-chameleon
• /sales-whatfix — Whatfix 平台帮助（企业级 DAP、Flows、Smart Tips、Product Analytics、Mirror 沙盒）。安装：npx skills add sales-skills/sales --skill sales-whatfix
• /sales-pendo — Pendo 平台帮助（分析、引导、会话回放、NPS、API）。安装：npx skills add sales-skills/sales --skill sales-pendo
• /sales-iterable — Iterable 平台帮助（应用内消息、Mobile Inbox、Embedded Messages、Studio journeys）
• /sales-braze — Braze 平台帮助（应用内消息、Content Cards、Canvas 集成）
• /sales-customerio — Customer.io 平台帮助（Journeys 中的应用内消息）
• /sales-push-notification — 推送通知策略（互补渠道）
• /sales-email-marketing — 电子邮件营销策略（与应用内消息协同）
• /sales-live-chat — 在线聊天和聊天机器人（Intercom 同时提供这两项功能）
• /sales-do — 不确定该使用哪项技能？路由器会将任何销售目标匹配到合适的技能。安装：npx skills add sales-skills/sales --skill sales-do

示例

示例 1：设计 SaaS 新手引导流程

用户说：“我们是一款 B2B SaaS 应用，激活率很低。应该如何使用应用内消息引导新用户？” 技能执行：设计渐进式新手引导流程：第 1 步（首次登录）→ 欢迎弹窗，概述 3 个步骤。第 2 步（进入仪表板）→ 工具提示指向关键功能。第 3 步（首次使用功能）→ 成功提示滑层 + 下一步工具提示。清单组件显示 5 项设置任务并跟踪完成情况。包含触发条件设计、显示规则和完成指标。 结果：包含情境工具提示、清单和激活指标跟踪的新手引导流程

示例 2：在移动应用中推广升级

用户说：“如何向达到使用限额的免费用户显示升级提示？” 技能执行：设计非侵入式升级流程：用户达到限额时触发 → 显示弹窗，说明付费方案可解锁的内容 → 操作按钮（“升级”深层链接至付款页面，“稍后再说”关闭弹窗）。显示规则：最多每周显示一次。A/B 测试：以功能为重点的文案与以价格为重点的文案。回退方案：用户关闭 3 次后，改为显示不显眼的横幅，而非弹窗。 结果：包含 A/B 测试、频次上限和升级策略的升级提示活动

示例 3：构建 Content Card 通知中心

用户说：“我们想在应用中使用 Braze Content Cards 添加通知收件箱。” 技能执行：逐步讲解如何在 Braze 中创建 Content Card 活动：卡片类型（经典卡片用于文本更新、带说明文字的图片用于促销、横幅用于公告）、过期设置、置顶重要卡片、定位细分受众，以及在应用中构建自定义 Content Card 信息流 UI。包含用于将卡片标记为已读或已关闭的 API 集成。 结果：由 Braze Content Cards 驱动、带有自定义 UI 的品牌化通知中心

故障排除

应用内消息未显示

症状：消息已配置，但用户看不到 原因：触发事件未触发、已达到显示限制、细分受众定位范围过窄，或 SDK 未初始化 解决方案：1) 验证触发事件是否确实发生（在工具中检查事件日志）。2) 检查显示限制——该用户可能已经看过此消息。3) 验证用户是否符合目标细分受众。4) 确保 SDK 已正确初始化，并且用户已完成身份识别。5) 在自己的设备上以调试/预览模式进行测试。

应用内消息点击率低

症状：用户看到了消息，却没有点击 CTA 原因：CTA 不够有力、消息与当前情境不相关，或 CTA 按钮不够醒目 解决方案：1）让 CTA 具体且以行动为导向（例如“开始免费试用”，而不是“了解更多”）。2）确保消息在与当前情境相关的时机出现。3）让按钮在视觉上更醒目（对比度、尺寸）。4）对文案、按钮文字和消息设计进行 A/B 测试。5）如果内容较轻量，可以考虑使用上滑式消息，而不是模态框。

用户立即关闭消息

症状：应用内消息的关闭率较高（>50%） 原因：消息出现时机不当、过于打扰，或展示过于频繁 解决方案：1）检查触发时机——消息是否打断了用户正在进行的任务？2）考虑使用干扰性较低的形式（上滑式消息，而非全屏消息）。3）降低展示频率。4）让消息更有价值——它是在帮助用户，还是只是在推广某项内容？5）添加“稍后提醒我”选项，而不是只能关闭。