客户需求分析找出客户想达成什么、被什么挡住,再用证据给需求排序。本文讲需求的类型、了解「客户说了什么」和「客户做了什么」的方法、六个步骤,以及一个机会分示例:客服对话和使用数据,让呼声最高的功能请求排到了最后。
读完你会知道
- 把客户说的和客户做的结合起来
- 先挖已有的客服对话、工单和搜索词
- 问过去的行为,不问想要什么功能
- 按重要性和满意度给需求打分
- 用使用数据验证排在前面的需求
什么是客户需求分析?
客户需求分析(Customer Needs Analysis)是一套结构化的方法:弄清客户想达成什么、被什么挡住、看重什么,再给这些需求排序,让产品、市场和客服的决策建立在证据上,而不是猜测上。它同时用到客户说了什么(访谈、问卷、客服对话、评价)和客户做了什么(使用数据、搜索词、路径、流失)。
产出是一份简短、排好序的需求清单,每条需求都有证据、适用的客户分群,以及你现在满足得怎么样。
客户需求的类型
| 类型 | 是什么 | 例子(项目管理软件) |
|---|---|---|
| 功能需求 | 产品必须完成的任务 | 分配任务,看到所有项目的截止时间 |
| 情感需求 | 客户希望有什么感受 | 确信没有事情漏掉 |
| 社交需求 | 希望别人怎么看自己 | 在客户面前显得有条理 |
| 服务需求 | 产品之外的帮助 | 导入失败时能很快得到答复 |
| 价格和价值 | 愿意付多少钱、为什么 | 按活跃用户付费,而不是按受邀访客 |
| 体验需求 | 用起来顺不顺、快不快 | 五分钟内建好一个项目 |
功能需求通常最容易发现,也最难拉开差距;在相似的产品之间,常常是服务和体验需求决定了谁胜出。
方法:客户说的和客户做的
| 方法 | 能看出什么 | 要注意 |
|---|---|---|
| 访谈 | 背景、动机、客户自己的用词 | 样本小;人会描述理想化的行为 |
| 问卷 | 某个需求在各分群里有多普遍 | 诱导性问题;答题质量低 |
| 客服和在线对话 | 问题发生那一刻的真实情况 | 偏向问题,很少反映惊喜 |
| 评价和销售记录 | 和替代方案的对比、决定成交的因素 | 极端意见占比偏高 |
| 站内搜索和搜索词 | 客户用自己的话在找什么 | 需要结合上下文解读 |
| 产品分析 | 哪些功能有人用、在哪流失 | 只说明「是什么」,不说明「为什么」 |
最可靠的发现会同时出现在两边:客户在对话里提到某个需求,而且数据在同一步上出现流失。
| 机会分 | 含义 |
|---|---|
| 10 以上 | 重要且没被满足:马上做 |
| 6–10 | 明确的机会 |
| 6 以下 | 满足得还行,或者不重要 |
机会分 = 重要性 +(重要性 − 满意度),可用 1–5 或 1–10 分制;这里的分档按 1–10 分制,1–5 分制按比例缩小。
做客户需求分析的六个步骤
1. 明确决策和分群
写清这次分析要支持什么决策(路线图、调价、新落地页),以及哪些客户分群重要:新客户和老客户、小客户和大客户、不同行业或地区。
2. 先用好已有的证据
做新调研之前,先挖已有的东西:三个月的在线客服记录和工单、站内搜索词、销售通话记录、评价、取消原因和产品使用数据。
3. 做有针对性的访谈
每个分群访谈 8–12 位客户,包括一些已经流失的。问他们上一次做这件事时的情况:用了什么、哪里难、付出了什么代价。不要问他们想要什么功能。
4. 给需求编码、计数
把笔记和记录整理成需求陈述(「我需要不打开每个项目就能看到哪些客户任务逾期了」),标上来源。数一数每个需求出现了多少次、出现在哪些分群。
5. 衡量重要性和满意度
用一份简短的问卷,让客户给排在前面的需求打分:有多重要、你的产品现在满足得多好(比如 1–5 分)。重要性高、满意度低的,就是机会。
6. 用行为验证,然后行动
把排在前面的需求和使用数据对一对:用户是不是尝试过、失败了?然后把前三个需求变成具体的改动,并定好要盯的指标。
计算示例:机会分
某 B2B 软件公司(示例数据)分析了 1,200 段客服对话、40 次访谈和一份 600 位客户的问卷。重要性和满意度是 1–5 分的平均值;机会分 = 重要性 +(重要性 − 满意度)。
| 需求 | 客服对话提及次数 | 重要性 | 满意度 | 机会分 |
|---|---|---|---|---|
| 从表格导入任务 | 214 | 4.6 | 2.1 | 7.1 |
| 一个视图看到所有逾期的客户任务 | 168 | 4.4 | 2.9 | 5.9 |
| 邀请访客不用多付席位费 | 97 | 3.9 | 2.6 | 5.2 |
| 深色模式 | 61 | 2.4 | 2.0 | 2.8 |
产品数据印证了第 1 条需求:从空项目页开始导入的新账号里,52% 中途放弃。于是先做 CSV 导入;社交媒体上呼声最高的深色模式,排在最后。
分析的对话
1,200
访谈
40
问卷回答
600
各需求的机会分
示例数据常见错误
- 让客户设计解决方案。 问问题和过去的行为,方案自己来设计。
- 只听声音最大的渠道。 社交媒体上的帖子和大客户不具有代表性。
- 跳过流失的客户。 他们最能说明哪些需求没被满足。
- 不和行为数据对照。 说出来的需求在使用数据里毫无迹象,值得再看一遍。
- 只做一次。 市场和产品在变,需求也在变,每 6 到 12 个月更新一次分析。
用 TapCub 做客户需求分析
- 对话: 在线客服记录会和访客浏览过的页面一起保存,可以看到问题来自哪个页面,也能按关键词搜对话。见在线客服。
- 需求在行为上的体现: 漏斗、路径分析和功能采用能看出用户尝试过、又放弃了哪些步骤和功能。
- 分群: 按用户分群、套餐、国家或获客渠道对比行为。
- 取消信号: 把产品使用数据和取消原因结合起来看。
TapCub 不做问卷;重要性和满意度评分请用你的问卷工具收集,再按分群关联起来。
常见问题
客户需求和客户想要的东西有什么区别? 需求是背后的问题或目标(「知道哪些任务晚了」);想要的是客户提出的具体方案(「一封逾期任务提醒邮件」)。需求更稳定,也更能引出好的方案。
要访谈多少位客户? 一般每个分群 8–12 位,直到新的访谈不再出现新需求;之后用问卷衡量每个需求有多普遍。
客户需求分析和「待完成的任务」(JTBD)有什么关系? JTBD 是一种描述需求的框架,把需求看成客户想取得的进展。需求分析可以用它来表述和归类需求。
多久做一次? 每 6 到 12 个月一次,或者在重大的路线图、定价决策之前。
参考资料
- Ulwick, A. W.(2002):把客户输入变成创新,《哈佛商业评论》
- Nielsen Norman Group:用户访谈入门
- Christensen, C. M. 等(2016):了解客户「待完成的任务」,《哈佛商业评论》
这篇文章对你有帮助吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。

