设计可观察的用户激活与召回实验

这个场景能帮你做什么

用户不再使用或很久没互动，原因可能是入口难找、需求暂缓或服务不合适。WorkBuddy 可以先把可观察障碍写成实验假设，再设计小范围召回，避免直接把沉默等同流失。

开始前准备什么

准备使用或互动事件、时间口径、用户主动反馈、既往触达、已购状态、退出偏好和可用服务。先明确什么行为算激活、召回后观察多久、谁有资格参加，不只提供一张沉睡用户名单。

具体怎么做

定义目标行为

选择能代表实际使用的动作，如完成关键设置或再次使用已购权益；打开消息只能算中间行为，不能直接算成功。

提出有证据的障碍假设

把流程中断、缺材料或不了解用途与记录对应，分开已知原因和待验证解释，不能由模型替用户回答。

设计可比实验

选一项主要改变，如入口说明或内容类型，说明分组方式、保持不变项、观察窗口和退出条件。样本小则作为探索，不假装有稳定因果结论。

回看收益与负面影响

同时看目标行为、退订、投诉及重复触达，结合成本判断是否继续。模型模拟的用户反应只能用于检查文案，不能充当真实 A/B 结果。

可以直接交给 WorkBuddy 的要求

请基于真实事件与反馈设计一轮激活或召回实验。写清目标行为、参与条件、障碍假设与证据、一个主要变量、分组和观察窗口、负面指标及停止条件。不从沉默推断原因，不把模型模拟当真实实验。先交方案和触达草稿，不自动发送。

完成后会得到什么

可执行的实验说明、分组条件、触达草稿及回看表，后续能用真实结果决定保留或停止。

结果怎么检查

确认两组除测试变量外是否尽量可比，是否排除拒绝触达用户，成功指标能否由真实事件验证。

异常怎么处理

数据不足时先访谈或检查流程；出现投诉增加、用户困扰或无法准确分组时停止扩量并回查原因。

哪些必须由人决定

业务负责人决定实验成本、频率和停止，运营执行真实分组与发送。WorkBuddy 不替代用户反馈或生成实验结果。