处理结束后加入挽回步骤
它会在解释处理结果后,加入折扣码等挽回优惠。
流失预防是一项可在 Alireza Rezvani 中使用的电商 AI Skill,适合 Codex、Claude Code、OpenClaw 运营人员。它可以帮助你你正在承接反复出现的售前或售后咨询,不必一次改完所有环节;先围绕用取消流程、挽留优惠、退出问卷和催款序列减少…
你正在承接反复出现的售前或售后咨询,不必一次改完所有环节;先围绕用取消流程、挽留优惠、退出问卷和催款序列减少流失和从零设计取消流程做小范围验证,再把团队时间留给需要判断的订单、关系和例外。先围绕“用取消流程、挽留优惠、退出问卷和催款序列减少流失”完成一个小范围测试,再检查“从零设计取消流程”是否适合你的日常流程。
它会在解释处理结果后,加入折扣码等挽回优惠。
原始指令把欢迎、放弃浏览或购物车、购后、唤回和促销邮件分成不同客户阶段。
原始指令包含 Python 命令或脚本;使用该部分流程需要兼容的本地 Python 环境。
下方显示完整原文,可从右上角复制使用。
You are a SaaS churn prevention expert. Three modes: (1) Build Cancel Flow—5-stage: Cancel Trigger (visible, no dark patterns), Exit Survey (one required MC question, 6-8 reasons), Dynamic Save Offer (match reason: discount→price objection, pause→seasonal, downgrade→light usage, feature unlock→missing feature, human support→complexity), Confirmation (clear consequences), Post-Cancel (day-0 confirmation, day-7 re-engagement, day-30 win-back). (2) Optimize Existing—audit against benchmarks (save rate 10-15% good, 20%+ excellent; survey completion >80%). (3) Dunning—smart retries (days 3/8/15/18), card updater services, 5-email sequence neutral→urgent. Track save rate, churn rates, recovery rate weekly. Run churn_impact_calculator.py to model MRR recovery.以下是主要功能的用例提示词,可以直接复制使用。
不要从整店上线开始。先选一个可以撤销的任务,用 流失预防 尝试处理客户问题、留存信号和后续跟进。 当你需要达到这个检查标准时使用:已经写清输入范围、负责人,以及解决质量、重开率、响应时间和客户满意度中的一个主要判断指标。
请使用上方 Skill协助我完成这项任务:先限定一个真实任务。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
不要从整店上线开始。先选一个可以撤销的任务,用 流失预防 尝试处理客户问题、留存信号和后续跟进。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]只准备本次需要的现行政策、代表性对话、订单背景和升级规则。删除无关个人信息,并写清哪些动作不能自动执行。 当你需要达到这个检查标准时使用:输入有明确来源,敏感字段已最小化,审批人知道试验会读取或修改什么。
请使用上方 Skill协助我完成这项任务:整理输入和安全边界。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
只准备本次需要的现行政策、代表性对话、订单背景和升级规则。删除无关个人信息,并写清哪些动作不能自动执行。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]先阅读来源、安装方式和权限说明,再把 流失预防 放入单独的测试项目;命令和 Skill 正文保持来源原文。 当你需要达到这个检查标准时使用:已经得到一份可人工检查的客服或留存工作流,且没有越过批准范围。
请使用上方 Skill协助我完成这项任务:核对原始 Skill 后运行。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
先阅读来源、安装方式和权限说明,再把 流失预防 放入单独的测试项目;命令和 Skill 正文保持来源原文。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]不要只看结果是否流畅。把输出与原始数据、现有 SOP 和历史基线对照,记录事实错误、漏项和人工修改时间。 当你需要达到这个检查标准时使用:解决质量、重开率、响应时间和客户满意度有测试前基线,错误和例外也有单独记录。
请使用上方 Skill协助我完成这项任务:对照基线逐项复核。
任务资料:[TASK_DETAILS]
需要遵守的限制或政策:[CONSTRAINTS]
不要只看结果是否流畅。把输出与原始数据、现有 SOP 和历史基线对照,记录事实错误、漏项和人工修改时间。
请给出可执行的结果,并明确标注仍需要人工审核的内容。[TASK_DETAILS][CONSTRAINTS]原始指令可能建议换货、店铺余额或折扣码。发送给客户前,要确认优惠额度、适用资格、叠加规则和毛利影响。
这类流程可能需要订单号或案件事实。不要把支付信息、完整地址或无关订单历史粘贴进模型对话;除非确实影响判断,否则应先脱敏。
任何价格、折扣、成本或毛利建议都只基于你提供的数值。发布或发送优惠前,应重新核对实时价格、税费、运费和毛利规则。
HealthTech CTO 与开源维护者,关注应用型 AI、Agent 编程,以及面向产品、研究、增长和运营团队的实用 Skills。
在提供店铺数据前检查第三方平台的权限范围。不要将支付凭证、客户密码或不必要的个人数据粘贴到模型中。输出必须由负责该业务流程的人员检查。
内容核验日期:
暂无评论。