取消工单拦截
Hoop 会在帮助台中拦截取消请求，让订阅者在取消最终确认前就能被触达。
Hoop
认领Hoop 是面向 Shopify 订阅品牌的 AI 留存代理，集成 Gorgias 或 Zendesk 处理取消对话，询问退订原因，推荐挽留方案，并将确认变更写回订阅工具。
概览
Hoop 是面向 Shopify 订阅品牌的 AI 留存代理。它旨在在现有帮助台工作流中处理取消对话，询问订阅者为何想要离开，并以品牌的语气提供合适的挽留方案。
网站说明 Hoop 可接入 Gorgias 或 Zendesk，并将已接受的变更写回 Recharge 或 Skio 等订阅计费工具。它的重点很明确：在取消发生的节点执行挽留对话，记录结果，并帮助团队了解哪些方案真正能留住订阅者。
核心功能
先问原因的挽留对话
代理会先询问客户想离开的原因，再确认取消，以便团队在请求发生的当下记录原因。
自然语言策略控制
留存策略可以用自然语言编写，让团队无需重写宏或映射决策树即可更新挽留逻辑。
基于分群的方案选择
Hoop 会根据客户的方案库，结合订阅时长、AOV、渠道、套餐和取消原因等因素选择挽留方案。
计费工具更新
已接受的变更会写回订阅计费工具，包括暂停、替换、折扣或频率变更。
留存报告
每个工单都会生成结构化的留存数据，包括原因、方案、结果和订阅价值。
适用场景
实时取消处理
适用于订阅品牌希望实时响应取消请求，而不是自动确认取消的场景。
基于策略的方案测试
适合希望测试不同挽留方案、但不想重建帮助台宏或重新培训客服的团队。
全天候留存覆盖
适合希望通过帮助台中的自动代理保持 24/7 取消对话覆盖的品牌。
留存分析与报告
适用于需要更清晰留存报告的运营人员，包括用户为什么取消，以及哪些方案在不同分群中有效。
端到端订阅更新
适用于希望将已接受的挽留操作直接写回订阅平台，而无需复制粘贴的团队。
Pros and Cons
Pros
- 在现有帮助台工作流中运行，而不是要求单独的队列。
- 从第一张工单到订阅更新，完整覆盖挽留对话的端到端流程。
- 支持用自然语言更改留存策略，而不是依赖大量代码的宏编辑。
- 为每次挽留记录原因、方案、结果和保留的订阅价值。
- 在全面上线前包含沙盒审核和分阶段启动流程。
Cons
- 所提供的页面没有展示详细定价、套餐层级或限制。
- 源文本除主要工作流外，没有提供完整的集成文档或更深入的配置说明。
FAQ
Hoop 是什么？
Hoop 是面向 Shopify 订阅品牌的 AI 留存代理。它接入 Gorgias 或 Zendesk，拦截取消工单，并以品牌的语气运行对话式挽留流程。
Hoop 如何运作？
Hoop 会在取消工单到达帮助台时读取这些工单，询问订阅者离开的原因，从已批准的方案库中选择一个挽留方案，并将确认的变更写回订阅工具。
Hoop 集成了哪些工具？
来源页面提到的帮助台集成是 Gorgias 和 Zendesk，并说明 Hoop 会将已确认的挽留结果写回 Recharge 或 Skio。
Hoop 如何部署？
实施说明表示，Hoop 会处理集成和数据工作，与客户一起审核留存策略，通常从启动到首次挽留大约需要一周，并会在上线前进行沙盒审核。
Hoop 在页面上显示定价详情吗？
网站描述了一个定价页面，但在所提供的文本中没有公布价格或套餐详情。
Quick Facts
- 类别
- AI 留存
- 主要用户
- Shopify 订阅品牌
- 帮助台集成
- Gorgias、Zendesk
- 计费集成
- Recharge、Skio
- 来源域名
- hoop.app
- 工作流
- 取消挽留对话和订阅更新