怎么找到客户痛点（不靠猜）

什么是客户痛点？

客户痛点就是一个人在做某件事时撞上的具体麻烦，而且这个麻烦烦到了让他愿意花钱、或者干脆换个工具来摆脱它。

后半句才是重点。让人稍微不爽的事情多得是，但没人会因为"稍微不爽"就掏钱买软件。真正值得追的痛点，身上都带着"用户已经付出过努力"的痕迹：有人为它写了 400 字的长评、自己搭了个表格来绕开它、或者给客服发过三封邮件。

大致分四类：

花钱类, 太贵，或者定价看不懂
流程类, 步骤太多，来回手动复制粘贴
客服类, 没人回，或者回了也没用
效率类, 能用，但浪费时间

为什么要分类？因为解法完全不同。流程类痛点意味着你要做功能，花钱类痛点意味着你要改套餐组合。这两个搞混，做出来的东西就跑偏了。

如何找到客户痛点：7 个步骤

锁定具体人群，不是笼统的市场。 "每月给 5 个以上客户开发票的自由设计师"远胜于"小企业"。人群模糊，痛点也跟着模糊。
去抱怨已经存在的地方收集。 应用商店评论、G2 和 Capterra 的点评、subreddit 帖子、Discord 服务器、GitHub issues，实体产品就看亚马逊评论。你是在挖矿，不是在做访谈。
看够 100 条以上再下结论。 二十条评论只会验证你原本的想法，一百条才会让你意外。
按用户想完成的任务打标签，别按功能打。 "不知道哪个客户还没付款"是任务，"需要一个仪表盘"是别人猜出来的解法。
找 5 到 10 个人聊聊"上一次发生"的经过。 问"带我过一遍你上次是怎么处理的"，而不是"如果有个工具能……你会用吗"。这一点《The Mom Test》讲得比我清楚。
留意有没有人在用土办法。 谁为了干一件事同时用 Airtable、三个 Zap 加一张 Google 表格？这就是带着凭证的痛点，已经验证过了。
按频率 × 强度排序。 每天都遇到但只是小烦，通常比一年一次的大灾更值得做, 但也不绝对。把你的判断理由写下来，回头好复盘。

具体怎么做

假设你在研究建筑承包商用的项目管理工具。

先去 Capterra 和 G2，看 Procore、Buildertrend、CoConstruct 的评价，筛选出 1 到 3 星的。接着翻 r/Construction 和 r/ConstructionManagers，搜"software"和"spreadsheet"这两个词。然后再看同样这几款产品在 Play Store 和 App Store 上的评价 — , 现场工人在手机上写的评价，和办公室经理在电脑上写的，完全是两回事。

然后开始打标签。你会分出这样几堆："没 WiFi 就传不了照片"、"分包商根本不肯用"、"账单格式跟我们开发票的方式对不上"、"旧手机上一开就崩"。

注意"分包商根本不肯用"这一条。它不是功能需求，而是藏在软件评价里的一个落地推行问题。这种东西只有读够了量才看得出来，而它往往才是更有意思的发现。

接下来找八位承包商聊聊。别问"你需要什么功能"，要问"讲讲上一次分包商用短信而不是 App 给你发照片，是什么情况"。故事会告诉你评价里说不出来的那部分。

如果想用程序批量抓评价，两大平台都有文档：Apple's App Store Connect API 和 Google Play Developer API 能覆盖你自己的 App。竞品的 App 就只能抓公开页面，或者借助现成工具。

还有一点。你自己产品的客服工单，是这份清单里最被浪费的资源。它们天然按紧急程度排好了序，而且是那些愿意花时间打字的人亲手写的。

对比：去哪里找痛点

来源	成本	信号质量	数量	最适合
应用商店和 G2 评价	免费	高（无人诱导）	大	快速找规律、发现竞品缺口
用户访谈	很费时间	最高（能追问）	少	搞清一个规律背后的原因
客服工单	有的话就是免费	高	中	排紧急程度、找流失原因
Reddit / Discord / 论坛	免费	中（吐槽会放大问题）	中	未加工的原话、刚冒头的问题
问卷	便宜	低到中	大	验证你已经发现的东西
销售通话录音	有录就免费	高	中	客户异议、成交阻力

我每次都从第一行开始。评价没人诱导、带时间戳，而且写的人完全没必要客气。

问卷为什么总是不管用

你问一个人"你最大的痛点是什么"，他一定会给你答案。答得条理清楚、听着合理，但经常是错的。

倒不是他在撒谎。而是人本来就说不清自己的工作流程，更预测不准自己愿意为什么付钱。他们报出来的是听起来靠谱的东西，而不是周四下午四点文件传不上去时的真实反应。

行为比观点可靠。一星评价是行为, 有人放下手上的事，跑到公开场合抱怨。问卷回答只是观点。

问卷适合放在第二轮。读完 100 条评价发现了一个规律，想知道这问题有多普遍？这时候再发问卷。Jobs to be Done 这套思路在这里很好用：问的是任务本身，不是产品。

能问出真话的问题

《The Mom Test》的核心规则：问过去，别问将来。

"上一次你做 X 的时候，能详细说说吗？"
"在这之前你试过什么办法？"
"放弃之后呢，后来怎么处理的？"
"还有谁参与了？"
"这件事花了你多少时间、多少钱？"

信息量最大的一句是："为了解决这个问题，你花过钱吗？"如果答案是没有，而这个问题已经困扰他两年了，那你找到的只是一点小烦躁，不是痛点。Teresa Torres 关于持续探索的文章值得一读，重点是怎么把访谈变成日常习惯，而不是一次性项目。

别问"你会用吗"、"你愿意付多少钱"，也别问任何以"你觉得"开头的问题。假设性问题只会换来假设性答案。

核心要点

真痛点背后一定有行动痕迹：一套临时方案、一次投诉、一笔付款。轻微的不爽撑不起一门生意。
评论比问卷强，因为没人引导他们说话。得出结论前至少读 100 条。
按"用户想完成的任务"打标签，而不是按他们要求的功能 — , 否则你做出来的就是嗓门最大那个人的猜测。
访谈聊过去（"上次你……"），别聊将来（"你会不会……"）。
客服工单和销售通话记录免费、信号强，而且几乎没人认真挖过。

挑一个同赛道的竞品，打开它的应用商店页面，今天下午就读 50 条一到三星评论。每条都标一下这个人当时想完成什么任务。晚饭前你就能整理出一份真实问题清单，比你设计任何问卷都快。

不想手工打标签的话，把这个 App 丢进免费应用评论分析工具，看看哪些痛点会聚成一堆。

常见问题

Q: 要找到痛点，得做多少次用户访谈？

A: 每个受众细分做五到十次，通常就会听到重复的故事。如果第 8、9、10 次访谈已经问不出新东西，就可以停了。如果每次听到的都不一样，说明你的细分太宽，先缩小范围再继续。

Q: 用户痛点和功能需求有什么区别？

A: 功能需求是用户对解决方案的猜测，痛点是藏在下面的问题。同样喊着要"批量导出"的人，可能是报表做不出来，可能怕迁移出岔子，也可能是有合规期限压着。这是三个完全不同的产品。

Q: 还没有用户，能找到痛点吗？

A: 能，这正是挖竞品评论最大的价值。竞品那些不满的用户，正在公开、免费、还带着日期地替你描述机会在哪。

Q: 应该先解决哪个痛点？

A: 用出现频率乘以强烈程度排序，再筛掉你现阶段做不了的。一个每天都发生、在三分之一标记评论里都出现的摩擦点，价值高于一年才炸两次的灾难性问题。

Q: Reddit 上的抱怨适合做痛点调研吗？

A: 适合用来捕捉用户的原话和刚冒头的新问题，但拿来做优先级排序就不太靠得住。论坛里大多是重度用户，还有正在气头上的人。用它产生假设，再拿评论或访谈去验证。