一、需求收集：需求来源分析、用户调研方法、竞品分析、需求收集模板
做产品这么多年，我最大的感触是：需求收集这个环节，决定了产品80%的成败。很多产品经理一上来就画原型、写PRD，结果做到一半发现方向错了——说白了，源头没把住。
我个人习惯把需求收集分成四个维度来拆解。今天咱们一个一个过，每个我都会带上实际项目里的坑和心得。
1.1 需求来源分析：你的需求到底从哪来？
需求不是凭空冒出来的。我一般把来源分成三类：
- 内部来源：老板拍脑袋、运营提诉求、客服反馈、销售抱怨
- 外部来源：用户反馈、市场变化、政策法规、行业报告
- 数据来源：埋点数据、用户行为分析、A/B测试结果
这里有个常见的误区——很多人觉得老板提的需求优先级最高。嗯，我踩过这个坑。有一次老板说要加个「社交分享」功能，我吭哧吭哧做完了，结果用户根本不买账。后来复盘发现，用户真正需要的是「一键导出报告」，而不是分享到朋友圈。
我的经验法则：需求来源越靠近用户真实场景，优先级越高。老板的需求可以听，但一定要验证。
1.2 用户调研方法：别问用户想要什么，问他们现在怎么做的
用户调研这件事，我见过太多人把它做成了「问卷调查」。你想想看，用户填问卷的时候，往往说的和做的不一样。
我个人比较推崇这几种方法：
- 深度访谈：1对1聊，每次30-60分钟。别问「你想要什么功能」，问「你最近一次遇到这个问题是怎么解决的」
- 现场观察：去用户实际使用场景里看。我记得有一次做B端产品，去工厂看工人操作，发现他们根本不用鼠标，全键盘操作——这个发现直接改了我们的交互设计
- 可用性测试：给用户一个任务，看他们怎么操作。别提示，别引导，就看着
- 日记研究：让用户记录一周的使用情况，比一次访谈真实得多
一个小技巧：访谈时多问「为什么」。用户说「这个按钮不好用」，你追问「为什么觉得不好用？你希望它变成什么样？」——往往能挖出真实需求。
1.3 竞品分析：不是抄，是找差异
竞品分析这个事，很多人做成了「功能对比表」。A有、B有、我们也要有——这是最偷懒的做法。
我一般会从三个层面看竞品：
| 分析维度 | 看什么 | 我的做法 |
|---|---|---|
| 功能层 | 他们做了什么功能 | 列出来，但重点看「为什么做」 |
| 体验层 | 交互流程、视觉风格 | 自己注册账号，完整走一遍流程 |
| 策略层 | 定价、目标用户、商业模式 | 看他们的官网、招聘信息、融资新闻 |
我曾经做过一个竞品分析，发现对手的「签到功能」做得特别重，每天弹窗提醒。我们团队差点也跟了。后来我仔细看了用户评论，发现用户其实很烦这个功能——他们真正想要的是「连续使用后的奖励」，而不是每天被提醒。所以我们改成了「累计使用7天解锁权益」，效果反而更好。
避坑指南：我曾经因为只看头部竞品，忽略了垂直领域的小玩家。结果人家用更轻量的方案抢走了我们的核心用户。记住，竞品分析要「上下左右」都看。
1.4 需求收集模板：别让需求「飞一会儿」
需求收集最怕什么？怕需求来了，你记在本子上，然后忘了。我早期就吃过这个亏——运营口头提了个需求，我答应「好的我记下了」，结果两周后人家来问进度，我一脸懵。
所以我现在强制团队用统一模板。长这样：
需求编号：REQ-2024-001
需求标题：用户希望增加「批量导出」功能
需求来源：客服反馈（用户投诉）
提出人：张三（客服主管）
提出日期：2024-01-15
需求描述：用户反馈无法一次性导出多个订单，需要逐个操作
使用场景：财务人员每月需要导出所有订单做对账
预期价值：减少用户操作时间，提升满意度
优先级：P1（高）
关联功能：订单列表、导出模块
附件：用户投诉截图_20240115.png
状态：待评审
这个模板的好处是：每个需求都有「身份证」。谁提的、什么时候提的、什么场景、什么价值——一目了然。评审的时候直接拿出来讨论，不会漏。
我的习惯：每周五下午固定花30分钟，把本周收集到的需求过一遍。该归档的归档，该排期的排期，该拒绝的拒绝。别让需求积压超过一周。
嗯，需求收集这块，说白了就是「广撒网、精筛选」。来源要广，但入口要把严。我见过太多产品死在「需求太多做不完」上——其实不是做不完，是没想清楚哪些该做。
下一章咱们聊聊需求优先级怎么排。到时候我会分享一个我用了五年的四象限法，保证实用。