第二章 市场与用户调研：竞品分析方法论、用户访谈技巧、需求收集与优先级排序（KANO模型）

做产品经理这些年，我踩过最大的坑就是「我以为」。我以为用户需要这个功能，结果上线后没人用。我以为竞品这么做肯定有道理，结果人家自己都放弃了。嗯，调研这件事，说白了就是帮你把「我以为」变成「数据说」。

这一章，我把自己实战中摸爬滚打总结出来的方法掰开揉碎讲给你听。竞品分析、用户访谈、需求排序，这三板斧你拿稳了，至少能少走两年弯路。

一、竞品分析方法论：别只看表面，要挖底层逻辑

很多新人做竞品分析，就是打开对方App，把功能列表抄一遍，然后写个「对方有A功能，我们也要有」。这其实叫功能罗列，不叫分析。

我个人习惯把竞品分析分成三个层次：

1. 表层：功能与体验 —— 对方做了什么？交互怎么设计的？
2. 中层：策略与定位 —— 对方为什么这么做？目标用户是谁？
3. 底层：资源与壁垒 —— 对方靠什么赚钱？技术优势在哪？

2.1.1 竞品选择的「三圈法」

我在项目中遇到过团队选了十几个竞品，结果分析报告写了两个月，核心结论就一句话。后来我总结了一个「三圈法」，效率高很多：

圈层	定义	数量建议	举例（以在线文档为例）
核心竞品	直接竞争，目标用户和场景高度重叠	2-3个	腾讯文档、石墨文档
重要竞品	部分场景重叠，或正在向你的领域渗透	3-5个	飞书文档、语雀
参考竞品	不同领域，但某些做法值得借鉴	2-3个	Notion、Coda

别贪多。核心竞品做深度分析，参考竞品做亮点摘录。我一般控制在8个以内，再多就看不过来了。

2.1.2 竞品分析的「五维框架」

拿到一个竞品，我会从五个维度去拆解。这个框架我用了好几年，每次都能挖出点东西：

• 产品定位： 对方一句话怎么介绍自己？是「协作工具」还是「文档平台」？定位不同，后续所有决策都会不同。
• 目标用户： 对方服务的是大客户还是个人？付费意愿强不强？我曾经见过一个竞品，功能做得特别糙，但用户就是不走，因为它的用户全是国企，根本不在乎体验，只在乎安全合规。
• 核心功能： 哪些功能是对方独有的？哪些是大家都在做的？注意，独有功能不一定好，也可能是对方试错后的遗留物。
• 商业模式： 对方怎么赚钱？免费+增值？还是直接卖License？这个信息能帮你判断对方的资源投入力度。
• 技术壁垒： 对方有没有专利？算法是不是自研？比如做OCR识别，如果对方有自研模型，你直接用第三方API，那在成本和精度上就很难打。

二、用户访谈技巧：别问「你想要什么」，要问「你遇到了什么」

用户访谈是我认为最被低估的技能。很多产品经理觉得访谈就是聊天，随便聊聊就能拿到需求。结果聊完发现，用户说的全是假话。

为什么会这样？因为用户会下意识地给你「正确」的答案，而不是「真实」的答案。你问「这个功能你觉得有用吗？」他肯定说有用，不然显得自己很傻。

2.2.1 访谈前的准备清单

我每次做用户访谈前，都会花至少2小时准备。别嫌多，准备越充分，访谈质量越高。

• 明确目标： 这次访谈想验证什么假设？是「用户觉得上传文件太慢」还是「用户找不到分享按钮」？目标越具体，问题越聚焦。
• 筛选用户： 找典型用户，别找「超级用户」。超级用户能忍受各种Bug，不代表普通用户也能。我一般会找3类人：活跃用户、流失用户、潜在用户。
• 设计提纲： 提纲不是问题列表，而是话题路线图。每个话题准备2-3个追问，防止用户一句话就把你打发了。

2.2.2 访谈中的「三不原则」

访谈过程中，我给自己定了三条铁律：

1. 不引导： 别问「你觉得这个功能是不是很实用？」要问「你平时怎么处理这个问题的？」
2. 不打断： 用户跑题了？让他跑。有时候最有价值的信息就藏在跑题里。我记得有一次用户聊着聊着开始吐槽公司流程，结果我发现那才是他真正的痛点。
3. 不解释： 用户说「你们这个功能不好用」，别急着解释「其实你可以这样用」。先问「能具体说说哪里不好用吗？」

2.2.3 访谈后的信息提炼

访谈结束后的24小时内，必须完成信息整理。我见过太多人访谈时记了满满几页纸，过了一周再看，完全想不起来当时为什么记这句话。

我的做法是：把每一条原始记录转成「用户原话 → 我的解读 → 产品启示」三段式。举个例子：

用户原话	我的解读	产品启示
「我每次都要手动调格式，好烦」	用户对重复性操作有强烈不满	考虑增加「一键格式化」或「模板记忆」功能
「我一般用微信传文件，不用你们这个」	用户没有形成使用习惯，入口太深	需要做微信小程序或浏览器插件，降低使用门槛

三、需求收集与优先级排序：KANO模型实战

需求收集完了，问题来了：几十上百个需求，先做哪个？

很多团队的做法是「谁声音大谁先做」，或者「老板说做哪个就做哪个」。嗯，这确实是最快的办法，但也是最容易出问题的办法。

我个人强烈推荐用KANO模型来做优先级排序。这个模型把需求分成五类，每类的处理策略完全不同。

2.3.1 KANO模型的五类需求

需求类型	定义	用户反应（有）	用户反应（无）	举例
基本型	必须有的功能，没有就不行	理所当然	非常不满	登录功能、数据保存
期望型	用户明确想要的功能	满意	不满	搜索功能、导出PDF
兴奋型	用户没想到，但你做了会惊喜	非常满意	无所谓	一键生成图表、AI辅助写作
无差异型	有没有都一样	无感	无感	更换主题颜色（对部分用户）
反向型	做了反而让用户不满	不满	满意	强制弹窗广告、频繁升级提醒

2.3.2 如何用KANO模型做优先级排序

实际操作中，我一般分三步走：

第一步：设计问卷。 每个需求问两个问题：如果提供这个功能，你感觉如何？如果不提供，你感觉如何？选项用五级量表：喜欢、理应如此、无所谓、能忍受、不喜欢。

第二步：对照分类表。 把两个问题的答案组合起来，对照KANO分类表，就能判断这个需求属于哪一类。举个例子，用户对「提供」选「喜欢」，对「不提供」选「不喜欢」，那这就是期望型需求。

第三步：制定策略。 优先级排序的原则是：

• 基本型需求： 必须做，而且要做到位。这是入场券，没有这个连参赛资格都没有。
• 期望型需求： 按性价比排序。投入产出比高的先做，这是拉开差距的关键。
• 兴奋型需求： 选1-2个做亮点。别贪多，兴奋型需求做多了就变成期望型了。
• 无差异型需求： 砍掉。别浪费时间。
• 反向型需求： 坚决不做。除非你想赶用户走。

2.3.3 需求优先级矩阵（补充工具）

KANO模型偏定性，我还会搭配一个定量工具：需求优先级矩阵。横轴是「用户价值」，纵轴是「实现成本」，把需求放到四个象限里：

• 高价值低成本： 马上做（Quick Win）
• 高价值高成本： 规划做（Major Project）
• 低价值低成本： 有空再做（Fill-in）
• 低价值高成本： 坚决不做（Money Pit）

两个工具结合起来用，基本不会出大错。KANO帮你判断「该不该做」，优先级矩阵帮你判断「什么时候做」。

---

公众号:蓝海资料掘金营，微信deep3321