想象你经营着一家叫“老王私房菜”的小餐厅,不靠路人流量,就靠几十位熟客撑起一天的生意。你最怕的不是客人偶尔不来,而是某位一周来三回的老刘突然连续半个多月没露面——等他终于出现时,你才发现他隔壁新开了一家店,把他的胃和心都勾走了。 这时候你多希望自己有个“智慧店长”:它记得每位熟客上次来是什么时候、爱点什么菜、这月消费了多少;它还能提前两周告诉你“老张最近来吃饭的次数在减少,再不拉一把就要流失了”;更妙的是,它还会自动给老张发一张他最爱吃的红烧肉半价券,把他勾回来。 这就是AI产品运营与客户成功领域的“Churn预测与挽回”。Churn(流失)指用户不再使用你的产品、停掉订阅、放弃服务。好消息是,流失很少是突然发生的——用户在流失前总会留下蛛丝马迹:登录变少、消费降级、互动减弱。AI要做的,就是当一个24小时不眨眼、数据不离手的“智慧店长”:预测谁会流失、分析为什么流失、自动执行挽回动作,最后还要算清楚这笔账划不划算。

岗位关联

掌握Churn预测与挽回,意味着你能用AI守住产品最宝贵的资产——存量用户。这不仅是留存率数字的提升,更是AI产品运营团队最核心、最可量化的商业价值之一。

目录
  1. 可视化演示
  2. 流失定义识别
  3. 核心特征工程
  4. 流失原因分析
  5. 预测模型构建
  6. 客户健康评分
  7. 挽回策略自动化
  8. 效果评估迭代
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

动态演示Churn预测与挽回的核心机制,通过入门/进阶/实战/优化四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

Churn预测与挽回:客户流失 客户流失预测模型构建 流失特征工程与信号识别 核心机制可视化 Churn预测与挽回整体架构与关键组件

流失定义识别

老王店里挂了块小黑板,上面写着店规:“凡超过30天没来吃饭的熟客,视为流失。”这条规矩不是拍脑袋定的:他翻了过去三年的流水账,发现熟客两次光顾的间隔很少有超过30天的,超过这个数字再回来的概率就断崖式下跌。在AI产品运营里,这个“30天”就是流失定义——它是业务上约定的、用户从活跃转向流失的关键时间阈值。

有了定义,还得有识别的眼睛。老王靠记忆,AI靠埋点:在App、网页、服务端埋下日志采集点,记录每一次登录、点击、下单、播放。谁上次活跃距今多少天、这个月用了几次、最近一次消费是什么时候,全部自动汇入用户行为表。这样一来,“谁快流失了”就从感觉变成了可计算的事实。

识别流失不能只看“多久没来”,还要捕捉预警信号:高频用户突然变成低频、消费金额悄悄降级、推送打开率持续走低、核心功能使用时长腰斩。这些信号就像客人吃饭时频繁看手表、话变少了——都是要走的前兆。把预警信号与流失定义结合起来,运营团队就能在用户真正流失前动手干预。真正的流失管理,不是等熟客消失了才追悔莫及,而是在他犹豫的窗口期就递上一碗热汤。

核心特征工程

老王有个用了十年的旧账本,每页是一位熟客的记录:上次来是哪天、这个月光顾了几次、平均每顿消费多少。这三个数,就是数据科学里大名鼎鼎的RFM特征——R(Recency)最近一次活跃距今多久、F(Frequency)统计周期内活跃次数、M(Monetary)累计贡献金额。它们组合起来,几乎就是一个熟客“忠实度”的速写:刚来过、来得勤、花得多,这样的客人怎么可能流失?

光有RFM还不够。老王还会在账本上补充:“老刘最近三个月从每周三顿变成每周一顿”“小陈以前总点招牌鱼,最近开始点素菜”——这些行为层面和趋势层面的变化,对应到产品里就是行为特征:核心功能使用频次、会话时长、评论互动量、功能偏好迁移。为了让特征更稳定,还要引入时间窗口:分别统计近7天、30天、90天的行为,观察趋势是上升还是下滑,而不是被某一天的偶然波动误导。

把这些观测结果汇总,就形成了标签体系:标签像贴在账本上的便签纸——“高频高价值”“低频高价值”“近30天活跃度下降50%”“疑似竞品迁移”。每个标签都是一条浓缩的用户判断,后续的预测模型和健康评分,都以这套标签与特征作为原料。

特征工程做得好不好,直接决定预测模型的上限。就像老王账本记得越细,店长越能提前看出谁要变心;特征越丰富、越贴近业务本质,流失预测的准确率就越高。

Score=α×F+β×R+γ×M(α+β+γ=1)\displaystyle \text{Score} = \alpha \times F + \beta \times R + \gamma \times M \quad\left(\alpha+\beta+\gamma=1\right)
这个公式是把“来得勤、刚来过、花得多”三个维度按权重加总成一份客户价值分。注意R是反向指标:距今天数越短越好,实际使用时需要取倒数或做归一化翻转。
  1. F(频次)统计周期内用户活跃次数,频率越高,粘性越强。
    F=周期内活跃天数周期总天数\displaystyle \text{F} = \frac{\text{周期内活跃天数}}{\text{周期总天数}}
  2. R(最近活跃)距上次活跃的天数,越短代表用户越“热乎”。
    R=1−距上次活跃天数最大观察窗口\displaystyle \text{R} = 1 - \frac{\text{距上次活跃天数}}{\text{最大观察窗口}}
  3. M(消费金额)统计周期内用户贡献的金额,代表经济价值。
    M=周期内消费金额周期内最高消费金额\displaystyle \text{M} = \frac{\text{周期内消费金额}}{\text{周期内最高消费金额}}
  4. 加权求和三个指标归一化后,乘以权重并相加,得到综合评分。
    Score=α×F+β×R+γ×M\displaystyle \text{Score} = \alpha \times F + \beta \times R + \gamma \times M

流失原因分析

预测出“老张可能要流失”,下一步是搞清楚“老张为什么想走”。老王把熟客流失的原因粗粗分成几类:有人嫌菜咸了(产品体验问题);有人搬家了(客观环境变化);有人被隔壁店勾走了(竞品截流);还有人纯粹就是吃腻了(需求自然衰退)。技术上讲,这就是原因分类——主动流失和被动流失、可挽回和不可挽回。被动流失(比如搬家、公司不给报销)很难扭转,主动流失(体验差、价格贵、有替代品)才是挽回的主战场。

怎么知道真实原因?老王用最笨也最有效的办法——直接问。他托服务员在结账时问一句“最近怎么没见您来”,对应到产品里就是NPS净推荐值调研:定期向用户推送“你有多大可能推荐我们?”“最近一次离开的原因是?”问卷,把定性反馈沉淀成可分析的数据。更系统化的方式是监控仪表盘:把登录量、活跃率、退款率、客服投诉关键词、功能故障率集中展示,某一项指标突然恶化,往往就是流失潮的前兆。

原因分析的价值在于“对症下药”。如果大量流失来自价格敏感,那挽回动作就应该是优惠券而非功能更新;如果来自核心功能崩溃,那最先要做的是修Bug而不是发Push。老王想通了这个理儿,决定把所有流失原因按频次排序,优先解决占比最高的头号问题——这比盲目讨好所有客人有效得多。

预测模型构建

老王攒了几十年账本,智慧店长说:“让我从这些历史记录里学规律——看起来要走的客人,在流失前都有哪些共同特征。”于是店长把账本翻成一张大表:每行是一位熟客,每列是他的RFM特征、行为标签,最后一列是个红绿灯——“后来流失了”标红,“还在活跃”标绿。这就是构建预测模型的标准姿势:用历史数据训练,让模型学会从特征推断流失概率。

最经典的算法是逻辑回归。它像一位打分老师:给每个特征一个权重,比如“距离上次来的天数”权重很高,“消费金额”权重中等,把所有特征加权求和后压缩到0到1之间,输出“流失概率”。概率0.7,意味着这位客人有七成可能要走。逻辑回归的优点是简单、可解释——运营同事问“为什么说他危险?”你可以指着权重说:“因为他30天没登录,这一项贡献了最大的风险分。”

另一类常用方法是生存分析。如果说逻辑回归回答“他会不会流失”,生存分析回答“他大概什么时候流失”。它把每个用户看成一条“存活记录”,估计出“下个月仍然活跃的概率曲线”,特别适合订阅制产品——能提前预判“这批用户将在第几个月集中流失”。模型建好后,必须用召回率、精确率、AUC等指标评估。召回率管“真正流失的人抓到了几个”,精确率管“预测会流失的人里说对几个”,两者像鱼与熊掌,需要根据业务取舍。

模型不是一次性交付的装修工程,而是需要持续养护的花园。店长每个月都要用新账本重新训练一次,让模型跟上熟客们口味和习惯的变化。这样,预测准确率才不会随着时间推移而悄悄退化。

P(流失∣x)=11+e−(β0+β1x1+β2x2+⋯+βnxn)\displaystyle P(\text{流失} \mid x) = \frac{1}{1 + e^{-(\beta_0 + \beta_1 x_1 + \beta_2 x_2 + \cdots + \beta_n x_n)}}
这是逻辑回归的核心公式。括号里是所有特征加权求和的结果,外面的Sigmoid函数把这个结果压到0~1之间,变成概率。加权求和的原理,可以理解为“店长把各种异常信号的分值累加,总分越高,流失风险越大”。
  1. 特征加权求和每个特征值乘上对应权重再累加,得到“风险总分”。
    z=β0+β1x1+β2x2+⋯+βnxn\displaystyle z = \beta_0 + \beta_1 x_1 + \beta_2 x_2 + \cdots + \beta_n x_n
  2. 指数变换对总分取负号后求自然指数,让结果落在一个便于压缩的区间。
    e−z\displaystyle e^{-z}
  3. 概率压缩用Sigmoid函数把任意实数压缩到0到1之间,作为流失概率。
    P=11+e−z\displaystyle P = \frac{1}{1 + e^{-z}}
  4. 阈值判定设定0.5作为决策门槛,概率超过0.5判为“高流失风险”。
    y^={1P≥0.50P<0.5\displaystyle \hat{y} = \begin{cases} 1 & P \ge 0.5 \\ 0 & P < 0.5 \end{cases}

客户健康评分

预测模型给出的是一串概率,但运营们更喜欢直观的数字——像体检报告上的血压和心率。于是老王让店长把RFM特征、活跃趋势、服务反馈等多个维度的数据,按不同权重汇总成一个0到100的“客户健康评分”:90分以上是铁杆熟客,75分以上是正常活跃,60到75分是黄灯警戒,60分以下就是红灯高危——可以理解为给每位客户装了一个“健康手环”。

评分体系最大的价值,是把连续的、多维度的用户状态压缩成一个可比较的标尺,让运营能对客户分层管理。老王把熟客分成三层:高价值层(每周必来、消费高)值得重点维护;普通层(偶尔来)保持常规触达;风险层(评分快速下滑)触发挽回流程。每一层投入的运营资源不同,就像医院分诊——危重病人先进抢救室,普通病人排队候诊。

预警阈值是评分体系的触发器。阈值定得太高,会把正常波动的用户误判成高危,浪费挽回成本;定得太低,又会漏掉真正的危险分子。老王经过两个月的试验发现,阈值定在60分时挽回ROI最高——但这个数不是永恒的,产品改版、市场变化都会让阈值需要重新校准。健康评分让“谁需要被关注”变得一目了然,也打开了自动化挽回的大门。

挽回策略自动化

评分跌破60分的老张,在系统里自动被打上“高危流失”标签。接下来的一系列动作完全不需要老王亲手操作:触达引擎收到信号,立刻通过短信、App推送、邮件等渠道给老张发出一条专属召回信息——不是群发的“欢迎回来”,而是“您最爱的红烧肉本周半价,老王还给您留了靠窗的老位置”。这就是挽回策略自动化:规则引擎根据评分和标签,自动匹配最优的触达渠道与话术。

优惠策略要做到千人千面。系统先分析老张的消费历史,知道他爱吃红烧肉、习惯周末来、对价格不算敏感但喜欢被记住的感觉,于是生成一张“红烧肉半价券+优先订座权益”的组合优惠;而另一位价格敏感的用户,收到的可能是“满100减30”的通用券。差异化匹配能显著提高挽回成功率——同样的预算,撒胡椒面不如精准滴灌。

自动化不等于闭眼执行。所有挽回策略上线前,都要做A/B测试:把高危用户随机分成两组,实验组收到优惠券,对照组不干预,比较两组30天后的回流率。如果实验组回流率显著高于对照组,说明策略有效,可以全量放量;如果差异不明显,就该换思路。店长的价值不只是自动发券,更是通过实验不断积累“哪种策略对哪类人有效”的经验库,让每一次挽回都比上一次更准。

效果评估迭代

忙活了一个月,老王要算总账了:到底拉回来多少人?花掉的优惠券成本值不值?第一个指标是留存率——对比活动前后,月初的活跃用户到了月底还剩多少。如果没做挽回时留存率是70%,做了之后变成78%,这8个百分点就是挽回策略的战果。第二个账本是ROI(投入产出比):挽回成本包括优惠券、触达人力、系统费用,收益是被挽回用户后续贡献的消费金额减去因流失而损失的金额。

ROI评估尤其要算细账。如果挽回一个普通用户要花50元,而他挽回后总共只贡献30元,这就是亏本买卖——不如把预算投给高价值用户。所以运营团队通常会给不同价值层级的用户设定不同的挽回预算上限:高价值用户可投入100元,普通用户最多30元,低价值用户只做免费触达。精打细算,才是可持续的客户成功。

最后是模型本身的迭代。店长每个月都要复盘:预测错的人有哪些共性问题?是否有新的特征没纳入?阈值是否需要调整?老王把每一次挽回结果都记回账本,作为下轮训练的养料。流失预测与挽回从来不是一步到位的项目,而是一条“预测—挽回—评估—再训练”的飞轮,转得越久,飞轮越重,竞争对手就越难把你的熟客抢走。

留存率=期末活跃用户数期初活跃用户数×100%\displaystyle \text{留存率} = \frac{\text{期末活跃用户数}}{\text{期初活跃用户数}} \times 100\%
留存率衡量的是“用户留下来”的比例。期初有1000个活跃用户,期末还活跃着800个,留存率就是80%。它是衡量流失与挽回效果的全局仪表盘。
  1. 期初活跃用户数观察周期开始时,符合活跃定义的用户总数。
    期初活跃=∣{u:活跃(u,t0)}∣\displaystyle \text{期初活跃} = \left| \{ u : \text{活跃}(u, t_0) \} \right|
  2. 期末活跃用户数周期结束时仍然活跃的用户数,注意要排除期内新增用户。
    期末活跃=∣{u:活跃(u,t1)}∣\displaystyle \text{期末活跃} = \left| \{ u : \text{活跃}(u, t_1) \} \right|
  3. 比例计算期末除以期初,再乘以100%,得到留存率百分比。
    留存率=期末活跃期初活跃×100%\displaystyle \text{留存率} = \frac{\text{期末活跃}}{\text{期初活跃}} \times 100\%

AI 应用场景

电商会员平台的流失预警与召回

阶段:特征工程 → 预测建模 → 策略触发

解决的问题:传统电商靠“大促群发短信”召回用户,成本高且打扰所有人。AI通过RFM特征和近30天行为数据,提前两周锁定“即将沉睡”的会员,只对高流失概率且高价值用户发送个性化券包,召回率提升数倍,营销成本大幅下降。

具体案例:某SaaS电商平台接入流失预测模型后,系统每周输出一份“高危会员清单”,运营团队在后台一键确认,触发引擎自动发放专属优惠券。三个月后,会员月度留存率从71%提升至79%,挽回ROI达到1:4.2。

在线教育平台的续费预警

阶段:健康评分 → 分层管理 → 人工协同

解决的问题:在线课程学员到期后是否续费,往往在课程中期就有征兆——完课率骤降、登录天数减少、答疑参与度为零。AI客户健康评分将数百个行为指标压缩为一个分数,让班主任老师能集中精力跟进“高危学员”。

具体案例:某职业教育平台用健康评分对学员分层,评分低于60分的学员自动推送课程提醒与专属学习规划,同时通知班主任一对一电话回访。实施两个学期后,续费率从52%涨到66%,班主任人均服务效率提升了一倍。

金融App的沉睡用户激活

阶段:原因分析 → 策略自动化 → ROI评估

解决的问题:银行App用户开通后长期不活跃是普遍痛点。AI先通过流失原因分析定位“功能使用门槛高”“缺乏使用场景”等关键因素,再针对不同原因设计差异化的激活策略——新手引导重跑、账单提醒订阅、专属理财体验金。

具体案例:某城商行App将沉睡超90天的用户按流失原因分群,高潜力组自动触发“体验金+客户经理回访”组合策略,低潜力组仅发送极低成本Push。一个季度内沉睡用户激活率提升18%,单用户激活成本下降40%。

Python 演示

python74 行
import mathimport random random.seed(42)  def sigmoid(z):    return 1.0 / (1.0 + math.exp(-z))  def generate_data(n=600):    X, y = [], []    for _ in range(n):        recency = random.randint(1, 60)        frequency = random.randint(1, 30)        spend = random.uniform(0, 500)        risk = (recency / 60.0) * 0.5 + (1 - frequency / 30.0) * 0.3 + (1 - spend / 500.0) * 0.2        prob = min(0.95, max(0.05, risk + random.uniform(-0.15, 0.15)))        label = 1 if random.random() < prob else 0        X.append([recency / 60.0, frequency / 30.0, spend / 500.0])        y.append(label)    return X, y  class LogisticRegression:    def __init__(self, lr=0.05, epochs=300):        self.lr = lr        self.epochs = epochs        self.weights = []        self.bias = 0.0     def fit(self, X, y):        n_features = len(X[0])        self.weights = [0.0] * n_features        self.bias = 0.0        for _ in range(self.epochs):            for i in range(len(X)):                z = self.bias + sum(w * x for w, x in zip(self.weights, X[i]))                pred = sigmoid(z)                error = pred - y[i]                for j in range(n_features):                    self.weights[j] -= self.lr * error * X[i][j]                self.bias -= self.lr * error     def predict_proba(self, x):        z = self.bias + sum(w * v for w, v in zip(self.weights, x))        return sigmoid(z)  X, y = generate_data()split = int(len(X) * 0.8)X_train, y_train = X[:split], y[:split]X_test, y_test = X[split:], y[split:] model = LogisticRegression()model.fit(X_train, y_train) correct = 0for x, label in zip(X_test, y_test):    prob = model.predict_proba(x)    if (prob >= 0.5) == (label == 1):        correct += 1 print('流失预测模型训练完成')print('特征权重:', {k: round(w, 3) for k, w in zip(['recency', 'frequency', 'spend'], model.weights)})print('测试集准确率: %.2f%%' % (correct / len(X_test) * 100)) new_customer = [45 / 60.0, 2 / 30.0, 50 / 500.0]p = model.predict_proba(new_customer)print('新客户流失概率: %.1f%%' % (p * 100))if p >= 0.5:    print('建议: 触发挽留策略 (优惠券 + 专属召回推送)')else:    print('建议: 保持常规运营节奏')
目的:用模拟数据训练一个逻辑回归流失预测模型,输出特征权重、测试准确率,并对新客户给出流失概率与挽回策略建议。
  1. random.seed(42)固定随机种子,确保每次运行生成同样的数据,实验可复现。
  2. risk = (recency / 60.0) * 0.5 + ...模拟“越久没来、来得越少、花得越少,流失概率越高”的业务直觉。
  3. def sigmoid(z)逻辑回归的Sigmoid函数,把加权总分压缩到0~1之间的概率。
  4. for j in range(n_features): self.weights[j] -= self.lr * error * X[i][j]梯度下降更新权重,让预测概率逐步逼近真实标签。
  5. model.fit(X_train, y_train)用训练集拟合模型,学到每个特征的最优权重。
  6. (prob >= 0.5) == (label == 1)以0.5为阈值进行预测判定,并与真实标签比较。
  7. print('特征权重:', ...)输出特征权重,可以直观看到哪个特征对流失影响最大。
  8. predict_proba(new_customer)对单个新客户预测流失概率,为运营决策提供依据。

常见误区

误区流失定义很简单,随便定一个天数就行。比如“30天没登录就是流失”,一锤定音,内部口径统一。

正解流失定义需要数据支撑。正确做法是分析用户活跃间隔的分布曲线,找到“回归率显著下降的拐点”,再结合业务价值(如付费周期、服务时效)综合确定。就像老王不是随便定30天,而是翻账本发现超过30天的熟客几乎不再回来。定义错了,整个预测模型的地基就是歪的。

为何常见:拍脑袋最省事,而且“统一口径”听起来很有道理,掩盖了“口径是否合理”这个更根本的问题。

误区模型准确率95%,说明预测效果很好,可以放心用了。流失的用户基本都能识别出来。

正解在流失预测场景里,正负样本往往严重不平衡——1000个用户里可能只有20个真流失。模型只要全部预测“不流失”,准确率就是98%,但这个模型毫无价值。必须同时看召回率——20个真流失里抓到了几个。这就像老王只看“100个客人里猜对了95个”,却忽略了真正要走的10个人一个都没拦住。

为何常见:准确率最直观、最容易汇报,而召回率需要结合业务背景理解,容易被非技术团队忽视。

误区特征建好、模型上线,事情就结束了。以后只用更新数据、跑批预测就行。

正解用户行为会漂移。去年有效的特征(比如“每日登录时长”)今年可能因为产品改版而失去区分度;新的业务功能也会产生全新的行为信号。特征需要像餐厅菜单一样定期更新——老王发现熟客最近流行点轻食,账本里就必须新增“轻食消费频率”这一栏,否则预测就会失真。

为何常见:特征工程是隐形工作,不像模型调参那样有明确的技术成就感,容易被整个团队选择性遗忘。

误区不管什么客户,只要预测出流失风险,就应该第一时间发优惠券、打电话召回,一个都不能少。

正解不同客户的挽回价值天差地别。低价值用户的挽回成本可能高于他后续贡献的利润,属于越挽回越亏。正确做法是按客户终身价值分层、设定挽回预算上限,高价值用户用高成本高触达策略,低价值用户只做低成本维护甚至放弃。老王的老主顾和只来过一次的过路客,值得投入的挽留资源完全不是一个量级。

为何常见:“客户是上帝”的服务思维惯性,让团队倾向于对所有流失用户一视同仁地补救,而忽略了商业上最基本的投入产出核算。

面试题

Q1. 在Churn预测中,“流失定义”最合理的制定方式是?

单选题 · easy

  • A.统一设置为30天
  • B.参照竞品公司的数值
  • C.结合数据拐点与业务周期← 正确答案
  • D.由产品经理直接指定

答案:C。流失定义应基于用户活跃间隔分布曲线的拐点,结合付费周期等业务价值综合确定。30天、竞品数值或产品经理拍脑袋都缺乏数据和业务的双重支撑,容易让整个预测模型地基失准。

Q2. RFM特征中的"R"代表什么含义?

单选题 · easy

  • A.用户最近一次活跃距今时间← 正确答案
  • B.用户统计周期内的活跃次数
  • C.用户累计贡献的消费金额
  • D.用户注册账号的总时长

答案:A。R(Recency)指最近一次活跃距今的天数,越短说明用户越“热乎”;F(Frequency)是活跃频次;M(Monetary)是消费金额。R是反向指标,不是注册时长,注意区分。

Q3. 逻辑回归输出流失概率P=0.8,正确的业务解读是?

单选题 · mid

  • A.该用户有八成概率会流失← 正确答案
  • B.该用户还有八成概率会留存
  • C.该用户未来必定流失
  • D.该用户已经流失且不可挽回

答案:A。逻辑回归输出的P是模型估计的流失概率,0.8表示模型认为该用户有80%的可能流失,而不是确定事件。它对应的是风险评估而非事实判断,需要结合阈值和分层策略做决策,不能当作必然结论。

Q4. 客户健康评分由三个归一化特征加权计算:活跃度0.4、消费力0.3、互动度0.3。某用户三项得分分别为50、80、90,最终评分是多少分?

单选题 · mid

  • A.约66.67分
  • B.约71分← 正确答案
  • C.约73.33分
  • D.约75分

答案:B。加权求和公式为0.4×50+0.3×80+0.3×90=20+24+27=71分。注意不是简单平均,权重反映了各维度的重要性差异,这是健康评分与普通算术平均的本质区别。

Q5. 流失预测模型中召回率低说明什么问题?

单选题 · mid

  • A.预测会流失的用户大多没流失
  • B.大量真正流失的用户被漏掉了← 正确答案
  • C.模型的整体准确率一定很低
  • D.模型训练数据存在严重泄漏

答案:B。召回率=真正流失且被预测出来的用户/全部真正流失的用户。召回率低意味着“漏报”多——大量流失用户没被识别出来,挽回策略无法触发。精确率低才对应“误报”多。召回率与准确率没有必然的高低对应关系。

Q6. 生存分析相比逻辑回归在Churn预测中的主要优势是?

单选题 · easy

  • A.能预测用户何时可能流失← 正确答案
  • B.不需要任何特征工程
  • C.输出结果一定是0或1
  • D.可以完全替代逻辑回归

答案:A。生存分析建模的是“事件发生的时间”,能输出“未来某时刻之前仍然活跃的概率曲线”,适合订阅制产品的流失时点预判。逻辑回归只能输出流失概率,不直接回答时间问题。二者的区别是“是否流失”与“何时流失”。

Q7. 某批次挽回活动ROI=0.8,正确的运营决策是?

单选题 · hard

  • A.继续加大投入扩大战果
  • B.立即停止该策略并复盘← 正确答案
  • C.将策略应用到所有客户
  • D.只关注召回率指标即可

答案:B。ROI<1说明挽回带来的收益小于投入成本,策略在经济上不可持续。正确做法是停止投放,复盘是高价值用户占比不足、优惠力度过大还是触达渠道低效。加大投入只会扩大亏损,同时应优先关注ROI而非单一召回率。

Q8. 以下哪些信号适合作为流失预警的输入特征?

多选题 · mid

  • A.登录频率明显下降← 正确答案
  • B.消费金额持续减少← 正确答案
  • C.推送点击率逐周降低← 正确答案
  • D.客服好评率逐步上升

答案:ABC。登录下降、消费减少、互动减弱都是典型的“流失前兆”。客服好评率上升说明用户满意度在提升,与流失风险方向相反,不应作为流失预警信号。特征工程要选取与流失正相关或负相关的行为指标,方向不能搞反。

Q9. 设计流失挽回A/B实验时,以下做法正确的有?

多选题 · hard

  • A.将用户随机分成实验组和对照组← 正确答案
  • B.两组同时叠加多个挽回策略
  • C.保证实验组和对照组样本量足够← 正确答案
  • D.实验周期结束后对比回流率← 正确答案

答案:ACD。A/B测试的核心是随机分组、单一变量、样本充分、事后对比。同时叠加多个策略无法归因是哪个策略起效,属于实验设计的常见错误。样本量太小则统计结果不可靠,实验周期太短则观察不到完整的回流行为。

Q10. 衡量流失预测模型效果时,下列哪些指标组合更全面?

多选题 · extreme

  • A.准确率与逻辑回归权重
  • B.召回率与精确率的权衡← 正确答案
  • C.AUC曲线下面积大小← 正确答案
  • D.F1分数与业务ROI验证← 正确答案

答案:BCD。单一准确率在不平衡数据上会失真,需要召回率、精确率、F1等综合评估分类效果,AUC衡量排序能力,ROI验证实际业务价值。逻辑回归权重是模型解释性工具,不属于效果衡量指标。全面评估应“技术指标+业务指标”双轨并行。