知乎搜索沉睡流量分层召回

要解决的问题

知乎问题搜索流量里存在一批“沉睡人群”：他们曾因某个问题点进回答，却没有继续访问主页或完成转化。这类流量的典型特征是意图明确但回流断裂——用户已经通过站内搜索表达了需求，却因为回答质量、承接方式或触达节奏的问题流失了。

直接对所有沉睡用户做统一触达是常见但低效的做法：同一套优惠券、同一条私信发给所有流失原因不同的人，结果往往是优惠被滥用、用户被打扰，回流却无法归因。本技能要解决的问题，是把“沉睡”拆成可解释、可分层、可验证的召回动作。

技能如何工作

技能只处理知乎问题搜索流量这一场景，核心交付物是分层召回方案。工作前需要先准备好几类输入：

• 问题热度、回答排名和站内搜索词
• 沉睡名单及历史行为数据
• 可用权益（优惠券、会员权益、人工关怀资源等）

执行流程分为六个步骤：

1. 核对证据：确认问题热度、回答排名和搜索词，标注数据日期、来源与不可比较口径，资料不足时先输出补证据清单。
2. 排除不可触达人群：投诉过、退订或不合规的群体直接剔除，不进入任何触达计划。
3. 设定硬约束：把“回答先解决问题再承接品牌”作为场景底线，不允许用无法兑现的承诺绕过。
4. 分层：按价值、最近行为和流失原因三个维度划分沉睡用户。
5. 匹配动作：为每个分层匹配内容、权益、人工关怀，并明确停止触达条件。
6. 核验：用问题链接、回答版本和搜索来源做交付前核验，以“回答到主页访问率”作为复查指标。

适用边界

这个技能不是全盘战略工具，也不替代真实的平台操作或合规审批。它不承诺流量、转化率或收入，所有建议都只是方案而非结果。

两个关键注意点：

• 涉及预算、价格、库存、平台规则、会员数据时，必须标明来源和日期，并把“已确认事实”“分析判断”“待确认事项”分开。
• 没有实际数据时，只能给出测量口径，不能虚构复查结果。任一关键条件不满足时输出“暂不可交付”，而不是用空泛建议填满模板。

涉及真实发送、付费或生产变更前，必须取得明确授权。