customer-discovery
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseCustomer Discovery
客户探索
Systematically validate your business hypotheses before building anything. Master Steve Blank's Customer Development methodology that became the foundation of Lean Startup and YC's approach.
在开发任何产品前系统性验证你的商业假设。掌握Steve Blank提出的客户开发(Customer Development)方法论,该方法论是精益创业(Lean Startup)和YC(Y Combinator)创业理念的基础。
When to Use This Skill
何时使用该技能
- Starting a new venture to avoid building something nobody wants
- Before writing a line of code to validate problem-solution fit
- Pivoting decisions to systematically test new directions
- Early-stage fundraising to prove market validation
- Product roadmap planning to prioritize based on validated customer needs
- Entering new markets to understand unfamiliar customer segments
- 启动新创业项目:避免开发无人问津的产品
- 编写代码前:验证问题与解决方案的匹配度
- 转型决策:系统性测试新方向
- 早期融资:证明市场验证情况
- 产品路线图规划:基于已验证的客户需求确定优先级
- 进入新市场:了解陌生的客户细分群体
Methodology Foundation
方法论基础
| Aspect | Details |
|---|---|
| Source | Steve Blank - "The Four Steps to the Epiphany" (2005) |
| Core Principle | "No business plan survives first contact with customers. Get out of the building." |
| Why This Matters | Startups fail because they build products nobody wants. Customer Discovery replaces guessing with systematic learning before you run out of money. |
| 方面 | 详情 |
|---|---|
| 来源 | Steve Blank - 《顿悟的四个步骤》(The Four Steps to the Epiphany,2005) |
| 核心原则 | "任何商业计划在与客户首次接触后都无法原封不动地留存。走出办公室,接触客户。" |
| 重要性 | 创业公司失败的原因往往是开发了无人需要的产品。在资金耗尽前,客户探索用系统性学习取代猜测。 |
What Claude Does vs What You Decide
Claude的职责与你的决策
| Claude Does | You Decide |
|---|---|
| Structures content frameworks | Final messaging |
| Suggests persuasion techniques | Brand voice |
| Creates draft variations | Version selection |
| Identifies optimization opportunities | Publication timing |
| Analyzes competitor approaches | Strategic direction |
| Claude的工作 | 你的决策 |
|---|---|
| 构建内容框架 | 最终信息传递方式 |
| 建议说服技巧 | 品牌调性 |
| 创建草稿版本 | 版本选择 |
| 识别优化机会 | 发布时机 |
| 分析竞争对手策略 | 战略方向 |
What This Skill Does
该技能能做什么
- Documents business hypotheses - Turns assumptions into testable statements
- Designs validation experiments - Creates tests that can prove you wrong
- Structures customer conversations - Gets real insights, not false positives
- Evaluates problem-solution fit - Determines if you should proceed, pivot, or stop
- Creates learning roadmap - Prioritizes what to validate first
- Tracks validation progress - Maintains evidence-based decision making
- 记录商业假设:将假设转化为可测试的陈述
- 设计验证实验:创建能证明假设错误的测试方案
- 构建客户对话框架:获取真实洞察,避免假阳性结果
- 评估问题与解决方案匹配度:决定是否推进、转型或终止
- 创建学习路线图:确定优先验证的内容
- 跟踪验证进度:维持基于证据的决策流程
How to Use
使用方法
Start Customer Discovery for a New Idea
针对新想法启动客户探索
I'm starting customer discovery for [business idea].
Help me document my hypotheses and design validation experiments.
Use Steve Blank's Customer Development methodology.我正在针对[商业想法]启动客户探索。
帮我记录假设并设计验证实验。
使用Steve Blank的客户开发(Customer Development)方法论。Evaluate Customer Discovery Progress
评估客户探索进度
Here's what I've learned from [X] customer interviews: [summary]
Evaluate my progress against Customer Discovery criteria.
Should I proceed, pivot, or go back to more interviews?这是我从[X]次客户访谈中得到的总结:[总结内容]
对照客户探索的标准评估我的进度。
我应该推进、转型还是进行更多访谈?Design a Validation Experiment
设计验证实验
I need to validate this hypothesis: [hypothesis]
Design a Customer Discovery experiment to test it.
What would prove it true? What would prove it false?我需要验证这个假设:[假设内容]
设计一个客户探索实验来测试它。
什么情况能证明它成立?什么情况能证明它不成立?Instructions
操作指南
When helping with Customer Discovery, follow Steve Blank's systematic approach:
在协助进行客户探索时,请遵循Steve Blank的系统性方法:
Step 1: Document Your Business Model Hypotheses
步骤1:记录商业模式假设
undefinedundefinedBusiness Model Canvas Hypotheses
商业模式画布假设
Before talking to customers, document what you BELIEVE to be true.
These are GUESSES until validated.
在接触客户前,记录你认为正确的内容。
这些内容在得到验证前都只是猜测。
Customer Hypotheses
客户假设
| # | Hypothesis | Confidence | Evidence |
|---|---|---|---|
| C1 | Our target customer is [WHO] | Low/Med/High | [None yet] |
| C2 | They have this problem: [WHAT] | Low/Med/High | [None yet] |
| C3 | The problem is severe because [WHY] | Low/Med/High | [None yet] |
| C4 | They currently solve it by [HOW] | Low/Med/High | [None yet] |
| 编号 | 假设 | 置信度 | 证据 |
|---|---|---|---|
| C1 | 我们的目标客户是[群体] | 低/中/高 | [暂无] |
| C2 | 他们面临的问题是:[问题描述] | 低/中/高 | [暂无] |
| C3 | 该问题的严重性源于:[原因] | 低/中/高 | [暂无] |
| C4 | 他们当前的解决方案是:[方案] | 低/中/高 | [暂无] |
Value Proposition Hypotheses
价值主张假设
| # | Hypothesis | Confidence | Evidence |
|---|---|---|---|
| V1 | Our solution provides [BENEFIT] | Low/Med/High | [None yet] |
| V2 | Customers care about [FEATURE/OUTCOME] | Low/Med/High | [None yet] |
| V3 | We're differentiated by [UNIQUE VALUE] | Low/Med/High | [None yet] |
| 编号 | 假设 | 置信度 | 证据 |
|---|---|---|---|
| V1 | 我们的解决方案能提供[收益] | 低/中/高 | [暂无] |
| V2 | 客户关注[功能/成果] | 低/中/高 | [暂无] |
| V3 | 我们的差异化在于[独特价值] | 低/中/高 | [暂无] |
Channel Hypotheses
渠道假设
| # | Hypothesis | Confidence | Evidence |
|---|---|---|---|
| H1 | We can reach customers through [CHANNEL] | Low/Med/High | [None yet] |
| H2 | Customer acquisition will cost [ESTIMATE] | Low/Med/High | [None yet] |
| 编号 | 假设 | 置信度 | 证据 |
|---|---|---|---|
| H1 | 我们可以通过[渠道]触达客户 | 低/中/高 | [暂无] |
| H2 | 客户获取成本约为[预估金额] | 低/中/高 | [暂无] |
Revenue Hypotheses
收入假设
| # | Hypothesis | Confidence | Evidence |
|---|---|---|---|
| R1 | Customers will pay [PRICE] | Low/Med/High | [None yet] |
| R2 | Revenue model: [TYPE] | Low/Med/High | [None yet] |
| R3 | Lifetime value: [ESTIMATE] | Low/Med/High | [None yet] |
**Critical Rule:** You don't have a business until these hypotheses are validated with real evidence from real customers.
---| 编号 | 假设 | 置信度 | 证据 |
|---|---|---|---|
| R1 | 客户愿意支付[价格] | 低/中/高 | [暂无] |
| R2 | 收入模式:[类型] | 低/中/高 | [暂无] |
| R3 | 客户终身价值:[预估金额] | 低/中/高 | [暂无] |
**关键规则:** 只有当这些假设通过真实客户的真实证据验证后,你才算拥有真正的业务。
---Step 2: Prioritize What to Validate First
步骤2:确定优先验证的内容
undefinedundefinedHypothesis Prioritization Matrix
假设优先级矩阵
Prioritize by RISK and IMPACT:
| Hypothesis | If WRONG, Impact | Current Confidence | Priority |
|---|---|---|---|
| [H1] | Fatal/Major/Minor | Low/Med/High | P1/P2/P3 |
| [H2] | Fatal/Major/Minor | Low/Med/High | P1/P2/P3 |
按风险和影响排序:
| 假设 | 若错误,影响程度 | 当前置信度 | 优先级 |
|---|---|---|---|
| [H1] | 致命/重大/轻微 | 低/中/高 | P1/P2/P3 |
| [H2] | 致命/重大/轻微 | 低/中/高 | P1/P2/P3 |
Priority Rules:
优先级规则:
- P1: Fatal if wrong + Low confidence → Validate FIRST
- P2: Major if wrong + Low/Med confidence → Validate SOON
- P3: Minor if wrong OR High confidence → Validate LATER
- P1:错误会导致致命影响 + 低置信度 → 优先验证
- P2:错误会导致重大影响 + 低/中置信度 → 尽快验证
- P3:错误影响轻微 或 高置信度 → 稍后验证
Your P1 Hypotheses (Validate These First):
你的P1级假设(优先验证这些):
These are your "leap of faith" assumptions.
---这些是你的“信念跳跃”假设。
---Step 3: Design Validation Experiments
步骤3:设计验证实验
undefinedundefinedExperiment Design Template
实验设计模板
Hypothesis Being Tested:
待验证的假设:
"We believe [CUSTOMER SEGMENT] has [PROBLEM] and would [BEHAVIOR]."
"We believe [客户细分群体]存在[问题],并且会做出[行为]。"
Experiment Type:
实验类型:
- Customer Interviews (Problem Discovery)
- Solution Interviews (Solution Validation)
- Landing Page Test (Demand Validation)
- Concierge MVP (Solution Validation)
- Smoke Test (Demand Validation)
- 客户访谈(问题探索)
- 解决方案访谈(方案验证)
- 着陆页测试(需求验证)
- 礼宾式MVP(方案验证)
- 烟雾测试(需求验证)
Success Criteria:
成功标准:
Validated if: [Specific, measurable outcome]
Invalidated if: [Specific, measurable outcome]
Example:
- Validated: 8+ of 10 customers describe this exact problem unprompted
- Invalidated: Fewer than 5 of 10 mention this problem
验证成立: [具体、可衡量的结果]
验证不成立: [具体、可衡量的结果]
示例:
- 验证成立:10位客户中有8位以上主动提及该问题
- 验证不成立:10位客户中提及该问题的不足5位
Sample Size:
样本量:
- Minimum: [Number] customers
- Target segment: [Description]
- 最小值:[数量]位客户
- 目标细分群体:[描述]
Data to Collect:
需收集的数据:
Timeline:
时间线:
- Start: [Date]
- End: [Date]
- Go/No-Go Decision: [Date]
---- 开始:[日期]
- 结束:[日期]
- 继续/终止决策:[日期]
---Step 4: Conduct Customer Discovery Interviews
步骤4:进行客户探索访谈
undefinedundefinedCustomer Discovery Interview Framework
客户探索访谈框架
PHASE 1: Problem Discovery (First 5-10 interviews)
阶段1:问题探索(前5-10次访谈)
Goal: Understand the problem space, NOT pitch solutions
Interview Structure:
- Context (5 min): Their role, background, day-to-day
- Problem Exploration (15 min): Deep dive into the problem area
- Existing Solutions (5 min): What they use today
- Impact (5 min): How the problem affects them
- Wrap-up (5 min): Referrals, next steps
Key Questions:
- "Tell me about your biggest challenge with [area]..."
- "Walk me through the last time you dealt with [problem]..."
- "What solutions have you tried? What worked/didn't work?"
- "How much time/money does this cost you?"
- "If this magically disappeared, what would change?"
DO NOT:
- Pitch your solution
- Ask leading questions
- Talk more than 30% of the time
- Ask "would you use/pay for..."
目标: 理解问题领域,而非推销解决方案
访谈结构:
- 背景介绍(5分钟):他们的角色、背景、日常工作
- 问题探索(15分钟):深入挖掘问题领域
- 现有解决方案(5分钟):他们当前使用的方案
- 影响分析(5分钟):该问题对他们的影响
- 收尾(5分钟):寻求推荐、确定后续步骤
关键问题:
- "请告诉我你在[领域]面临的最大挑战..."
- "请描述你最近一次处理[问题]的经历..."
- "你尝试过哪些解决方案?哪些有效/无效?"
- "这个问题会花费你多少时间/金钱?"
- "如果这个问题神奇地消失了,会有什么变化?"
禁止事项:
- 推销你的解决方案
- 提出引导性问题
- 说话时间超过30%
- 询问“你会使用/付费购买...吗?”
PHASE 2: Solution Discovery (Next 5-10 interviews)
阶段2:解决方案探索(接下来5-10次访谈)
Goal: Test if your solution addresses validated problems
Only proceed to Phase 2 if:
- You've talked to 10+ potential customers
- Clear problem patterns emerged
- Problems are severe and frequent enough
- Customers are actively seeking solutions
Solution Interview Structure:
- Recap (3 min): Confirm the problem you heard
- Solution Demo (10 min): Show concept/prototype
- Reaction (10 min): Their honest feedback
- Commitment (5 min): Would they try/buy/refer?
Key Questions:
- "Does this solve the problem you described?"
- "What's missing?"
- "What would you pay for this?"
- "Would you be willing to pilot this?"
- "Who else should see this?"
---目标: 测试你的解决方案是否能解决已验证的问题
只有满足以下条件才能进入阶段2:
- 你已与10位以上潜在客户交谈过
- 已出现清晰的问题模式
- 问题足够严重且频繁
- 客户正在积极寻求解决方案
解决方案访谈结构:
- 回顾(3分钟):确认你听到的问题
- 方案演示(10分钟):展示概念/原型
- 反馈收集(10分钟):他们的真实反馈
- 承诺确认(5分钟):他们是否愿意尝试/购买/推荐?
关键问题:
- “这个方案能解决你描述的问题吗?”
- “缺少什么功能?”
- “你愿意为这个方案支付多少钱?”
- “你愿意参与试点吗?”
- “还有谁应该看到这个方案?”
---Step 5: Evaluate Results and Decide
步骤5:评估结果并做出决策
undefinedundefinedCustomer Discovery Scorecard
客户探索评分卡
Problem Validation
问题验证
| Criteria | Threshold | Your Result | Pass? |
|---|---|---|---|
| # of interviews completed | 10+ | Y/N | |
| % who confirmed the problem unprompted | 70%+ | Y/N | |
| Problem severity (1-10 avg) | 7+ | Y/N | |
| Already spending money on solutions | 50%+ | Y/N | |
| Actively seeking alternatives | 30%+ | Y/N |
Problem Validated: All Y → Proceed to Solution Validation
Problem NOT Validated: Any N → Pivot or dig deeper
| 标准 | 阈值 | 你的结果 | 是否通过? |
|---|---|---|---|
| 完成的访谈数量 | 10+ | 是/否 | |
| 主动确认问题的客户占比 | 70%+ | 是/否 | |
| 问题严重程度(平均1-10分) | 7+ | 是/否 | |
| 已为解决方案付费的客户占比 | 50%+ | 是/否 | |
| 正在积极寻找替代方案的客户占比 | 30%+ | 是/否 |
问题已验证: 全部通过 → 推进至解决方案验证
问题未验证: 任意未通过 → 转型或深入挖掘
Solution Validation
解决方案验证
| Criteria | Threshold | Your Result | Pass? |
|---|---|---|---|
| # of solution interviews | 10+ | Y/N | |
| Said "this solves my problem" | 70%+ | Y/N | |
| Willing to try/pilot | 50%+ | Y/N | |
| Willing to pay (some amount) | 30%+ | Y/N | |
| Gave commitment (deposit, LOI, intro) | 3+ people | Y/N |
Solution Validated: All Y → Proceed to MVP
Solution NOT Validated: Any N → Iterate or pivot
| 标准 | 阈值 | 你的结果 | 是否通过? |
|---|---|---|---|
| 解决方案访谈数量 | 10+ | 是/否 | |
| 表示“这个方案能解决我的问题”的客户占比 | 70%+ | 是/否 | |
| 愿意尝试/试点的客户占比 | 50%+ | 是/否 | |
| 愿意付费(无论金额)的客户占比 | 30%+ | 是/否 | |
| 做出承诺(定金、意向书、推荐)的客户数量 | 3人以上 | 是/否 |
解决方案已验证: 全部通过 → 推进至MVP开发
解决方案未验证: 任意未通过 → 迭代或转型
Decision Framework
决策框架
IF Problem NOT Validated:
→ PIVOT: Different customer segment?
→ PIVOT: Different problem?
→ STOP: No market here?
IF Problem Validated BUT Solution NOT Validated:
→ ITERATE: Different solution to same problem
→ ITERATE: Different features/approach
IF Both Validated:
→ BUILD: Minimum Viable Product
→ SELL: Pre-sales before building
---IF 问题未验证:
→ 转型:更换客户细分群体?
→ 转型:更换问题方向?
→ 终止:该市场无潜力?
IF 问题已验证 但 解决方案未验证:
→ 迭代:针对同一问题更换解决方案
→ 迭代:更换功能/方法
IF 两者均已验证:
→ 开发:最小可行产品(MVP)
→ 销售:开发前进行预售
---Step 6: Document Learnings and Update Hypotheses
步骤6:记录学习成果并更新假设
undefinedundefinedCustomer Discovery Learning Log
客户探索学习日志
Round [#] Summary
第[X]轮总结
Dates: [Start] - [End]
Interviews Conducted: [#]
Customer Segments Covered: [List]
日期: [开始日期] - [结束日期]
完成的访谈数量: [数量]
覆盖的客户细分群体: [列表]
Validated Hypotheses ✅
已验证的假设 ✅
| Hypothesis | Evidence | Confidence Now |
|---|---|---|
| [H1] | [Quotes/Data] | High |
| 假设 | 证据 | 当前置信度 |
|---|---|---|
| [H1] | [引用/数据] | 高 |
Invalidated Hypotheses ❌
未验证的假设 ❌
| Hypothesis | Evidence | Next Step |
|---|---|---|
| [H2] | [Quotes/Data] | Pivot to... |
| 假设 | 证据 | 下一步 |
|---|---|---|
| [H2] | [引用/数据] | 转型至... |
Surprises / New Insights 🔍
意外发现/新洞察 🔍
| Insight | Implication |
|---|---|
| [Learning] | [What this means] |
| 洞察 | 影响 |
|---|---|
| [学习内容] | 这意味着什么 |
Updated Business Model
更新后的商业模式
[What changed based on learnings]
[基于学习成果做出的变更]
Next Validation Round
下一轮验证计划
| Hypothesis to Test | Experiment | Timeline |
|---|---|---|
| [H3] | [Method] | [Dates] |
---| 待测试的假设 | 实验方法 | 时间线 |
|---|---|---|
| [H3] | [方法] | [日期] |
---Examples
示例
Example 1: B2B SaaS - HR Tech Startup
示例1:B2B SaaS - HR科技创业公司
Context: Founder believes mid-size companies need better employee onboarding software.
Input:
"I want to build HR onboarding software for mid-size companies. Help me set up Customer Discovery."
Output:
Business Model Hypotheses:
| # | Hypothesis | Risk if Wrong | Priority |
|---|---|---|---|
| C1 | HR managers at 100-500 employee companies manage onboarding | Fatal | P1 |
| C2 | Current onboarding is manual, time-consuming (5+ hrs/new hire) | Fatal | P1 |
| C3 | Poor onboarding causes turnover they care about | Fatal | P1 |
| V1 | Automated workflows would save 3+ hours per new hire | Major | P2 |
| V2 | They'd pay $50-100/employee/month for this | Major | P2 |
| H1 | We can reach HR managers through LinkedIn | Minor | P3 |
P1 Validation Plan:
Experiment 1: Problem Discovery
- Target: 15 HR managers at 100-500 employee companies
- Method: 30-minute phone interviews
- Questions:
- "Walk me through what happens when you hire someone..."
- "What's the biggest headache in that process?"
- "How much time does onboarding take per new hire?"
- "What tools are you using today?"
- "What's the cost when onboarding goes poorly?"
Success Criteria:
- Validated if: 10+ of 15 describe manual, time-consuming process; 8+ mention specific pain points
- Invalidated if: Most say "onboarding is fine" or <4 hours per hire
Sample Interview Guide:
Opening: "I'm researching how mid-size companies handle employee onboarding.
Not selling anything - just learning. Mind if I ask some questions?"
Problem Exploration:
1. "When you hired your last employee, walk me through the onboarding process..."
2. "What took the most time?"
3. "Where do things typically go wrong?"
4. "Tell me about a time onboarding didn't go well..."
Current State:
5. "What tools or systems are you using for this?"
6. "What do you like about your current process?"
7. "What's frustrating about it?"
Impact:
8. "How does onboarding quality affect employee retention?"
9. "If you could wave a magic wand, what would change?"
Close:
10. "Who else should I talk to about this?"
11. "Can I follow up in a few weeks to share what I'm learning?"背景: 创始人认为中型企业需要更好的员工入职软件。
输入:
"我想为中型企业开发HR入职软件。帮我设置客户探索流程。"
输出:
商业模式假设:
| 编号 | 假设 | 错误后的风险 | 优先级 |
|---|---|---|---|
| C1 | 员工规模100-500人的公司的HR经理负责入职流程 | 致命 | P1 |
| C2 | 当前入职流程是手动的,耗时较长(每位新员工5小时以上) | 致命 | P1 |
| C3 | 糟糕的入职流程会导致员工流失,HR经理对此很在意 | 致命 | P1 |
| V1 | 自动化工作流每位新员工可节省3小时以上 | 重大 | P2 |
| V2 | 他们愿意为该方案支付每位员工每月50-100美元 | 重大 | P2 |
| H1 | 我们可以通过LinkedIn触达HR经理 | 轻微 | P3 |
P1级验证计划:
实验1:问题探索
- 目标:15位员工规模100-500人的公司的HR经理
- 方法:30分钟电话访谈
- 问题:
- "请描述你招聘上一位员工时的入职流程..."
- "哪个环节耗时最长?"
- "通常会在哪些环节出问题?"
- "请描述一次入职流程不顺利的经历..."
- "你当前使用哪些工具或系统来处理入职?"
- "你喜欢当前流程的哪些方面?"
- "当前流程有哪些令人沮丧的地方?"
- "入职质量如何影响员工留存?"
- "如果你能挥动魔法棒,会改变什么?" ⑩. "我还应该和谁聊这个话题?" ⑪. "几周后我可以跟进并分享我的学习成果吗?"
成功标准:
- 验证成立:15位受访者中有10位以上描述手动、耗时的流程;8位以上提及具体痛点
- 验证不成立:大多数受访者表示“入职流程没问题”或每位新员工耗时不足4小时
访谈指南示例:
开场:"我正在研究中型企业如何处理员工入职流程。
我不是来推销产品的,只是学习。我可以问你一些问题吗?"
问题探索:
1. "当你招聘上一位员工时,请描述整个入职流程..."
2. "哪个环节耗时最长?"
3. "通常会在哪些环节出问题?"
4. "请描述一次入职流程不顺利的经历..."
当前状态:
5. "你当前使用哪些工具或系统来处理入职?"
6. "你喜欢当前流程的哪些方面?"
7. "当前流程有哪些令人沮丧的地方?"
影响分析:
8. "入职质量如何影响员工留存?"
9. "如果你能挥动魔法棒,会改变什么?"
收尾:
10. "我还应该和谁聊这个话题?"
11. "几周后我可以跟进并分享我的学习成果吗?"Example 2: Consumer App - Fitness
示例2:消费类应用 - 健身
Context: Founder wants to build a fitness app for busy parents.
Input:
"I did 12 customer discovery interviews. Here's my summary. Evaluate my progress."
Interview Summary:
- 12 interviews with working parents, ages 30-45
- 10/12 said they want to exercise more
- 8/12 said lack of time is the main barrier
- 6/12 have tried fitness apps before
- Only 2/12 are currently paying for any fitness solution
- 4/12 said they'd "probably" use a new app
Output:
Customer Discovery Evaluation:
| Criteria | Threshold | Your Result | Pass? |
|---|---|---|---|
| Interviews completed | 10+ | 12 | ✅ |
| Problem confirmed unprompted | 70%+ | 83% (10/12) | ✅ |
| Problem severity | 7+ | Unknown | ⚠️ |
| Spending on solutions | 50%+ | 17% (2/12) | ❌ |
| Actively seeking alternatives | 30%+ | Unknown | ⚠️ |
Analysis:
Good Signs:
- Strong problem confirmation (want to exercise, no time)
- Consistent pattern across interviews
Warning Signs:
- Only 17% paying for anything (low willingness to pay)
- "Probably use" is weak signal (opinions, not commitment)
- 6 tried apps, only 2 still paying (high churn)
Missing Data:
- How severe is the pain? (scale 1-10)
- What have they tried recently?
- What would they pay? (past behavior, not predictions)
Diagnosis: Problem validated, but MARKET not validated.
The problem is real (busy parents want to exercise). But evidence suggests:
- People SAY they want this but don't PAY for it
- High awareness but low conversion/retention
- "Nice to have" not "must have"
Recommendation: Go Deeper Before Building
Next 5 interviews, focus on:
- "Tell me about a fitness product you actually paid for and kept using..."
- "What made you stop using [previous app]?"
- "What's different about the 2 of you who are paying now vs. when you weren't?"
- "If I told you this app costs $20/month, what's your reaction?"
- "What would make fitness a MUST instead of NICE TO HAVE?"
Decision: Do not build yet. Either find a more acute pain point within this segment, or find a segment that demonstrates stronger buying behavior.
背景: 创始人想为忙碌的父母开发一款健身应用。
输入:
"我完成了12次客户探索访谈。这是我的总结。评估我的进度。"
访谈总结:
- 12位受访者为职场父母,年龄30-45岁
- 12位中有10位表示想更多地锻炼
- 12位中有8位表示时间不足是主要障碍
- 12位中有6位曾尝试过健身应用
- 12位中只有2位当前为任何健身方案付费
- 12位中有4位表示“可能”会使用新应用
输出:
客户探索评估:
| 标准 | 阈值 | 你的结果 | 是否通过? |
|---|---|---|---|
| 完成的访谈数量 | 10+ | 12 | ✅ |
| 主动确认问题的客户占比 | 70%+ | 83%(10/12) | ✅ |
| 问题严重程度 | 7+ | 未知 | ⚠️ |
| 为解决方案付费的客户占比 | 50%+ | 17%(2/12) | ❌ |
| 积极寻找替代方案的客户占比 | 30%+ | 未知 | ⚠️ |
分析:
积极迹象:
- 问题确认度高(忙碌的父母想锻炼但没时间)
- 访谈中呈现出一致的模式
警示迹象:
- 仅17%的受访者为健身方案付费(付费意愿低)
- “可能使用”是较弱的信号(观点而非承诺)
- 6位曾尝试应用的受访者中只有2位仍在付费(高流失率)
缺失的数据:
- 痛苦程度如何?(1-10分)
- 他们最近尝试过什么?
- 他们愿意支付多少钱?(基于过往行为,而非预测)
诊断: 问题已验证,但市场未验证。
问题真实存在(忙碌的父母想锻炼),但证据表明:
- 人们嘴上说想要,但不愿为此付费
- 认知度高,但转化/留存率低
- “锦上添花”而非“必不可少”
建议:开发前深入挖掘
接下来的5次访谈,重点关注:
- "请描述一款你实际付费并持续使用的健身产品..."
- "你为什么停止使用[之前的应用]?"
- "当前付费的2位受访者和未付费的受访者有什么不同?"
- "如果我告诉你这款应用每月收费20美元,你会有什么反应?"
- "什么会让健身从‘锦上添花’变成‘必不可少’?"
决策:暂不开发。要么在该细分群体中找到更迫切的痛点,要么找到付费意愿更强的细分群体。
Example 3: Pivot Decision
示例3:转型决策
Context: Founder validated problem but solution bombed.
Input:
"Problem validated: Small business owners hate bookkeeping. But when I showed my automated bookkeeping tool, response was lukewarm. 3 of 10 were excited. Should I pivot?"
Output:
Situation Analysis:
| Phase | Result |
|---|---|
| Problem Discovery | ✅ Validated |
| Solution Discovery | ❌ Failed (30% < 70% threshold) |
Questions Before Pivoting:
-
Who were the 3 excited customers?
- What made them different?
- Same problem, different intensity?
- Different sub-segment?
-
Why were 7 NOT excited?
- Wrong solution to right problem?
- Right solution, wrong positioning?
- Problem not severe enough for them?
- Already have adequate solution?
-
What specifically was lukewarm?
- "Too complex"
- "Already have something"
- "Doesn't solve my real problem"
- "Price too high"
Pivot Decision Framework:
┌─────────────────────────────────────────────────────────┐
│ SOLUTION FAILED │
│ │
│ Is the problem still validated? │
│ └── YES → Solution Pivot (keep problem, change solution)│
│ │
│ Were some customers excited? │
│ └── YES → Segment Pivot (narrow to excited segment) │
│ │
│ Did feedback suggest different problem? │
│ └── YES → Problem Pivot (keep customer, find new problem)│
│ │
│ Is there any signal at all? │
│ └── NO → Consider stopping or major pivot │
└─────────────────────────────────────────────────────────┘Recommended Next Steps:
-
Interview the 3 excited customers deeply
- What specifically excited them?
- What would they pay?
- Would they commit to pilot?
-
Understand the 7 "no"s
- What would have made them excited?
- What are they using instead?
-
Consider these pivots:
- Segment Pivot: Target the excited segment only
- Solution Pivot: Same problem, different solution (maybe simpler?)
- Channel Pivot: Same solution, different delivery
-
Before building anything:
- Get 3 paying pilots or LOIs
- "I'll build this if you prepay $X"
背景: 创始人已验证问题,但解决方案反响平平。
输入:
"问题已验证:小企业主讨厌记账。但当我展示我的自动化记账工具时,反响平平。10位受访者中只有3位感兴趣。我应该转型吗?"
输出:
情况分析:
| 阶段 | 结果 |
|---|---|
| 问题探索 | ✅ 已验证 |
| 解决方案探索 | ❌ 失败(30% < 70%阈值) |
转型前需回答的问题:
-
那3位感兴趣的客户是谁?
- 他们有什么不同?
- 面临同样的问题,但痛苦程度更高?
- 属于不同的细分群体?
-
为什么7位受访者不感兴趣?
- 解决方案错误,问题正确?
- 解决方案正确,但定位错误?
- 问题对他们来说不够严重?
- 他们已有足够好的解决方案?
-
反响平平的具体原因是什么?
- “太复杂”
- “我已有类似工具”
- “这不能解决我的真实问题”
- “价格太高”
转型决策框架:
┌─────────────────────────────────────────────────────────┐
│ 解决方案失败 │
│ │
│ 问题是否仍已验证? │
│ └── 是 → 解决方案转型(保留问题,更换解决方案)│
│ │
│ 是否有部分客户感兴趣? │
│ └── 是 → 细分群体转型(聚焦感兴趣的群体) │
│ │
│ 反馈是否指向不同的问题? │
│ └── 是 → 问题转型(保留客户,寻找新问题)│
│ │
│ 是否有任何积极信号? │
│ └── 否 → 考虑终止或重大转型 │
└─────────────────────────────────────────────────────────┘建议的下一步:
-
深入访谈那3位感兴趣的客户
- 他们具体对什么感兴趣?
- 他们愿意支付多少钱?
- 他们愿意参与试点吗?
-
了解7位“不感兴趣”的受访者的原因
- 什么会让他们感兴趣?
- 他们当前使用什么替代方案?
-
考虑以下转型方向:
- 细分群体转型: 仅聚焦感兴趣的群体
- 解决方案转型: 针对同一问题,更换解决方案(比如更简单的方案?)
- 渠道转型: 同一解决方案,更换交付方式
-
开发前需完成:
- 获得3个付费试点或意向书
- “如果你预付[X]美元,我就开发这个方案”
Checklists & Templates
清单与模板
Customer Discovery Readiness Checklist
客户探索准备清单
undefinedundefinedBefore Starting Customer Discovery
启动客户探索前
Preparation
准备工作
- Business Model Canvas hypotheses documented
- P1 hypotheses identified (highest risk)
- Target customer segment defined
- Interview questions drafted
- 15+ potential interviews scheduled
- 已记录商业模式画布假设
- 已识别P1级假设(最高风险)
- 已定义目标客户细分群体
- 已起草访谈问题
- 已安排15次以上潜在访谈
Mindset
心态
- Committed to learning, not selling
- Ready to hear "your idea is wrong"
- Willing to pivot based on evidence
- No code written yet (or willing to throw away)
- 致力于学习,而非推销
- 准备好接受“你的想法是错误的”
- 愿意基于证据转型
- 尚未编写代码(或愿意丢弃已写的代码)
Resources
资源
- 2-4 weeks allocated for discovery
- Note-taking system ready
- Team aligned on validation criteria
---- 已分配2-4周时间用于探索
- 已准备好记录系统
- 团队已就验证标准达成一致
---Interview Tracking Template
访谈跟踪模板
undefinedundefinedCustomer Discovery Interview Log
客户探索访谈日志
| # | Date | Name | Company | Segment | Problem Confirmed? | Solution Fit? | Commitment? | Key Quote |
|---|---|---|---|---|---|---|---|---|
| 1 | Y/N | Y/N/NA | ||||||
| 2 | Y/N | Y/N/NA | ||||||
| 3 | Y/N | Y/N/NA |
| 编号 | 日期 | 姓名 | 公司 | 细分群体 | 问题已确认? | 解决方案匹配? | 已承诺? | 关键引用 |
|---|---|---|---|---|---|---|---|---|
| 1 | 是/否 | 是/否/不适用 | ||||||
| 2 | 是/否 | 是/否/不适用 | ||||||
| 3 | 是/否 | 是/否/不适用 |
Running Totals
累计数据
- Interviews completed: __/15
- Problem confirmed: __%
- Solution fit (if applicable): __%
- Commitments received: __
---- 完成的访谈数量:__/15
- 问题已确认的占比:__%
- 解决方案匹配的占比(如适用):__%
- 已获得的承诺数量:__
---Go/No-Go Decision Template
继续/终止决策模板
undefinedundefinedCustomer Discovery Decision Point
客户探索决策点
Date: _______________
Total Interviews: _______________
Hypothesis Being Tested: _________________________________
日期: _______________
总访谈数量: _______________
待测试的假设: _________________________________
Evidence Summary
证据总结
| Metric | Target | Actual | Pass? |
|---|---|---|---|
| Problem confirmation rate | 70%+ | ||
| Average severity score | 7+/10 | ||
| Currently paying for alternatives | 50%+ | ||
| Solution fit (if tested) | 70%+ | ||
| Concrete commitments | 3+ |
| 指标 | 目标 | 实际结果 | 是否通过? |
|---|---|---|---|
| 问题确认率 | 70%+ | ||
| 平均严重程度评分 | 7+/10 | ||
| 当前为替代方案付费的占比 | 50%+ | ||
| 解决方案匹配度(如已测试) | 70%+ | ||
| 具体承诺数量 | 3+ |
Strongest Evidence FOR:
最有力的支持证据:
Strongest Evidence AGAINST:
最有力的反对证据:
Decision
决策
- PROCEED: Build MVP / Start selling
- ITERATE: More interviews needed, adjust approach
- PIVOT: Change [customer/problem/solution]
- STOP: No viable market here
- 推进: 开发MVP / 开始销售
- 迭代: 需要更多访谈,调整方法
- 转型: 更换[客户/问题/解决方案]
- 终止: 该市场无可行机会
If Proceeding, Next Steps:
若推进,下一步:
If Pivoting, New Hypothesis:
若转型,新假设:
---
---Skill Boundaries
技能边界
What This Skill Does Well
该技能擅长的领域
- Structuring persuasive content
- Applying copywriting frameworks
- Creating draft variations
- Analyzing competitor approaches
- 构建有说服力的内容
- 应用文案框架
- 创建草稿版本
- 分析竞争对手策略
What This Skill Cannot Do
该技能不擅长的领域
- Guarantee conversion rates
- Replace brand voice development
- Know your specific audience
- Make final approval decisions
- 保证转化率
- 替代品牌调性开发
- 了解你的特定受众
- 做出最终审批决策
References
参考资料
- Blank, Steve. "The Four Steps to the Epiphany" (2005) - Original methodology
- Blank, Steve & Dorf, Bob. "The Startup Owner's Manual" (2012) - Expanded playbook
- Ries, Eric. "The Lean Startup" (2011) - Build-Measure-Learn context
- Fitzpatrick, Rob. "The Mom Test" (2013) - Interview techniques
- Osterwalder, Alex. "Business Model Generation" (2010) - BMC framework
- Maurya, Ash. "Running Lean" (2012) - Lean Canvas approach
- Blank, Steve. 《顿悟的四个步骤》(The Four Steps to the Epiphany,2005)- 方法论的原始来源
- Blank, Steve & Dorf, Bob. 《创业Owner手册》(The Startup Owner's Manual,2012)- 扩展指南
- Ries, Eric. 《精益创业》(The Lean Startup,2011)- 构建-测量-学习的背景
- Fitzpatrick, Rob. 《妈妈测试》(The Mom Test,2013)- 访谈技巧
- Osterwalder, Alex. 《商业模式新生代》(Business Model Generation,2010)- BMC框架
- Maurya, Ash. 《精益创业实战》(Running Lean,2012)- 精益画布方法
Related Skills
相关技能
- mom-test - Interview techniques for honest feedback
- lean-canvas - One-page business model documentation
- jobs-to-be-done - Understanding customer progress
- problem-interview - Deep dive on problem discovery
- solution-interview - Testing solution fit
- mom-test - 获取诚实反馈的访谈技巧
- lean-canvas - 单页商业模式文档
- jobs-to-be-done - 理解客户需求
- problem-interview - 深入的问题探索
- solution-interview - 解决方案匹配测试
Skill Metadata (Internal Use)
技能元数据(内部使用)
yaml
name: customer-discovery
category: validation
subcategory: methodology
version: 1.0
author: MKTG Skills
source_expert: Steve Blank
source_work: The Four Steps to the Epiphany
difficulty: intermediate
estimated_value: $5,000 startup consulting engagement
tags: [customer-development, validation, startups, YC, lean-startup, interviews]
created: 2026-01-25
updated: 2026-01-25yaml
name: customer-discovery
category: validation
subcategory: methodology
version: 1.0
author: MKTG Skills
source_expert: Steve Blank
source_work: The Four Steps to the Epiphany
difficulty: intermediate
estimated_value: $5,000 startup consulting engagement
tags: [customer-development, validation, startups, YC, lean-startup, interviews]
created: 2026-01-25
updated: 2026-01-25