Adoptly

什么是 Adoptly？

Adoptly 是一款 SaaS 应用内通讯工具，可让团队在产品内部创建并发布公告组件。它支持多种公告格式——如模态框、横幅和提示——让消息感觉像是应用原生元素，而非外部小组件。

核心目的是帮助产品和营销团队控制公告出现的时间和位置，根据受众、语言、设备和日程等属性定向用户，同时减少对不需要的用户发送无关消息。

主要功能

• 多种应用内公告格式（模态框、横幅、提示）：选择匹配消息紧急程度的 UI 组件类型，从轻量提示到完整模态提示。
• 可自定义外观和感觉（颜色、字体、布局、间距）：控制视觉样式，让公告匹配产品 UI，而非采用通用小组件样式。
• 受众和上下文定向：根据受众细分（例如付费 vs 试用）、特定页面路径、触发事件、语言和设备类型等标准显示公告。
• 基于触发的显示规则：使用页面和生命周期触发，如 onPageView，确保内容在正确时刻出现。
• 日程和资格规则：包含基于日期的条件（例如“指定日期之后”）和其他资格限制，如试用是否结束。
• 按真实用户和细分查看互动数据：查看谁查看和点击了公告，并按目标页面细分，了解公告表现位置。

如何使用 Adoptly

1. 创建公告：选择格式（模态框、横幅或提示），并配置布局、间距和颜色等样式选项。
2. 设置定向和触发：定义公告出现位置（例如基于页面路径如 /dashboard 或 /pricing/**）和显示时机（如 onPageView），包括设备和语言限制。
3. 添加日程/日期条件：控制时机（例如仅在指定日期之后），并设置资格规则，如受众类型（例如付费计划）和试用是否结束。
4. 发布并查看互动：使用实时查看/点击跟踪，识别哪些页面和细分互动最多。

使用场景

• 向付费用户在相关页面宣布新分析模块：定向付费计划用户，并在特定路由（例如仪表板部分）触发消息，让公告与用户查找更新的位置对齐。
• 用模态框告知用户平台变慢：需要更多关注时使用模态框格式，按语言和设备定向，并基于试用状态限制显示给合格用户。
• 通过横幅显示定价相关更新：将公告可见性定向到定价页面路径模式（例如 /pricing/**），使用 onPageView 触发，让用户在评估计划时看到消息。
• 在应用内向非试用用户推广产品更新：结合受众定向（例如“受众非试用结束”）、日程/日期限制和基于页面的规则，确保更新触达目标群体。
• 跟踪哪些页面产生点击和查看：使用按页面路径的互动细分（例如表现最佳路由如 /dashboard、/projects 或 /settings/billing），优化未来公告部署位置。

常见问题

• Adoptly 支持哪些公告类型？

  Adoptly 支持页面上显示的至少三种格式：Modal、Banner 和 Hint。

• 公告能否按用户状态和资格定向？

  可以。页面显示定向规则，如 Audience is Paid plan 和 Audience is not Trial ended。

• Adoptly 如何决定何时显示公告？

  页面引用触发逻辑如 onPageView，并包含基于日期的条件（例如“Date after 01/03/2026”）。

• 公告能否本地化和按设备限制？

  可以。页面示例包括按 Language（例如 French）和 Device（例如 Desktop）定向。

• Adoptly 是否提供互动分析？

  是的。页面描述了对 who engages（查看和点击）的可见性，以及跨目标页面的表现。

替代方案

• 应用内消息平台（通用小组件系统）：这些工具同样提供模态框、横幅和工具提示，但可能优先考虑小组件位置而非更深入的样式控制，以实现原生外观公告。
• 产品采用与入职工具：此类替代方案专注于引导用户完成工作流程；部分支持应用内公告，但可能更强调入职路径，而非按页面的细粒度定向和互动报告。
• Web UI 营销自动化：通用营销工具可基于用户细分触发消息，但工作流程通常围绕电子邮件/着陆页，而非专为应用内组件和页面特定显示规则打造。
• 分析驱动的功能公告工作流程：团队可利用自身应用的路由和事件跟踪实现自定义应用内横幅/模态框，但这会将定向逻辑和互动度量的负担转嫁给工程团队。