第4章 收集需求，明确产品定位
产品经理70%的价值体现在”判断什么不该做”——不是所有需求都值得做，也不是所有产品都值得活下来
基本信息
- 作者：怕浪猫（4年产品经理）
- 来源：掘金
- 系列：第4章/16章，系列产品经理教程
- 主题：用户调研方法、需求管理与优先级、产品定位与规划
- 下章预告：搭建产品架构——1张表4张图
核心观点
-
调研方法服务于目标，不存在”最好”的方法：探索阶段用深度访谈（5-15人、信息深度极深）、验证阶段做A/B测试、监测阶段看数据。方法的有效性取决于是否匹配调研目的——探索性/验证性/监测性三类调研分别需要不同的方法论组合。
-
用户访谈的关键不在于问，而在于听和追问：好的访谈中访谈者说20%、用户说80%。追问要追到第三层——用户说”好用”要追问”好在哪”，用户说”方便”要追问”比你之前方便在哪”。访谈后48小时内完成整理，5个用户访谈就能发现80%的问题。
-
问卷设计的核心纪律：不超过15个问题（超则完成率断崖下降）、先易后难（核心问题放前面）、选项互斥且穷尽、避免引导性选项、回收300份有效问卷可得统计结论。
-
需求真伪四问：用户真的会付费/付出吗？是痛点还是痒点？使用频率和场景是什么？对商业目标有什么帮助？——最终判据是”如果不做这个功能，用户会怎样”：会继续用=伪需求，可能会离开=真需求。
-
三层优先级框架的互补使用：KANO模型判断需求类型（基本型/期望型/兴奋型/无差异型/反向型）→ MoSCoW方法排优先级（Must/Should/Could/Won’t，约20%:30%:30%:20%）→ RICE评分量化评估（Score = Reach×Impact×Confidence÷Effort）。三个框架从”理解需求性质→排定优先级→量化对比”逐层递进。
-
需求四分类管理：按功能/体验/商业/技术四类分别管理，不同类别有不同的管理节奏和组织分工。同一需求在产品不同生命周期可能跨分类动态演变。
-
需求池是”活系统”而非”垃圾桶”：每周review、每月重排、每季度评审。每个版本预留10-15%弹性空间应对紧急需求。核心不是”记录需求”而是”帮助做更好的决策”。
-
产品定位五要素模板：目标用户 + 核心场景 + 核心价值 + 差异化 + 一句话定位。常见错误——用户太宽（等于没定位）、价值太多（没一个做到极致）、定位一成不变。
-
产品目标分层：短期（1-3月，功能目标）→ 中期（3-6月，体验目标）→ 长期（6-12月，商业目标），都需遵循SMART原则（Specific/Measurable/Achievable/Relevant/Time-bound）。
-
Roadmap是”方向承诺”而非”排期承诺”：好的Roadmap表达产品方向（Q1:验证社交需求 → Q2:优化社区 → Q3:探索商业化 → Q4:完善付费转化），而非把日期和功能死绑。产品方向决策按”修复核心体验缺陷 → 验证高回报假设 → 优化已有功能 → 增加新功能 → 修补非核心缺陷”排序。
实操内容保留
用户访谈提纲模板
| 问题类型 | 目的 | 示例 |
|---|---|---|
| 开场问题 | 建立信任、了解背景 | ”你平时是怎么做XXX的？“ |
| 探索问题 | 深入了解行为和方法 | ”能详细说说这次是怎么完成的吗？“ |
| 价值问题 | 评估功能的价值和优先级 | ”如果这个功能没有了，你会有什么感受？“ |
用户反馈优先级公式
反馈优先级 = 影响用户数 × 影响频率 × 影响严重度 ÷ 解决方案成本
RICE评分公式及示例
RICE Score = (Reach × Impact × Confidence) / Effort
示例 A：分享功能
- Reach=3, Impact=2, Confidence=0.5, Effort=2
- Score = (3×2×0.5)/2 = 1.5
示例 B：优化登录流程
- Reach=10, Impact=3, Confidence=1, Effort=1
- Score = (10×3×1)/1 = 30
产品定位模板
| 要素 | 内容 |
|---|---|
| 目标用户 | 谁会用这个产品 |
| 核心场景 | 用户在什么场景下使用 |
| 核心价值 | 用户为什么用这个产品 |
| 差异化 | 用户为什么用你不用别人 |
| 一句话定位 | 以上四个要素的整合 |
需求池基本要素
| 要素 | 说明 |
|---|---|
| 需求ID | 唯一编号 |
| 来源 | 用户反馈/产品规划/运营需求/技术需求 |
| 描述 | 需求是什么，用户场景 |
| 价值 | 为什么做这个需求 |
| 优先级 | Must/Should/Could/Won’t或RICE评分 |
| 状态 | 待评估/已评估/已排期/开发中/已上线/已驳回 |
| 负责人 | 谁在跟进 |
| 创建时间 | 什么时候提出的 |
关键概念
- 用户调研（新增用户访谈执行细节和问卷设计五原则）
- KANO模型（新增与MoSCoW、RICE的组合使用方法）
- 产品需求分析（新增需求四分类和需求真伪四问框架）
- 需求真伪识别（新创建——需求真伪四问方法论）
- MoSCoW优先级管理（新创建——Must/Should/Could/Won’t框架）
- RICE评分模型（新创建——量化需求优先级评分方法）
- 需求池管理（新创建——需求池维护与迭代规划）
- SMART原则（新创建——产品目标设定标准）
- 产品定位（新创建——五要素定位模板与决策方法）
与其他素材的关联
- 本文是怕浪猫系列第4章，前章可能覆盖产品基础概念，下章将讲”搭建产品架构：1张表4张图”。产品架构篇已在 2026-08-10-产品架构-1张表4张图 中消化。
- 与 用户调研 页面的深度互补：该页面聚焦于”用户撒谎是本能”的哲学和五阶段SOP，本文补充了具体的访谈技巧（20/80法则、追问三层、三类问题提纲）、问卷设计五原则、反馈提炼三步法和优先级公式，将方法论从”为什么”推进到”怎么做”。
- 与 KANO模型 的组合扩展：该页面已介绍了KANO五分类和MVP应用策略，本文进一步将KANO与MoSCoW、RICE组合成三层优先级决策框架，并给出RICE的量化算例。
- 与 产品需求分析 的需求三要素形成互补：该页面强调”症状→偏方→病因”的诊断框架，本文补充了”需求真伪四问”的前置过滤器——在进入诊断前先判断这是不是真的需求。
- 产品定位五要素模板是 产品思维 主题中”价值定义与验证”子方向的具体操作化工具。
原文精彩摘录
做了4年产品经理，我最深的体会是：不是所有的需求都值得做，也不是所有的产品都值得活下来。产品经理70%的价值，体现在”判断什么不该做”这件事上。
用户访谈是产品经理的基本功。好的用户访谈像剥洋葱——每一层揭开，离用户的真实需求更近一步。
用户反馈中90%都是噪音，但剩下的10%决定了产品的方向。区分噪音和信号的能力，是产品经理是否成熟的重要标志。
Roadmap不是”排期表”。产品经理最常见的错误：把Roadmap当成”研发排期表”。实际上，Roadmap是”产品方向表达”，不是”排期承诺”。
需求池管理的核心不是”记录需求”，而是”帮助我们做更好的决策”。一个清晰的需求池，能让你在面对”能不能加个功能”的时候，快速判断这个需求应该放在什么优先级。