嘿姆嘿姆头像陈全 · CQ陈全 / 策略产品经理、运营
← 返回项目目录
Case File 05关系分发2021.12 - 2024.07字节跳动 · 抖音图文

关注关系推荐:不是所有关注都值得放大

一个不性感但很底层的推荐问题:用户点了关注,不代表这条关系一直有价值

我的判断

关注动作不等于关系价值,推荐系统应该放大真关系,减少弱关系打扰。

Relationship ValueFollow GraphRecommendation SignalUser LTPeople RecommendationSignal Calibration

关注关系推荐 · One Page

这个项目不性感,但它把一个弱信号讲清了

用户点了关注,不代表这条关系一直有价值。我当时真正想解决的不是“多给关注内容一点流量”,而是让推荐系统知道:哪些关系还值得放大,哪些关系已经该降噪。

01

这个项目不算性感

它不是新业务,也不是大增长战役。但它解决了推荐里一个底层问题:关注关系到底该不该被放大。

02

关注动作有水分

用户可能因为一条爆款、一次活动、一个热点点关注,过几天就不看了。

03

真正要做的是降噪

不是把关注内容整体加大,而是分清哪些关系还活着,哪些关系已经变成打扰。

核心定义

真关系 = 关注后还在消费 × 作者还在供给 × 用户没有反感

还看不看

  • 关注后复访
  • 稳定观看
  • 推荐中仍点击

会不会回来

  • 主动访问
  • 评论收藏
  • 互动反馈

内容还像不像

  • 方向稳定
  • 兴趣一致
  • 体裁适配

作者还更不更

  • 更新频率
  • 作者活跃
  • 质量稳定

有没有反感

  • 低取关
  • 低屏蔽
  • 低负反馈

定义优化

从“点了关注”到“后面还看”

1. 先别急着加流量

如果所有关注关系都被放大,短期看像是增强关系分发,长期可能是在放大噪声。

2. 看关注之后发生了什么

关注后还看、还互动、低负反馈,才更像一条有后续价值的关系。

3. 把判断交给推荐用

最后不是生成一个漂亮标签,而是让召回、排序、混排、推人真的用得上。

推荐侧使用

让关系信号进推荐,但别乱用

召回

先把用户还会看的作者内容捞出来。

排序

不是所有关注一视同仁,真关系可以更靠前。

混排

别让关注内容过度挤占兴趣内容。

降噪

弱关系、过期关系、负反馈关系少打扰用户。

推人

少一点盲推,多找后面真会被消费的作者。

策略链路

一条关注关系,先判断,再分发

1

看关注后行为

2

拆真关系/弱关系

3

校准样本

4

接入推荐

5

调整推人

6

复盘 +2%

结果与沉淀

+2%

关注关系流量 DAU

真关系

核心判断从关注动作转向关系价值

少打扰

让弱关系在推荐里降噪

我的重点:这个项目没有惊天动地的故事,但它留下了一个很实用的判断:关注动作不等于关系价值,推荐系统应该放大真关系,减少弱关系打扰。

项目架构图

关注关系价值识别架构

关注动作只是关系边,推荐真正应该放大的是仍然有效的高价值关系。

输入01

关注关系样本

关注、互动、回访、停留、负反馈

判断02

高价值关系定义

真实兴趣、持续消费、稳定互动

信号03

关系信号优化

关系强度、时效、内容匹配、沉默关系

动作04

推荐侧放大

把有效关系转成排序和分发可用信号

资产05

关系推荐口径

让关注流量在推荐中更准确

反馈回路:这个项目不性感,但它把一个简单关注动作,改造成了推荐系统能使用的关系价值判断。

Quick Read

30 秒读懂这个项目

01

为什么值得做

用户少被已经过期或不再感兴趣的关注关系打扰,真正还想看的作者更容易被推荐放大。

02

我怎么判断

关注动作不等于关系价值,推荐系统应该放大真关系,减少弱关系打扰。

03

结果证明什么

关注关系流量 DAU +2%,说明关系信号如果定义清楚,可以在推荐里产生增量。

项目笔记

详细项目笔记

点击展开
01

背景

关注关系看起来是一个很强的用户信号,但实际没有这么简单。用户可能因为一条爆款、一次活动、一个热点临时关注作者,过几天就不看了;作者也可能断更、转方向,或者内容质量波动。问题不是要不要给关注内容更多流量,而是先判断:这条关系后面还有没有真实消费价值。

02

难点

  1. 1关注这个动作很容易被高估。用户可能只是因为一条内容、一场活动、一个热点点了关注,后面并不一定还想看。
  2. 2推荐侧不能直接拿关注列表用。它需要知道哪条关系还新鲜、还稳定、还值得召回,哪条关系已经变成干扰。
  3. 3这个项目的尴尬点在于,它不像新业务那么好讲,但它会影响推荐、关注流、推人三个链路的底层判断。
03

我的判断

  1. 1我当时最核心的判断是:关注动作只是关系边,真正有价值的是关注之后还在发生消费的关系。
  2. 2一条关系值不值得放大,要看用户还看不看、作者还更不更、内容方向有没有跑偏、负反馈有没有变多。
  3. 3所以策略目标不是增加关注内容曝光,而是让推荐系统更会使用关注关系:该召回的召回,该提权的提权,该降噪的降噪。
04

关键动作

  1. 1先拆关注后的真实行为:继续观看、复访互动、取关屏蔽、负反馈和推荐场景点击。
  2. 2把关注关系从静态列表改成关系价值判断,区分真关系、弱关系和可能已经过期的关系。
  3. 3将关系判断接入推荐侧,用于关注内容召回、排序提权、混排承接和弱关系降噪。
  4. 4优化推人能力,不只是补关系链,而是优先推荐更可能被持续消费的作者。
05

结果

  1. 1关注关系流量贡献 DAU 总体 +2%。
  2. 2推荐侧能更清楚地区分值得放大的真关系和需要降噪的弱关系。
  3. 3沉淀了关注关系在推荐系统中怎么被使用的一套判断口径。
06

复盘

  1. 1这个项目如果只说“关注流推荐优化”,会显得很普通。真正值得讲的是:我重新定义了关注关系在推荐系统里的使用方式。
  2. 2它的收益没有那么夸张,+2% DAU 也不是一个能撑满全场的数字。但它说明关系信号用对了,确实能给推荐带来增量。
  3. 3后续如果继续完善,我会补更多关系阶段分层、推人转化漏斗和长期留存效果,把它讲成关系网络建模项目,而不是关注流调参项目。

AI 迁移

哪些判断可以交给 AI 扩大

谨慎展开
AI NODE 01

判断关系还活不活

AI 可以辅助看用户最近还看不看这个作者、互动有没有下降、作者内容方向有没有变化。

AI NODE 02

解释为什么要放大

不要只给一个分数,而是解释这条关系为什么值得召回、为什么应该提权,或者为什么该降噪。

AI NODE 03

推人时少一点盲推

根据用户已有关系和消费习惯,判断哪些作者更可能形成后续消费,而不是只看相似兴趣。

AI NODE 04

复盘收益从哪来

AI 可以帮助拆清楚收益来自召回、排序、推人,还是某类作者供给刚好变好了。

方法资产

最后留下来的东西

真实关系判断口径关注关系降噪规则推荐侧关系信号使用方式推人策略优化框架