用户反馈与产品迭代
15.3 反馈分类与优先级
Tip
你收到了 100 个反馈。张三想要 A，李四想要 B，王五说 C 功能是垃圾。你只有一个人，怎么做？Prioritization (优先级管理) 是技术人转型产品人的第一道坎。
1. 为什么要学这个?
用户说：“能不能加个换肤功能？” 你觉得这个功能很酷，花了一周做出来了。结果这个用户只用了一次就走了。 另一个核心 Bug 导致支付失败，却被你晾了一周。 你在用战术上的勤奋，掩盖战略上的懒惰。
2. 核心概念：RICE 打分模型
别拍脑门决定做哪个。用这个公式算一下：
RICE Score = (Reach * Impact * Confidence) / Effort
- Reach (覆盖面): 多少用户会用到？(100人 vs 1人)
- Impact (影响力): 对转化率/留存有多大提升？(3=巨大, 0.25=微小)
- Confidence (信心): 你确定能成吗？(100% vs 50%)
- Effort (成本): 要开发多久？(人月)
得分高的先做。
3. 解决方案 (HOW)
3.1 建立反馈池 (Pool)
不要看一条做一条。
把所有反馈丢进 Notion Database 或飞书多维表格。
打上标签：Bug, Feature, UX。
3.2 识别真需求
用户通常给出的是“解决方案”，而不是“问题”。
- 用户说：“我要一匹更快的马”。(解决方案)
- 他的真实需求：“我想更快到达目的地”。(问题)
- 你的产品：造一辆车 (而不是给马打兴奋剂)。
3.3 四象限决策图
graph TD
Input["收到新需求"] --> Emergency{"是 Bug 吗?"}
Emergency -- Yes --> P0["P0: 立即修复 (Hotfix)"]
Emergency -- No --> Value{"有多少人用? (Reach)"}
Value -- "很多人 (High)" --> Cost{"好做吗? (Effort)"}
Value -- "很少人 (Low)" --> Queue["P3: 放入冰箱 (Backlog)"]
Cost -- "容易 (Low)" --> P1["P1: 赶紧做 (Quick Win)"]
Cost -- "很难 (High)" --> P2["P2: 深度思考 (Big Bet)"]
style P0 fill:#ffcdd2,stroke:#c62828
style P1 fill:#c8e6c9,stroke:#2e7d32
style Queue fill:#e0e0e0,stroke:#9e9e9e
4. 避坑指南
| ❌ 不要这样做 | ✅ 应该这样做 | 为什么 |
|---|---|---|
| 来者不拒 | Say No | 功能越多，产品越臃肿。优秀的产品经理 90% 的时间在说 No。 |
| 凭感觉 | Data Driven | “我觉得这个功能好” vs “看数据说话”。RICE 模型帮你屏蔽主观偏见。 |
| 十个平庸 | One Killer | 一个杀手级功能胜过一百个不痛不痒的微调。集中火力打透一个点。 |
5. 真实案例
Story
微信的克制
微信上线十几年，功能依然极简。 张小龙甚至说过：“每天有 1 亿人教我怎么做产品。” 如果他听了哪怕 1% 的建议，微信早就变成了由按钮堆砌的怪物（看看现在的某些臃肿 APP）。 微信团队内部有极高的门槛来挡住新功能的加入，只有那些也是“为了大多数人”的需求才能通过。
Vibe 心法：保护你的产品不被杂乱的需求污染。使用 RICE 模型去量化业务价值，勇敢地对 90% 的平庸功能说 No。聚焦那一个真正能解决问题的“杀手级”特性，胜过一百个不痛不痒的微调。
6. 本章小结
- RICE：用数学公式战胜选择困难症。
- Say No：学会拒绝，是为了把精力留给最有价值的事。
- Root Cause：挖掘用户“想要马”背后的真实需求。