3、用户需求挖掘：客户访谈技巧、需求收集工具、痛点与痒点的区分

做芯片产品这么多年，我最大的体会是：需求挖不准，后面全是坑。你想想看，一颗芯片从定义到量产，少说一年半载，多则三五年。如果一开始方向就偏了，后面再怎么努力也是白搭。

这一节，我就把自己在客户访谈、需求收集和痛点分析上踩过的坑、总结的方法，掰开了讲给你听。

3.1 客户访谈：别把天聊死了

客户访谈这事，看着简单，做起来门道很多。我刚开始做产品经理时，拿着问题清单去问客户，结果对方要么敷衍两句，要么直接说“你们看着办”。后来我才明白——访谈不是审问，是聊天。

3.1.1 访谈前的准备

我个人习惯，访谈前一定会做三件事：

• 背景调研：客户做什么产品？用谁的芯片？年出货量多少？这些信息能帮你判断对方是不是“真客户”。
• 设定目标：这次访谈是想验证某个功能？还是探索新需求？目标不同，问法完全不同。
• 准备“钩子”：准备几个能引发对方兴趣的话题。比如“我们正在规划下一代低功耗方案，想听听您在实际使用中的痛点”。

3.1.2 访谈中的提问技巧

访谈时，我常用的提问方式有三种：

这里有个坑：别问“您需要什么功能”。客户不是产品经理，他们往往说不清自己要什么。更好的问法是：“您现在是怎么解决这个问题的？”——从现有方案中找机会。

3.2 需求收集工具：别只靠脑子记

好记性不如烂笔头。访谈时信息量很大，光靠脑子记，回头一准漏掉关键信息。我常用的工具和方法有这些：

3.2.1 访谈记录模板

我习惯用结构化的模板来记录，这样后期整理起来方便。模板长这样：

# 客户访谈记录
## 基本信息
- 客户名称：XXX
- 访谈日期：2024-XX-XX
- 参与人员：产品经理、系统工程师

## 核心发现
1. 痛点：现有方案在高温下性能下降明显
2. 场景：户外监控设备，工作温度-20℃~60℃
3. 期望：希望新芯片能在85℃下稳定工作

## 需求优先级
- P0（必须）：宽温范围
- P1（重要）：低功耗
- P2（加分）：集成AI加速

## 后续行动
- 安排FAE与客户技术对接
- 两周内给出初步方案评估

3.2.2 需求卡片

对于收集到的每个需求，我会用“需求卡片”来记录。一张卡片只写一个需求，方便后续排序和讨论。

3.3 痛点与痒点：别把“想要”当“需要”

这是产品定义里最容易翻车的地方。我见过太多团队，把客户的“痒点”当“痛点”来做，结果产品做出来没人买单。

3.3.1 什么是痛点？什么是痒点？

说白了：

• 痛点：不解决会死。比如芯片发热导致设备烧毁，这是痛点。
• 痒点：解决了更好，不解决也能凑合。比如芯片功耗再低一点，续航多两天，这是痒点。

你想想看，客户说“我想要更低的功耗”，你得判断：这是因为他现有的功耗导致产品没法用（痛点），还是因为他想多卖点钱（痒点）？

3.3.2 如何区分？

我总结了一个“三问法”：

1. 不解决会怎样？ 客户会换供应商吗？会丢订单吗？
2. 客户愿意付多少钱？ 愿意多付20%成本，还是只愿意免费获得？
3. 有没有替代方案？ 客户现在是怎么凑合的？

举个例子。我之前做一款物联网芯片，客户说“需要支持蓝牙5.2”。我追问下去发现：

• 他们现在的产品用蓝牙4.2也能跑，就是传输距离短了点
• 他们不愿意为蓝牙5.2多付一分钱
• 他们已经在用外挂蓝牙模块来解决问题

你看，这就是典型的痒点。如果当时我们花大精力去集成蓝牙5.2，反而会错过真正的痛点——客户需要的是更稳定的连接，而不是更新的版本。

3.4 知识体系：一张图说清楚

下面这张图，是我自己梳理的需求挖掘流程。每次做新项目，我都会拿出来对照一遍。

这张图的核心逻辑是：访谈→收集→分析→输出，每一步都不能跳。而且要注意，这不是一条直线走到底——你需要不断回到客户那里去验证你的判断。

3.5 实战中的几个提醒

最后，分享几个我这些年总结的实战经验：

• 别只听一个人说：同一个需求，至少要访谈3-5个客户才能确认。一个人说的可能是偏见，一群人说的才是趋势。
• 关注“沉默的客户”：那些没来抱怨的客户，可能才是你的主流用户。他们的需求往往更基础、更稳定。
• 需求会变：今天客户说“要A”，明天可能就变成“要B”了。所以需求文档要定期更新，别写死。

嗯，需求挖掘这块，说到底就是听懂客户没说出口的话。技术能力可以学，但这个“听懂”的能力，得靠一次次访谈、一次次复盘慢慢练出来。

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