ZCode × 用户流失挽回 Skill

用户流失挽回 Skill不在 ZCode 的前十推荐里——ZCode更擅长长上下文、长任务、项目文件和远程跟进，这个 Skill 的重心不完全在这里。它仍然可以正常安装使用，只是如果你要做的就是这件事，可以先看看下面几个更合适的 Agent。

长上下文与远程跟进让设计取消问卷和匹配动态挽留报价变简单。原始的取消原因记录与功能使用数据能一次性留在上下文里，中途不用重新交代背景。跑流失风险评分耗时较长，离开电脑能从飞书或微信追问进度。核对计费后台配置需要操作前确认，要看清具体参数。梳理当前流失现状需要定时触发，本 Agent 只能跑长任务，周期性巡检要手工设置。找不出具体行为导致流失或只需跑一次，不用选它。

设计取消问卷与匹配动态挽留报价环节要同时读用户半年内的取消原因和功能使用数据。长上下文让这些本地资料一次性放进任务里，中途追加调整不用反复重新传文件或重述背景。跑几小时构建流失风险评分时，直接在飞书或微信 Bot 收发消息看进度。省掉守在电脑前等终端跑完的动作。只要任务需要随时追加要求并查看进度，这个特性就适用。

1. 01

   核对计费后台配置

   需要操作前确认。打开 Stripe 或 Chargebee 后台的具体订阅与催收设置项，先比对失败重试次数与现有规则，再让 Agent 调整。受限于操作前确认，不能全自动改参数。

2. 02

   构建流失风险评分

   要运行脚本跑用户行为数据。在这个 Agent 下有条件支持，跑评分耗时较长。长上下文能把终端输出留在任务里，离开电脑从手机看进度并追问，跑完直接输出风险评分。

3. 03

   设计取消问卷

   这个 Agent 原生支持读本地资料。把过去半年的取消原因记录放在工作区，用 @ 引用。基于这些数据输出包含单选题的页面交互原型，原型直接在界面预览核对。

把过去半年的用户取消原因与功能使用数据另存成 CSV 或 Markdown 放进工作区，办公文档要先转成文本。在工作区用 @ 引用这些文件，用 $ 选技能。为长任务设一个可验收的 Goal，例如输出流失风险评分模型与干预清单。下发后在界面看进度条与终端输出，手机扫码即可远程追问，绑定飞书或微信 Bot 后在聊天里收发结果。

装完先跑设计取消问卷环节。在工作区放一份小样本取消原因 CSV，让 Agent 输出单选题和挽留报价的页面交互原型。看两个信号：一是原型能不能直接预览核对，二是问卷选项是否基于导入的取消原因生成。确认无误后再跑构建流失风险评分，看终端输出是否留在上下文里并能从手机查看。