customer-discovery

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Customer 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

方法论基础

AspectDetails
SourceSteve 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 MattersStartups 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 DoesYou Decide
Structures content frameworksFinal messaging
Suggests persuasion techniquesBrand voice
Creates draft variationsVersion selection
Identifies optimization opportunitiesPublication timing
Analyzes competitor approachesStrategic direction
Claude的工作你的决策
构建内容框架最终信息传递方式
建议说服技巧品牌调性
创建草稿版本版本选择
识别优化机会发布时机
分析竞争对手策略战略方向

What This Skill Does

该技能能做什么

  1. Documents business hypotheses - Turns assumptions into testable statements
  2. Designs validation experiments - Creates tests that can prove you wrong
  3. Structures customer conversations - Gets real insights, not false positives
  4. Evaluates problem-solution fit - Determines if you should proceed, pivot, or stop
  5. Creates learning roadmap - Prioritizes what to validate first
  6. Tracks validation progress - Maintains evidence-based decision making
  1. 记录商业假设:将假设转化为可测试的陈述
  2. 设计验证实验:创建能证明假设错误的测试方案
  3. 构建客户对话框架:获取真实洞察,避免假阳性结果
  4. 评估问题与解决方案匹配度:决定是否推进、转型或终止
  5. 创建学习路线图:确定优先验证的内容
  6. 跟踪验证进度:维持基于证据的决策流程

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:记录商业模式假设

undefined
undefined

Business Model Canvas Hypotheses

商业模式画布假设

Before talking to customers, document what you BELIEVE to be true. These are GUESSES until validated.
在接触客户前,记录你认为正确的内容。 这些内容在得到验证前都只是猜测。

Customer Hypotheses

客户假设

#HypothesisConfidenceEvidence
C1Our target customer is [WHO]Low/Med/High[None yet]
C2They have this problem: [WHAT]Low/Med/High[None yet]
C3The problem is severe because [WHY]Low/Med/High[None yet]
C4They currently solve it by [HOW]Low/Med/High[None yet]
编号假设置信度证据
C1我们的目标客户是[群体]低/中/高[暂无]
C2他们面临的问题是:[问题描述]低/中/高[暂无]
C3该问题的严重性源于:[原因]低/中/高[暂无]
C4他们当前的解决方案是:[方案]低/中/高[暂无]

Value Proposition Hypotheses

价值主张假设

#HypothesisConfidenceEvidence
V1Our solution provides [BENEFIT]Low/Med/High[None yet]
V2Customers care about [FEATURE/OUTCOME]Low/Med/High[None yet]
V3We're differentiated by [UNIQUE VALUE]Low/Med/High[None yet]
编号假设置信度证据
V1我们的解决方案能提供[收益]低/中/高[暂无]
V2客户关注[功能/成果]低/中/高[暂无]
V3我们的差异化在于[独特价值]低/中/高[暂无]

Channel Hypotheses

渠道假设

#HypothesisConfidenceEvidence
H1We can reach customers through [CHANNEL]Low/Med/High[None yet]
H2Customer acquisition will cost [ESTIMATE]Low/Med/High[None yet]
编号假设置信度证据
H1我们可以通过[渠道]触达客户低/中/高[暂无]
H2客户获取成本约为[预估金额]低/中/高[暂无]

Revenue Hypotheses

收入假设

#HypothesisConfidenceEvidence
R1Customers will pay [PRICE]Low/Med/High[None yet]
R2Revenue model: [TYPE]Low/Med/High[None yet]
R3Lifetime 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:确定优先验证的内容

undefined
undefined

Hypothesis Prioritization Matrix

假设优先级矩阵

Prioritize by RISK and IMPACT:
HypothesisIf WRONG, ImpactCurrent ConfidencePriority
[H1]Fatal/Major/MinorLow/Med/HighP1/P2/P3
[H2]Fatal/Major/MinorLow/Med/HighP1/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:设计验证实验

undefined
undefined

Experiment 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:进行客户探索访谈

undefined
undefined

Customer Discovery Interview Framework

客户探索访谈框架

PHASE 1: Problem Discovery (First 5-10 interviews)

阶段1:问题探索(前5-10次访谈)

Goal: Understand the problem space, NOT pitch solutions
Interview Structure:
  1. Context (5 min): Their role, background, day-to-day
  2. Problem Exploration (15 min): Deep dive into the problem area
  3. Existing Solutions (5 min): What they use today
  4. Impact (5 min): How the problem affects them
  5. 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..."
目标: 理解问题领域,而非推销解决方案
访谈结构:
  1. 背景介绍(5分钟):他们的角色、背景、日常工作
  2. 问题探索(15分钟):深入挖掘问题领域
  3. 现有解决方案(5分钟):他们当前使用的方案
  4. 影响分析(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:
  1. Recap (3 min): Confirm the problem you heard
  2. Solution Demo (10 min): Show concept/prototype
  3. Reaction (10 min): Their honest feedback
  4. 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位以上潜在客户交谈过
  • 已出现清晰的问题模式
  • 问题足够严重且频繁
  • 客户正在积极寻求解决方案
解决方案访谈结构:
  1. 回顾(3分钟):确认你听到的问题
  2. 方案演示(10分钟):展示概念/原型
  3. 反馈收集(10分钟):他们的真实反馈
  4. 承诺确认(5分钟):他们是否愿意尝试/购买/推荐?
关键问题:
  • “这个方案能解决你描述的问题吗?”
  • “缺少什么功能?”
  • “你愿意为这个方案支付多少钱?”
  • “你愿意参与试点吗?”
  • “还有谁应该看到这个方案?”

---

Step 5: Evaluate Results and Decide

步骤5:评估结果并做出决策

undefined
undefined

Customer Discovery Scorecard

客户探索评分卡

Problem Validation

问题验证

CriteriaThresholdYour ResultPass?
# of interviews completed10+Y/N
% who confirmed the problem unprompted70%+Y/N
Problem severity (1-10 avg)7+Y/N
Already spending money on solutions50%+Y/N
Actively seeking alternatives30%+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

解决方案验证

CriteriaThresholdYour ResultPass?
# of solution interviews10+Y/N
Said "this solves my problem"70%+Y/N
Willing to try/pilot50%+Y/N
Willing to pay (some amount)30%+Y/N
Gave commitment (deposit, LOI, intro)3+ peopleY/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:记录学习成果并更新假设

undefined
undefined

Customer Discovery Learning Log

客户探索学习日志

Round [#] Summary

第[X]轮总结

Dates: [Start] - [End] Interviews Conducted: [#] Customer Segments Covered: [List]
日期: [开始日期] - [结束日期] 完成的访谈数量: [数量] 覆盖的客户细分群体: [列表]

Validated Hypotheses ✅

已验证的假设 ✅

HypothesisEvidenceConfidence Now
[H1][Quotes/Data]High
假设证据当前置信度
[H1][引用/数据]

Invalidated Hypotheses ❌

未验证的假设 ❌

HypothesisEvidenceNext Step
[H2][Quotes/Data]Pivot to...
假设证据下一步
[H2][引用/数据]转型至...

Surprises / New Insights 🔍

意外发现/新洞察 🔍

InsightImplication
[Learning][What this means]
洞察影响
[学习内容]这意味着什么

Updated Business Model

更新后的商业模式

[What changed based on learnings]
[基于学习成果做出的变更]

Next Validation Round

下一轮验证计划

Hypothesis to TestExperimentTimeline
[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:
#HypothesisRisk if WrongPriority
C1HR managers at 100-500 employee companies manage onboardingFatalP1
C2Current onboarding is manual, time-consuming (5+ hrs/new hire)FatalP1
C3Poor onboarding causes turnover they care aboutFatalP1
V1Automated workflows would save 3+ hours per new hireMajorP2
V2They'd pay $50-100/employee/month for thisMajorP2
H1We can reach HR managers through LinkedInMinorP3
P1 Validation Plan:
Experiment 1: Problem Discovery
  • Target: 15 HR managers at 100-500 employee companies
  • Method: 30-minute phone interviews
  • Questions:
    1. "Walk me through what happens when you hire someone..."
    2. "What's the biggest headache in that process?"
    3. "How much time does onboarding take per new hire?"
    4. "What tools are you using today?"
    5. "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分钟电话访谈
  • 问题:
    1. "请描述你招聘上一位员工时的入职流程..."
    2. "哪个环节耗时最长?"
    3. "通常会在哪些环节出问题?"
    4. "请描述一次入职流程不顺利的经历..."
    5. "你当前使用哪些工具或系统来处理入职?"
    6. "你喜欢当前流程的哪些方面?"
    7. "当前流程有哪些令人沮丧的地方?"
    8. "入职质量如何影响员工留存?"
    9. "如果你能挥动魔法棒,会改变什么?" ⑩. "我还应该和谁聊这个话题?" ⑪. "几周后我可以跟进并分享我的学习成果吗?"
成功标准:
  • 验证成立: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:
CriteriaThresholdYour ResultPass?
Interviews completed10+12
Problem confirmed unprompted70%+83% (10/12)
Problem severity7+Unknown⚠️
Spending on solutions50%+17% (2/12)
Actively seeking alternatives30%+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:
  1. "Tell me about a fitness product you actually paid for and kept using..."
  2. "What made you stop using [previous app]?"
  3. "What's different about the 2 of you who are paying now vs. when you weren't?"
  4. "If I told you this app costs $20/month, what's your reaction?"
  5. "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次访谈,重点关注:
  1. "请描述一款你实际付费并持续使用的健身产品..."
  2. "你为什么停止使用[之前的应用]?"
  3. "当前付费的2位受访者和未付费的受访者有什么不同?"
  4. "如果我告诉你这款应用每月收费20美元,你会有什么反应?"
  5. "什么会让健身从‘锦上添花’变成‘必不可少’?"
决策:暂不开发。要么在该细分群体中找到更迫切的痛点,要么找到付费意愿更强的细分群体。

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:
PhaseResult
Problem Discovery✅ Validated
Solution Discovery❌ Failed (30% < 70% threshold)
Questions Before Pivoting:
  1. Who were the 3 excited customers?
    • What made them different?
    • Same problem, different intensity?
    • Different sub-segment?
  2. Why were 7 NOT excited?
    • Wrong solution to right problem?
    • Right solution, wrong positioning?
    • Problem not severe enough for them?
    • Already have adequate solution?
  3. 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:
  1. Interview the 3 excited customers deeply
    • What specifically excited them?
    • What would they pay?
    • Would they commit to pilot?
  2. Understand the 7 "no"s
    • What would have made them excited?
    • What are they using instead?
  3. Consider these pivots:
    • Segment Pivot: Target the excited segment only
    • Solution Pivot: Same problem, different solution (maybe simpler?)
    • Channel Pivot: Same solution, different delivery
  4. Before building anything:
    • Get 3 paying pilots or LOIs
    • "I'll build this if you prepay $X"

背景: 创始人已验证问题,但解决方案反响平平。
输入:
"问题已验证:小企业主讨厌记账。但当我展示我的自动化记账工具时,反响平平。10位受访者中只有3位感兴趣。我应该转型吗?"
输出:
情况分析:
阶段结果
问题探索✅ 已验证
解决方案探索❌ 失败(30% < 70%阈值)
转型前需回答的问题:
  1. 那3位感兴趣的客户是谁?
    • 他们有什么不同?
    • 面临同样的问题,但痛苦程度更高?
    • 属于不同的细分群体?
  2. 为什么7位受访者不感兴趣?
    • 解决方案错误,问题正确?
    • 解决方案正确,但定位错误?
    • 问题对他们来说不够严重?
    • 他们已有足够好的解决方案?
  3. 反响平平的具体原因是什么?
    • “太复杂”
    • “我已有类似工具”
    • “这不能解决我的真实问题”
    • “价格太高”
转型决策框架:
┌─────────────────────────────────────────────────────────┐
│                 解决方案失败                          │
│                                                          │
│ 问题是否仍已验证?                         │
│  └── 是 → 解决方案转型(保留问题,更换解决方案)│
│                                                          │
│ 是否有部分客户感兴趣?                            │
│  └── 是 → 细分群体转型(聚焦感兴趣的群体)     │
│                                                          │
│ 反馈是否指向不同的问题?                 │
│  └── 是 → 问题转型(保留客户,寻找新问题)│
│                                                          │
│ 是否有任何积极信号?                             │
│  └── 否 → 考虑终止或重大转型               │
└─────────────────────────────────────────────────────────┘
建议的下一步:
  1. 深入访谈那3位感兴趣的客户
    • 他们具体对什么感兴趣?
    • 他们愿意支付多少钱?
    • 他们愿意参与试点吗?
  2. 了解7位“不感兴趣”的受访者的原因
    • 什么会让他们感兴趣?
    • 他们当前使用什么替代方案?
  3. 考虑以下转型方向:
    • 细分群体转型: 仅聚焦感兴趣的群体
    • 解决方案转型: 针对同一问题,更换解决方案(比如更简单的方案?)
    • 渠道转型: 同一解决方案,更换交付方式
  4. 开发前需完成:
    • 获得3个付费试点或意向书
    • “如果你预付[X]美元,我就开发这个方案”

Checklists & Templates

清单与模板

Customer Discovery Readiness Checklist

客户探索准备清单

undefined
undefined

Before 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

访谈跟踪模板

undefined
undefined

Customer Discovery Interview Log

客户探索访谈日志

#DateNameCompanySegmentProblem Confirmed?Solution Fit?Commitment?Key Quote
1Y/NY/N/NA
2Y/NY/N/NA
3Y/NY/N/NA
编号日期姓名公司细分群体问题已确认?解决方案匹配?已承诺?关键引用
1是/否是/否/不适用
2是/否是/否/不适用
3是/否是/否/不适用

Running Totals

累计数据

  • Interviews completed: __/15
  • Problem confirmed: __%
  • Solution fit (if applicable): __%
  • Commitments received: __

---
  • 完成的访谈数量:__/15
  • 问题已确认的占比:__%
  • 解决方案匹配的占比(如适用):__%
  • 已获得的承诺数量:__

---

Go/No-Go Decision Template

继续/终止决策模板

undefined
undefined

Customer Discovery Decision Point

客户探索决策点

Date: _______________ Total Interviews: _______________ Hypothesis Being Tested: _________________________________
日期: _______________ 总访谈数量: _______________ 待测试的假设: _________________________________

Evidence Summary

证据总结

MetricTargetActualPass?
Problem confirmation rate70%+
Average severity score7+/10
Currently paying for alternatives50%+
Solution fit (if tested)70%+
Concrete commitments3+
指标目标实际结果是否通过?
问题确认率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-25
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-25