第三章：目标客户与痛点挖掘
做SaaS最怕什么？
怕产品做出来没人用。更怕的是，你花了大半年开发，结果发现目标客户根本不需要这个功能。
我见过太多团队，一上来就写代码。问他们客户是谁，说不清楚。问客户有什么痛点，答不上来。结果呢？产品上线后，连个付费用户都找不到。
这一章，我们就来聊聊怎么找到对的人，挖出真痛点。
3.1 定义理想客户画像（ICP）
理想客户画像，英文叫ICP（Ideal Customer Profile）。说白了，就是谁最可能为你的产品掏钱。
我刚开始做SaaS时，犯过一个错：觉得客户越多越好。结果呢？什么人都想服务，最后谁都没服务好。后来我学乖了——先聚焦一小群人，把他们服务到尖叫。
3.1.1 ICP的核心维度
定义ICP，我习惯从五个维度入手：
| 维度 | 说明 | 示例 |
|---|---|---|
| 企业规模 | 员工数、营收范围 | 10-50人，年营收500万-2000万 |
| 行业属性 | 具体行业或细分领域 | 跨境电商、教育培训、SaaS服务商 |
| 决策角色 | 谁说了算，谁在用 | CEO决策，运营主管使用 |
| 技术成熟度 | 是否接受云服务 | 已使用钉钉、飞书等工具 |
| 预算范围 | 愿意为工具花多少钱 | 月均500-2000元 |
我的经验：ICP不是拍脑袋想出来的。我建议你至少访谈20个潜在客户，把他们的共同特征提炼出来。你会发现，真正愿意付费的客户，往往集中在某个很小的群体里。
3.1.2 ICP的验证方法
定义好ICP后，怎么验证它对不对？
我常用的方法是「三个匹配」：
- 问题匹配：这个群体是否普遍存在某个痛点？
- 方案匹配：你的产品能否解决这个痛点？
- 付费匹配：他们是否愿意为解决方案付费？
举个例子。我之前做一个人力资源SaaS，一开始觉得所有HR都是目标客户。后来访谈了30个HR，发现真正痛的是那些员工数在50-200人、还没有HR系统的公司。他们每天手动算考勤、做工资表，累得要死。这才是我们的ICP。
3.2 客户痛点分析方法论
找到ICP后，下一步就是挖痛点。痛点不是你想出来的，是客户告诉你的。
3.2.1 痛点的三个层次
我习惯把痛点分成三层：
- 表面痛点：客户直接说出来的问题。比如「做报表太费时间」。
- 深层痛点：表面问题背后的原因。比如「数据分散在多个系统，没法自动汇总」。
- 根本痛点：业务上的核心矛盾。比如「公司扩张太快，管理跟不上」。
小技巧：访谈时多问「为什么」。客户说「报表太费时间」，你就追问「为什么费时间？」「为什么数据会分散？」「为什么不能自动汇总？」。问三次，基本就能挖到根上。
3.2.2 痛点挖掘的实操方法
我个人最常用的方法是「场景还原法」。具体分三步：
- 第一步：让客户描述一个典型的工作场景。比如「每周一早上，我要花2小时做上周的销售报表」。
- 第二步：问清楚每个环节的耗时和痛苦程度。比如「从CRM导出数据要20分钟，从Excel整理要40分钟，做图表要30分钟，最后还要手动发给老板」。
- 第三步：找出最痛的那个环节。比如「整理数据最烦，因为数据格式不统一，每次都要手动调整」。
嗯，这里要注意。客户说的痛点，不一定都是真痛点。我遇到过客户说「想要一个更漂亮的界面」，但实际问题是「数据太多，找不到重点」。所以你要学会分辨——哪些是表面需求，哪些是真实痛点。
3.3 竞品分析框架
竞品分析不是为了抄，是为了找到差异化。
3.3.1 竞品分析的四个维度
我常用的框架是「四维分析法」：
| 维度 | 分析内容 | 输出结果 |
|---|---|---|
| 功能 | 竞品有哪些功能，哪些是核心 | 功能对比表 |
| 体验 | 交互流程、学习成本 | 体验报告 |
| 定价 | 价格策略、付费模式 | 定价分析 |
| 市场 | 目标客户、营销渠道 | 市场定位 |
避坑指南：我曾经花了两周时间，把竞品的每个功能都列出来，做了个超详细的对比表。结果呢？团队看完后说「那我们是不是也要做这些功能？」——这是最大的坑。竞品分析不是为了抄功能，而是为了找到他们没做好的地方。
3.3.2 竞品分析的实操步骤
我建议按这个顺序来：
- 找竞品：列出直接竞品（功能相似）和间接竞品（解决同样问题但方式不同）。
- 用竞品：注册账号，亲自用一遍。记录每个环节的感受。
- 看评价：去应用商店、知乎、朋友圈看用户吐槽。用户骂的地方，就是你的机会。
- 做总结：找出竞品的3个优势和3个劣势。优势你暂时别碰，劣势才是你的突破口。
举个例子。我之前做项目管理SaaS，发现竞品功能很全，但用户普遍吐槽「太复杂，学不会」。这就是我们的机会——做一款简单到不用学的产品。
3.4 市场验证方法
痛点挖出来了，竞品也分析了。但你怎么知道这个需求是真的？
市场验证，就是花最小的成本，验证你的假设。
3.4.1 验证的四个阶段
我习惯分四步走：
| 阶段 | 方法 | 目标 |
|---|---|---|
| 访谈验证 | 深度访谈10-20个ICP | 确认痛点真实存在 |
| 问卷验证 | 发放100份以上问卷 | 量化痛点的普遍性 |
| 原型验证 | 做MVP或原型图 | 验证解决方案是否可行 |
| 付费验证 | 预售或众筹 | 验证用户是否愿意付费 |
我的经验：很多团队死在「访谈验证」这一步。客户说「这个功能很好，我一定用」，结果产品上线后没人来。为什么？因为客户说的「好」和「愿意付费」是两回事。所以，一定要走到「付费验证」这一步。哪怕只收1块钱，也能筛掉90%的伪需求。
3.4.2 快速验证的实操技巧
我常用的几个方法：
- 落地页测试：做一个简单的落地页，描述你的产品价值。放一个「立即预约」按钮。看有多少人点击。如果点击率低于5%，说明你的价值主张有问题。
- 朋友圈测试：在朋友圈发一个产品介绍，看有多少人主动来问。我有个朋友，靠一条朋友圈就找到了第一个付费客户。
- 手动服务：在验证阶段，不要急着开发。先用Excel、微信、人工服务来模拟产品流程。如果客户愿意为这种「手动服务」付费，说明需求是真的。
你想想看，如果连手动服务都没人买单，那开发出来的产品会有人用吗？
3.5 本章小结
这一章的内容，说白了就是三件事：
- 找对人：用ICP框架，找到最可能付费的那群人。
- 挖对痛：用场景还原法，挖出客户的真实痛点。
- 验对路：用四阶段验证法，确保需求是真的。
我记得有一次，一个创业者拿着BP来找我，说要做一款「给所有中小企业用的SaaS」。我问他：「你的ICP是谁？」他答不上来。我说：「那你先回去，访谈20个客户再说。」
三个月后他回来，说找到了一个细分市场——给宠物店用的会员管理系统。现在活得挺好。
所以，别急着写代码。先花时间把客户和痛点搞清楚。这一步省了，后面全是坑。
下章预告：第四章我们会聊「产品规划与MVP设计」。怎么把痛点变成功能？怎么用最小的成本做出第一个版本？到时候细聊。