客户开发入门

作者：辛迪·阿尔瓦雷斯

分类：创业产品

创业客户开发精益产品

客户开发入门

核心概述

《Lean Customer Development》是Cindy Alvarez基于多年在初创公司（KISSmetrics）和大型企业（Microsoft/Yammer）实践精益创业方法的经验总结。本书的核心主张是：在投入时间和资源构建产品之前，必须通过与潜在客户的深度对话来验证假设。

Alvarez提出了一个简洁公式：了解客户需要什么，然后用这些知识构建他们愿意付费的东西。这个简单的理念在实践中却常常被忽视——无论是车库里的初创公司还是《财富》500强企业。

第二部分：开始前的准备工作

练习1：识别你的假设

使用便签和计时器（10分钟），列出你对以下方面的假设：

客户相关：

客户有______问题
客户愿意投入______来解决这个问题
做/买这个产品的利益相关者是______

产品相关：

客户目前使用的工具是______
这个产品对客户有用的原因是______
客户的技术接受度是______

商业相关：

构建/生产这个产品需要______
获取X个客户需要______时间

"每个人都有计划，直到被对手击中下巴。" —— 迈克·泰森。写下你的假设不是为了正确，而是为了提醒自己：这些假设尚未被证明或证伪。

练习2：撰写问题假设

使用以下格式：

我相信 [目标人群] 在 [执行任务] 时会遇到 [问题类型]。
或：
我相信 [目标人群] 由于 [限制或约束] 而遇到 [问题类型]。

正确示例：

我相信 [技术运营团队] 在 [为其成长型公司预测网络带宽使用量] 时会浪费时间和预算。
我相信 [小企业] 由于 [传统邮件营销平台太贵太复杂] 而无法发展业务。

关键原则：保持狭窄（Go Narrow）

假设越具体，验证速度越快。如果假设范围过广，你会遇到大量个体差异，可能做了20-30次访谈仍不确定方向是否正确。

练习3：绘制目标客户画像

使用特质光谱（Traits Spectrum）——在白板上画出对立特质：

消费者客户：

现金 ←→ 时间
低科技 ←→ 高科技
追求冒险 ←→ 追求稳定

企业客户：

低科技 ←→ 高科技
保守文化 ←→ 进取文化
风险规避 ←→ 风险被奖励

"人口统计学信息是客户画像的糟糕替代品。你真正想知道的是：他们会买吗？他们是谁？驱动他们购买产品的因素是什么？"

第三部分：寻找客户

三个核心人类动机

理解为什么人们愿意与你交谈：

动机	心理学原理	实践应用
乐于助人	利他主义是普遍心理构造	强调他们可以帮助你解决自己关心的问题
显得聪明	马斯洛需求层次中的尊重需求	让他们成为"专家"，感谢他们的见解
修理东西	问题解决带来成就感	让他们倾诉挫折，同时给予希望

寻找客户的八种方法

线上渠道：

LinkedIn — 适合寻找企业客户，按职位、行业、技能筛选。使用inMail时保持简短具体。
Quora — 用户更有热情和表达欲。在发私信前先贡献内容。
Twitter — 更适合发现而非直接联系。搜索相关话题标签找到目标人群。
论坛和社区 — 找到垂直领域社区（父母群体、BMW爱好者、慢性病患者群体等）。
landing page + 调查 — 使用LaunchRock等工具收集潜在客户信息。

线下渠道： 6. 参加目标客户聚集的活动 — "不要在Craigslist上找客户，但可以去他们出现的地方" 7. "跟我回家"方法 — Intuit在1989年首创：跟着买了产品的顾客回家观察。 8. 利用现有连接 — 请求朋友介绍他们的朋友中符合条件的人。

请求引荐的模板

标题：[具体描述问题类型，5-10个词]

我正在了解更多关于______（你解决的问题）的内容。作为______（对方的角色），我知道你有相关连接！

能否请你将下面的消息转发给几个相关的人？
---
[预写的消息内容，包括：
- 你的身份
- 所需时间（约20分钟）
- 隐私保证
- 你的联系方式
]

第四部分：访谈的核心问题

五个基本问题（可用于几乎所有访谈）

"告诉我你目前是如何做______的。"
"你用什么[工具/产品/应用/技巧]来帮助你完成______？"
"如果你能挥动魔杖改变任何事情——不考虑是否可能——关于______，你会怎么做？"
"上次你做______时，之前你在做什么？完成后你又做了什么？"
**"关于______还有什么我应该问的？"`

关键心理学原理

为什么客户"不知道自己想要什么"

原因	解释	访谈策略
功能固着	一旦习惯某事物，就停止质疑它	要求他们分解活动为"通用部件"
时间窗口	大脑偏向近期事件	询问具体的"上次"而非一般情况
技术盲区	客户不知道什么是可能的	使用魔杖问题绕过技术限制
身份保护	承认问题等于承认自己的弱点	寻找那些"已经习惯"问题的客户

实际行为 vs 理想行为

指标	实际行为	理想/ aspirational行为
动词时态	"我做过..." "我是这样做的..."	"我计划..." "我打算..."
具体程度	"我已经尝试过X" "我用了Y"	"如果有这个功能，我可以..."
购买信号	有具体行动和承诺	"是的，那会很棒"

"如果有人说'maybe'，就当作'no'。"

追问技巧

抽象到上一层：不问如何安排在线购物，问"你如何喂养你的家人"
"5个为什么"（丰田方法）：不断追问直到找到根本原因
使用"其他人的故事"：声称"其他人说..."来引出对比反应

第五部分：成功访谈的技巧

开场一分钟的关键要素

"你好，我是[姓名]，来自[公司]。

首先，谢谢你今天与我交谈。对我来说，能够听你讲述你的个人经历，以及你世界中如何运作（以及如何不运作），是非常有价值的。所以我大部分时间只是在倾听。

你能先告诉我一些你目前如何[执行一般任务]的情况吗？"

关键要素：

保持会话式语气（不是正式报告）
使用"我"而非"我们/公司"
强调"你的个人经历" "你具体的情况"
问完后保持沉默60秒——让客户开始说话

笔记技巧

记录时要注意捕捉四类信息：

标记类型	触发条件
✓ 验证假设	支持你的猜测
✗ 证伪假设	推翻你的想法
! 惊讶内容	出乎意料的发现
💢 情绪强烈	愤怒、热情、沮丧、尴尬

"做笔记时，忘记你在学校学到的任何知识。你不是在总结lecture或会议。你是在尽可能多地捕获信息——高保真度，包含细节和情感。"

配对访谈法

一人主问，一人记录。好处：

提高访谈质量（记录者可以即时反馈）
让不愿意主导访谈的人参与
扩大团队对客户的接触面

避免的错误

错误	问题	修正方法
引导性问题	"你不觉得______吗？"	改为开放式："告诉我关于______"
展示产品	污染客户思维	保持探索性质，演示放在最后或单独进行
跟随功能清单	客户开始画草图/列功能	引导回问题本身："那会如何帮助你？"

访谈后立即行动

访谈结束后5分钟内回答：

开场一分钟顺利吗？
我是否无意中问了引导性问题？
哪些问题得到了简短或平淡的答案？
访谈对象在哪方面表现出最多情绪？

第六部分：MVP类型详解

MVP的核心定义

"目标是最大化学习，同时最小化风险和投资。" "MVP不需要完美、不需要功能完整、不需要可扩展——甚至不需要涉及代码。"

七种MVP类型

1. 预购型MVP（Pre-Order MVP）

定义：描述解决方案，收集客户预付款或意向书。

最佳信号：有人真的拿出信用卡。

适用场景：

需要临界量才能维持的业务
需要大量前期投入的产品

案例：Finale Fireworks在还没写代码时就卖出了60份预购软件。

2. 观众建立型MVP（Audience Building MVP）

定义：先建立客户群，再构建产品。

验证内容：客户留存率和参与度，而非付费意愿。

适用场景：

在线产品和服务
免费或天然社交的产品
有内容创作能力的团队

案例：Product Hunt创始人Ryan Hoover用Linkydink花了20分钟创建邮件列表验证想法。

3. 礼宾型MVP（Concierge MVP）

定义：用人工努力解决客户问题，让客户知情。

适用场景：

面向非技术或离线用户
物流难以预测
个性化服务是差异化因素

案例：StyleSeat早期创始人每周与美容行业客户开会，手把手教他们使用社交媒体。

4. 奥兹国巫师型MVP（Wizard of Oz MVP）

定义：产品看起来功能完整，但背后是人工操作。

关键：客户不知道有人工介入。

适用场景：

需要复杂算法的解决方案
敏感领域（金融、医疗、约会）
双边市场

案例：Porch.com（当时的HelpScore.com）网站看似有评分算法，实际是员工手动研究。

5. 单用例型MVP（Single Use Case MVP）

定义：只关注一个问题的可用产品。

原则：做一件事，做到极致好。

适用场景：

验证改变方向的现有产品
进入被复杂竞品主导的市场

案例：Hotwire构建一个只有地图、没有过滤排序功能的"影子网站"测试1%的流量。

6. 他人产品型MVP（Other People's Product MVP）

定义：使用竞品来验证你的想法。

适用场景：

进入有成熟竞品的领域
物流难以预测
工程资源有限

案例：Bing Offers团队借用LivingSocial、Yelp等竞品的deal来验证自己的平台。

7. 碎片型MVP

适用场景：在高度监管行业如医疗，在活动上收集信息而非逐一联系医生。

第七部分：与大企业合作

大企业的独特挑战

挑战	解决方案
客户期望更高	质量要更好，但功能范围更小
品牌偏见	使用不同域名或未品牌化的草图
NDA需求	提前准备，让客户感到安全
"最小"与"可卖"的平衡	称为"最小可卖产品"而非MVP

识别正确客户

错误方式：选择最大的客户、最知名品牌的客户。

正确方式：使用Sean Ellis的"失望度问题"：

"如果不能再使用我们的产品，你会有多失望？"

选择回答"非常失望"的客户。

故事演示法（Storytelling Demo）

当必须展示某些内容时，通过讲述虚构用户的完整故事来演示：

"这是Jessica。她是你公司的虚构员工。
我将通过她如何使用Yammer来走一遍新功能..."

好处：

避免客户陷入功能细节
让客户纠正你的假设
建立情感连接

"隐形"客户开发

当公司身份会污染反馈时：

使用不同域名和邮箱
通过市场调研公司招募
与非客户群体访谈作为代理

第八部分：持续客户开发

利用已有渠道

销售团队：

客户：我们不能买，除非你保证会构建功能X。
销售：我理解。能否让我问你几个问题，
       以便我更好地理解这会如何帮助你？

客户支持团队：

培训他们使用"4A"框架：道歉(Apologize)、承认(Admit)、追问(Ask)、感谢(Appreciate)
将问题转化为学习机会

功能请求的追问技巧

"为了确保我理解正确：你是说希望我们添加数据导出功能？
如果构建了数据导出功能，
你能做什么是现在做不到的？"

识别反馈中的偏差

来源	偏差方向	纠正方法
高级用户	夸大功能需求	询问影响多少用户
新用户	过于基础的问题	评估是否可行
投诉者	可能代表沉默多数	量化投诉比例

关闭反馈循环

三个组成部分：

收集信息 — 使用共享文档或表格
总结 — 每条访谈压缩为5-7个要点
分享 — 展示客户洞察如何影响决策

分享模板：

我们了解到______
因此我们没有构建______
这节省了我们______时间！

第九部分：验证假设的里程碑

访谈数量指南

数量	应该看到	如果没有
2-3次	能够调整问题	检查是否找对人
5次	至少一个真正兴奋的人	可能假设错误
10次	模式出现	目标受众可能太宽
15-20次	不再感到惊讶	可以开始构建MVP

有效假设的四个组成部分

客户确认问题确实存在
客户相信问题可以被解决
客户主动投入尝试解决问题
没有不可控因素阻止客户解决问题

当假设被证伪时

"恭喜！你证伪了你的假设！"

没有人在第一次就完全正确。把这当作胜利：

写下你学到的
写新假设
重新开始

附录：关键访谈问题速查

问题	适用时机	可学到什么
"告诉我上次你______的情况"	任何时候	他们最关心的方面
"如果你能挥动魔杖..."	客户执着于具体方案时	最大痛点
"你用什么工具做______？"	需要了解当前行为时	竞品和替代方案
"过去一个月你做了______几次？"	量化频率时	问题严重程度
"当这发生时，多花你多少时间/钱？"	理解成本时	价值定位依据
"还有谁有这个问题？"	寻找新客户群时	市场扩展机会
"你做______前会做什么准备？"	了解前置条件时	集成机会

延伸阅读

书籍	作者	推荐理由
The Lean Startup	Eric Ries	精益创业运动的开创性著作，理解"构建-测量-学习"反馈循环的基础
The Four Steps to the Epiphany	Steve Blank	客户开发理论的起源，定义了"客户发现、客户验证、客户创建、公司建设"四步流程
Running Lean	Ash Maurya	将精益画布（Lean Canvas）引入实践，提供从想法到产品的系统路径
Lean UX	Jeff Gothelf / Josh Seiden	将精益原则应用于用户体验设计，强调跨职能协作
The Innovator's Dilemma	Clayton Christensen	理解为什么优秀公司会失败，为"颠覆性创新"提供理论基础
Thinking, Fast and Slow	Daniel Kahneman	深入理解人类认知偏差，为客户开发中的心理陷阱提供科学解释
The Mom Test	Rob Fitzpatrick	针对初创公司的具体访谈技巧，强调如何问出真实反馈而非礼貌性回复


---

## 总结：客户开发的完整流程

┌─────────────────────────────────────────────────────────────┐ │ 精益客户开发五步法 │ ├─────────────────────────────────────────────────────────────┤ │ 1. 形成假设 → 写下问题假设和目标客户画像 │ │ ↓ │ │ 2. 寻找客户 → 早期采用者、evangelists、引荐、网络 │ │ ↓ │ │ 3. 问正确问题 → 五个基本问题 + 追问技巧 │ │ ↓ │ │ 4. 理解答案 → 寻找验证/证伪、情绪、惊喜 │ │ ↓ │ │ 5. 决定构建什么 → 基于学习，迭代MVP │ └─────────────────────────────────────────────────────────────┘


**核心洞见**：客户开发本质上是一个**否定过程**——你的目标是否定错误假设，这样就可以将所有精力集中在正确的方向上。每小时客户开发可能节省5-10小时（或更多）的编码和设计时间。