需求发现方法论：问题驱动 vs 解决方案驱动

做SaaS产品，最怕什么？

最怕你吭哧吭哧把功能做完了，用户来一句：「这玩意儿我用不上。」

我见过太多团队，一上来就拍脑袋想方案。老板说「我们要做个AI客服」，产品经理就开始画原型。结果呢？上线三个月，日活不到50。为什么？因为根本没搞清楚用户到底痛在哪。

今天咱们就聊聊需求发现的方法论。说白了，就是怎么找到那个「非做不可」的需求。

问题驱动 vs 解决方案驱动

这两个词，我建议你刻在工位上。

问题驱动：先找痛点，再想解法。用户说「我找文件太慢了」，你才去设计搜索功能。

解决方案驱动：先有个技术或想法，再去找场景。比如「我们有个语音识别API，做个会议纪要工具吧」。

你猜哪个成功率更高？

我自己的经验是，问题驱动的产品，存活率至少高两倍。为什么？因为用户已经为这个痛点付出了代价——要么花了时间，要么花了钱。你只是帮他把代价降低。

举个例子。我之前做一款CRM产品，团队想加「智能客户评分」功能。大家觉得AI评分很酷，肯定能卖。结果调研发现，销售们根本不信机器打分——他们更信自己的直觉。反而是「客户跟进提醒」这种土功能，用户天天用。

你看，这就是解决方案驱动的坑。技术很炫，但用户不买账。

如何找到真实痛点

真实痛点长什么样？我总结了三个特征：

• 高频发生：每天或每周都会遇到，不是一年一次的事
• 有代价：用户因为这个问题损失了钱、时间或客户
• 有情绪：用户提起时会抱怨、叹气甚至骂人

嗯，这里要注意。很多创业者会把「痒点」当成「痛点」。痒点是「有了更好」，痛点是「没有会死」。比如「让报表更好看」是痒点，「报表数据对不上导致被老板骂」才是痛点。

我有个习惯，每次访谈用户时，会专门问一个问题：

「如果明天这个问题消失了，你的工作会有什么不同？」

如果用户说「那太棒了，我能省2小时」，这是痛点。如果用户说「嗯…好像也没什么变化」，那就是伪需求。

需求收集的5种渠道

知道了要找什么，接下来就是去哪找。我按有效程度排个序：

渠道	适合阶段	能拿到什么	我的评分
用户访谈	0-1阶段	深度痛点、使用场景	⭐⭐⭐⭐⭐
竞品分析	验证阶段	功能差异、用户吐槽	⭐⭐⭐⭐
数据分析	已有产品	行为路径、流失点	⭐⭐⭐⭐
客服/售后反馈	全阶段	高频问题、投诉	⭐⭐⭐
行业报告/社区	探索阶段	趋势、共性需求	⭐⭐⭐

咱们一个一个说。

1. 用户访谈（最值钱）

别做问卷，别做问卷，别做问卷。重要的事说三遍。问卷只能验证你已知的东西，访谈才能发现你不知道的东西。

我访谈时有个固定套路：

• 先聊日常：你今天上班都干啥？——了解工作流
• 再聊痛点：哪件事最让你烦？——找到情绪点
• 最后聊方案：你试过什么办法？——验证付费意愿

记住，不要问「你想要什么功能」。用户只会说要一匹更快的马，而不是汽车。

2. 竞品分析（省时间）

看竞品不是为了抄，而是为了看用户骂什么。去应用商店看差评，去知乎搜「XX产品 缺点」。用户骂得越狠的地方，就是你的机会。

我做过一个项目，发现竞品被骂最多的是「导出报表太慢」。我们就把这个作为核心卖点，上线后转化率直接翻倍。

3. 数据分析（说真话）

用户嘴上说的和实际做的，往往是两回事。数据不会撒谎。

看什么数据？

• 功能使用率：哪些功能没人点？
• 流失节点：用户在哪个页面关掉浏览器？
• 搜索关键词：用户在帮助中心搜什么？

举个例子，我们有个功能上线后使用率不到5%。团队想砍掉，但用户访谈都说「这个功能很重要」。后来一查数据，发现是入口藏太深了。改了入口后，使用率涨到40%。

4. 客服/售后反馈（最真实）

客服每天接到的投诉，就是最好的需求池。我建议产品经理每个月去客服部坐半天，亲耳听听用户怎么骂的。

你会听到：

• 「这个按钮我找了半小时！」——交互问题
• 「为什么不能批量操作？」——功能缺失
• 「你们的教程根本看不懂」——文档问题

5. 行业报告/社区（看趋势）

这个渠道适合做前期探索。比如你想做HR SaaS，就去Gartner、艾瑞看报告，去HR的微信群潜水。你会发现大家都在讨论「灵活用工」「OKR落地」这些话题。

但注意，报告里的数据是「宏观趋势」，不能直接当需求用。你得结合自己的目标用户去验证。

总结一下

需求发现这件事，说白了就三步：

1. 选对方向：问题驱动，别自嗨
2. 找对痛点：高频、有代价、有情绪
3. 用对渠道：访谈为主，数据为辅，竞品参考

我做了十年SaaS，踩过最大的坑就是「我觉得用户需要」。现在每次立项前，我都会问团队一个问题：

「如果这个功能不上线，用户会死吗？」

答案如果是「不会」，那就再想想。

下一章，咱们聊聊怎么把收集到的需求排优先级。那个坑更多，到时候我给你们讲讲我是怎么被老板逼着做「老板需求」的。