p0g-diverse-recommendation-rewriter

$npx mdskill add gmaxxxie/ai-native-product-agent-skills/p0g-diverse-recommendation-rewriter

Transform single recommendations into diverse discovery experiences.

  • Solves filter bubbles and user boredom with repetitive recommendations.
  • Depends on existing recommendation system description and user feedback.
  • Uses a four-dimension framework: goal, diversity, control, transparency.
  • Outputs a rewrite plan with specific checklist items and evaluation metrics.

SKILL.md

.github/skills/p0g-diverse-recommendation-rewriterView on GitHub ↗
---
name: p0g-diverse-recommendation-rewriter
version: 1.0.0
description: 多元推荐改写清单。AI 时代的推荐系统不再是"猜你喜欢", 而是"帮你发现你还不知道自己会喜欢的"。这个 Skill 提供从单一推荐到多元推荐的改写框架。
  基于《AI rebuild product needs》工具卡。
author: Max
tags: p0, 需求发现, 多元推荐
- book-skill
- recommendation
- diversity
- ai-product
- personalization
requires: []
homepage: https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p0g-diverse-recommendation-rewriter
stage: p0g
source_book: AI rebuild product needs
source_chapter: 第7章 多元推荐改写

---


# 多元推荐改写清单

## 一句话定位

从"猜你喜欢"的单一推荐,进化到"帮你发现"的多元推荐系统。

## 何时触发

- 产品有推荐功能,但用户反馈"总是看到类似的东西"
- 想要提升推荐的多样性和惊喜感
- 担心过度个性化导致信息蚕房
- 需要平衡准确率、多样性、新鲜度三者

## 输入

当前推荐系统描述 + 用户反馈 + 业务目标。

**示例输入**:
```
产品: 在线音乐平台
现状: 基于用户历史收听的协同过滤推荐
问题: 用户反馈"总是推荐类似的歌,想听点新的"
目标: 提升用户活跃度和收听时长
```

## 输出

多元推荐改写方案 + 具体改写清单 + 评估指标。

## 改写框架

### 维度 1: 推荐目标重定义

**从**:猜你喜欢什么(准确性优先)
**到**:帮你发现什么(价值发现优先)

**检查项**:
- [ ] 推荐目标是否从"点击率"扩展到"用户成长"
- [ ] 是否考虑了用户的长期价值(而不是短期满足)
- [ ] 是否帮助用户发现新兴趣(而不是回复旧偏好)

### 维度 2: 多元性引入

**从**:单一算法驱动
**到**:多算法混合

**检查项**:
- [ ] 是否引入了多种推荐策略(协同、内容、上下文、社交、探索)
- [ ] 是否有意识地控制同类内容的聚集
- [ ] 是否为用户提供"意外之选"

**多元推荐类型清单**:
```
推荐类型:
  - 熟悉推荐: "基于你喜欢的"
  - 发现推荐: "与你喜欢的相似但不同"
  - 上下文推荐: "根据你当前的场景"
  - 社交推荐: "你的朋友喜欢的"
  - 探索推荐: "你可能还不知道的"
  - 趋势推荐: "正在流行的"
  - 反向推荐: "与你常看的形成对比"
```

### 维度 3: 控制权交还用户

**从**:系统决定你看什么
**到**:用户可以影响推荐

**检查项**:
- [ ] 用户是否可以表达"不感兴趣"
- [ ] 用户是否可以主动选择推荐类型
- [ ] 用户是否可以看到"为什么推荐这个"的解释
- [ ] 用户是否可以关闭/打开某类推荐

### 维度 4: 透明度设计

**从**:黑盒推荐
**到**:可解释推荐

**检查项**:
- [ ] 用户能否理解为什么被推荐了
- [ ] 推荐是否有"因为…所以推荐…"的解释
- [ ] 是否有推荐的多样性说明

### 维度 5: 评估指标升级

**从**:只看点击率
**到**:多维度评估

**新评估指标**:
```
准确性指标:
  - CTR: 点击率
  - 收藏率: 用户是否保存
  - 完整消费率: 是否看完/听完/用完

多样性指标:
  - 覆盖率: 多少不同类型被推荐
  - 新鲜度: 推荐中多少是用户没接触过的
  - 惊喜度: 用户反馈"没想到但很喜欢"的比例

用户成长指标:
  - 兴趣扩展: 用户兴趣类别是否变宽
  - 活跃度提升: 使用时长/频率变化
  - 留存改善: 长期留存率变化
```

## 综合输出格式

```yaml
diverse_recommendation_rewrite:
  input:
    product: "产品名称"
    current_system: "当前推荐系统描述"
    user_feedback: "用户反馈"
    business_goal: "业务目标"
  
  assessment:
    current_state: "当前推荐类型"
    problems: ["发现的问题"]
    opportunity: "改进机会"
  
  rewrite_plan:
    goal_redefinition: "目标重定义"
    diversity_mix: "多元推荐混合比例建议"
    user_control: "用户控制设计"
    transparency: "透明度设计"
  
  implementation_checklist:
    - "具体改写任务1"
    - "具体改写任务2"
    - "..."
  
  metrics:
    accuracy: ["准确性评估指标"]
    diversity: ["多样性评估指标"]
    growth: ["用户成长评估指标"]
  
  rollout_plan:
    phase1: "小流量验证"
    phase2: "逐步放量"
    phase3: "全量上线"
```

## 快速使用法

1. 描述当前推荐系统和问题
2. 逐个维度评估
3. 制定改写清单
4. 设计评估指标
5. 分阶段上线

## 常见误判

- **多样性 = 随机性**:多元推荐不是随机推荐,而是有策略的多样
- **忽视准确性**:为了多样而失去准确性,用户会觉得推荐"不准"
- **一次性改完**:推荐系统的改进需要渐进,不能一次性大改

## 一句判断

> 好的推荐系统不是让用户沉迷于自己喜欢的,而是帮助用户发现更大的世界。

## 核心概念

### 概念一:单一推荐的本质——围绕一个目标函数运转

大多数推荐系统今天之所以有效,是因为目标清晰:点击率、停留时长、互动频率、转化率、复购率、续费率。

**问题**:一旦目标函数过于单一,系统会越来越偏爱最能服务那一目标的内容和行为,持续放大更情绪化、更容易比较模仿、更容易低成本理解、更接近用户已有偏好的东西。

**结果**:系统不是更完整地理解了你,而是选了你的一个维度不断放大。看起来精准,实际危险。

> 人不是一种固定偏好的容器。同一个人在不同时间、不同情绪、不同关系压力下,可能需要完全不同的东西。

### 概念二:多元推荐不是精度的对立面,而是对单一目标精度的修正

加一点随机不等于多元推荐,内容更杂不等于用户更自由。

**核心区分**:
- 随机推荐:无策略地增加噪音 → 用户体验变差
- 多元推荐:有策略地保留探索空间 → 用户维度更丰富
- 单一优化:只问"什么留住用户" → 把人越推越窄
- 多元优化:也问"什么帮用户接触新可能" → 保护人的多元性

> 多元推荐真正要重写的不是推荐策略,而是产品目标函数本身——你到底在最大化什么?

### 概念三:五种值得尝试的多元推荐方向

| 方向 | 核心理念 | 典型设计 |
|---|---|---|
| 探索推荐 | 让用户主动切换"更开阔"模式 | "今天不想看精准的"入口 |
| 上下文推荐 | 结合时间/空间/状态判断当前需要 | 深夜不推"五点起床改变人生" |
| 反信息茧房推荐 | 低冲突异质内容入口 | "暂停不等于落后"主题文章 |
| 连接现实推荐 | 推荐不只留在屏幕内 | 周末手工市集、慢跑社区 |
| 可能性推荐 | 帮助用户遇见尚未定义的自己 | "你可能不只想变得高效" |

> 这些方向比单一推荐更难,短期增长未必最优,但更接近未来应用应承担的责任。

### 概念四:评估指标必须同步升级

如果只看点击率和停留时长,多元推荐永远"不如"单一推荐。必须引入新指标。

**三类指标**:
1. **准确性指标**:CTR、收藏率、完整消费率
2. **多样性指标**:覆盖率(多少不同类型被推荐)、新鲜度(多少是用户没接触过的)、惊喜度("没想到但很喜欢"的比例)
3. **用户成长指标**:兴趣扩展(用户兴趣类别是否变宽)、活跃度提升、留存改善

> 评审时不能只看见更多点击,还要看见用户是否越来越窄。

### 概念五:控制权交还用户——让用户能从默认轨迹里拉出来

一旦推荐足够强大,产品不能再只问"我能更准吗",还要问"用户还能从系统的默认路径里出来吗"。

**用户控制设计清单**:
- 用户能否表达"不感兴趣"
- 用户能否主动选择推荐类型
- 用户能否看到"为什么推荐这个"的解释
- 用户能否关闭/打开某类推荐

> 所谓"懂你",最后很可能只是"困住你"——除非用户能主动拉自己出来。

## 分步执行

### Step 1:现状诊断——当前推荐系统的问题定位

**输入**:当前推荐系统描述 + 用户反馈 + 业务目标

**处理**:
1. 明确当前推荐系统的目标函数(优化的是什么指标?)
2. 分析用户反馈中的关键词("总是类似的""没新意""越推越窄")
3. 评估当前推荐的多样性现状(覆盖率、新鲜度、惊喜度)
4. 判断当前系统属于哪种类型:纯协同过滤 / 内容推荐 / 混合推荐

**输出**:现状诊断报告(附问题定位和改进机会)

---

### Step 2:目标函数重写——从单一指标到多元目标

**输入**:Step 1 产出的现状诊断报告

**处理**:
1. 承认当前目标函数过于狭窄
2. 在目标函数中加入多样性/探索目标(不仅仅是停留和转化)
3. 定义新的评估指标:覆盖率、新鲜度、惊喜度、兴趣扩展度
4. 确定多元推荐的混合比例建议(如:70% 精准 + 20% 探索 + 10% 反向)

**输出**:重写后的目标函数 + 多元推荐混合比例

---

### Step 3:推荐类型设计——为每种方向设计具体策略

**输入**:Step 2 产出的重写目标函数

**处理**:
1. 设计探索推荐入口:"今天想看点不一样的"按钮
2. 设计上下文推荐逻辑:根据时间/状态/节奏调整推荐
3. 设计反信息茧房推荐:低冲突异质内容入口(不是对立内容,而是不同视角)
4. 设计连接现实推荐:推荐线下活动、社区、体验
5. 设计可能性推荐:不只预测过去,轻轻帮助遇见可能的未来

**输出**:多元推荐策略设计文档

---

### Step 4:用户控制设计——交还推荐控制权

**输入**:Step 3 产出的推荐策略设计

**处理**:
1. 设计"不感兴趣"反馈机制
2. 设计推荐类型切换入口(精准模式 / 探索模式 / 上下文模式)
3. 设计推荐解释("因为你看过的 X,所以推荐 Y")
4. 设计推荐开关(用户可以关闭某类推荐)

**输出**:用户控制设计方案

---

### Step 5:分阶段上线——从小流量验证到全量

**输入**:Step 3-4 的全部产出

**处理**:
1. Phase 1:小流量验证(5-10% 用户),只上线探索推荐入口
2. Phase 2:逐步放量(30-50% 用户),上线上下文推荐和反信息茧房
3. Phase 3:全量上线,监控三类指标(准确性 + 多样性 + 用户成长)

**输出**:分阶段上线计划 + 各阶段监控指标

### 示例 1:音乐平台从"猜你喜欢"到"帮你发现"

**场景描述**:在线音乐平台基于协同过滤推荐,用户反馈"总是推荐类似的歌,想听点新的"。

**Step 1 现状诊断**:
- 目标函数:优化播放完成率和次日留存
- 用户反馈:"总是类似的歌""听腻了""想找新歌但不知道搜什么"
- 多样性现状:推荐中 85% 是用户已听过的同类风格,新鲜度极低

**Step 2 目标函数重写**:
- 原目标:最大化播放完成率
- 新目标:最大化播放完成率 × 0.6 + 探索成功率 × 0.25 + 兴趣扩展度 × 0.15
- 混合比例:70% 精准推荐 + 20% 探索推荐 + 10% 反向推荐

**Step 3 推荐类型设计**:
- 精准推荐(70%):基于历史收听的协同过滤
- 探索推荐(20%):"今日新发现"歌单——与你喜欢的相似但不同风格
- 反向推荐(10%):"换个口味"——与你常听的形成对比(如:常听快歌 → 推荐慢歌)
- 上下文推荐:深夜推舒缓、通勤推节奏、运动推能量
- 连接现实推荐:本地演出信息、音乐人见面会

**Step 4 用户控制设计**:
- "不想听这类"按钮
- 推荐模式切换:精准模式 / 探索模式 / 随机模式
- 推荐解释:"因为你喜欢 [歌手A],推荐了风格相近的 [歌手B]"

**结论**:从"猜你喜欢"到"帮你发现",不是算法升级,而是推荐哲学的重写。

---

### 示例 2:知识内容产品从"留住你"到"拓宽你"

**场景描述**:知识内容平台想提升停留时长,但团队担心"越推越窄"。

**Step 1 现状诊断**:
- 目标函数:最大化停留时长
- 用户反馈:"总是看类似的""想看点不一样的但找不到"
- 多样性现状:用户最近两周反复看"自律""效率""减脂"内容,系统持续强化

**Step 2 目标函数重写**:
- 原目标:最大化停留时长
- 新目标:最大化停留时长 × 0.5 + 内容多样性 × 0.3 + 现实连接率 × 0.2

**Step 3 推荐类型设计**:
- 精准推荐(60%):效率/自律类内容
- 探索推荐(25%):"今天不卷了"入口——城市散步路线、手工陶瓷短视频、慢生活访谈
- 反信息茧房(15%):"暂停不等于落后"主题文章、普通人与不完美生活和解的故事
- 上下文推荐:深夜不推"五点起床改变人生",推恢复、放松、陪伴类内容
- 连接现实推荐:周末手工市集、独立书店、新手烹饪课、本地慢跑社区
- 可能性推荐:不定义用户为"自律人",而是轻轻假设"你可能不只是想变高效"

**Step 4 用户控制设计**:
- "换个方向"按钮
- 推荐类型标签(效率 / 生活 / 探索 / 连接现实)
- 推荐解释:"因为你最近常看效率类内容,推荐了不同视角的慢生活内容"
- 推荐开关:可以关闭"效率类"推荐

**结论**:推荐系统不该只竞争"谁更懂你",还该竞争"谁帮你回到更宽阔的现实"。用户点击的不等于完整的自己——可能只是某个压力下暂时抓住的一个片段。

More from gmaxxxie/ai-native-product-agent-skills