第3章用户研究与需求收集

第1章：用户研究与需求收集

做SaaS产品，最怕什么？

怕你闭门造车三个月，上线发现没人用。

我见过太多团队，产品经理拍脑袋写PRD，开发闷头干半年，结果用户根本不买账。说白了，需求收集这件事，做对了能省80%的返工成本。今天咱们就聊聊这个。

用户访谈，听着简单吧？找个用户聊聊天嘛。但实际操作起来，坑特别多。

我记得刚入行那会儿，去访谈一个企业客户。我问：「您觉得我们这个功能好用吗？」对方说：「挺好的。」然后我就信了。结果产品上线，人家根本不用。

为什么会这样？因为用户说的「好」，可能只是客气。

核心原则：别问「好不好」，问「怎么做」

好的访谈问题应该是场景化的。比如：

我个人的习惯是，每次访谈前先列一个「问题清单」。但注意，这不是让你照着念。访谈更像聊天，你得顺着对方的话往下挖。

我的小技巧：准备一个「5Why追问法」。用户说「这个功能不好用」，你就追问「为什么觉得不好用？」他说「太慢了」，你再问「慢在哪里？」——连续问5个为什么，往往能挖到真实痛点。

另外，访谈对象怎么选？

我曾经访谈过一个流失用户，他说：「你们的报表导出功能，每次都要等3分钟。」我当时觉得，3分钟而已嘛。后来一查数据，这个用户每天要导出20次报表。你算算，一天浪费1小时。换我我也走。

避坑指南：我曾经犯过一个错——只访谈「喜欢我们」的用户。结果产品越做越偏，因为那些沉默的、不满的用户，才是真正能帮你改进的人。

访谈能告诉你「为什么」，但数据能告诉你「是什么」。

我建议每个SaaS产品经理，都要养成看数据的习惯。不是让你写SQL，而是要知道看哪些指标。

举个例子。我之前做一款CRM产品，发现「客户导入」这个功能使用率特别低。一查数据，原来导入流程有5步，第3步要填一个「客户来源」字段，很多人卡在这里。

你想想看，用户只是想快速导入客户，你非要他选来源。这不是需求，这是添乱。

数据驱动的正确姿势：

我个人习惯用「行为日志」来辅助分析。说白了，就是记录用户每一步操作。比如用户点了哪里、停留了多久、在哪个页面退出了。这些数据比问卷靠谱得多。

一个小技巧：设置「关键事件」告警。比如用户连续3天没有登录，系统自动发通知。这时候你就可以主动去问：「最近是不是遇到什么问题了？」——用户会觉得你很贴心。

做SaaS，千万别只看自己。你得知道对手在干嘛。

但竞品分析不是抄功能。我见过有人把竞品的功能列表拉出来，然后说「我们也做一个」。这是最蠢的做法。

竞品分析的核心是：找到差异化机会。

怎么做？我一般分三步：

维度	竞品A	竞品B	我们的机会
价格	高	中	做性价比
易用性	差	好	保持优势
行业定制	无	少	深耕垂直行业

我记得有一次，我们做一款项目管理工具。竞品都主打「大企业、全功能」，但我们发现中小企业根本用不起。于是我们砍掉了一半功能，只保留最核心的「任务分配+进度追踪」，价格降到竞品的1/3。结果呢？半年内拿下了2000多家中小企业。

市场洞察的另一个来源：行业报告

别光看Gartner、IDC的报告。去知乎、小红书、行业论坛看看用户真实吐槽。比如有人发帖说「XX软件太难用了」，这就是活生生的需求。

避坑指南：我曾经犯过一个错——过度关注竞品。竞品上线一个新功能，我们马上跟进。结果团队疲于奔命，自己的核心功能反而没做好。记住：竞品分析是为了找到自己的路，不是跟着别人走。

最后说一句：用户研究不是一次性的事。你得持续做、反复做。我建议每季度至少做一轮用户访谈，每月看一次数据报告，每周扫一眼竞品动态。只有这样，你的产品路线图才不会跑偏。

嗯，今天就聊到这儿。下一章咱们聊聊「如何把需求转化成产品功能」——这才是真正考验功力的时候。