Framework Deep Dive

Problem-Solution Fit

在 Product-Market Fit 之前，有一个更基础的验证：你的目标客户真的有你设想的那个问题吗？你的解决方案真的能解决它吗？大多数创业公司跳过这一步，18 个月后才发现没人需要他们做的东西。

下载 Skill
01 它解决什么问题

18 个月后才发现没人需要你做的东西

CB Insights 分析了 101 家创业公司的失败原因，排名第一的是：「没有市场需求」（42%）。这不是执行力问题，而是验证时机问题——团队在真正理解问题之前就开始构建解决方案。

Product-Market Fit 是很多人追求的圣杯，但 PMF 之前有一个更基础的关卡：Problem-Solution Fit。它回答两个问题：（1）你的目标客户真的存在这个问题吗？（2）你的解决方案真的能解决这个问题吗？

PSF 框架的核心贡献是把「创业直觉」转化为「可测量的验证流程」。你不需要相信某个问题存在——你需要系统性地证明它。当 60% 以上的目标用户在没有被引导的情况下，用相似的语言描述同一个痛点时，你才有了真正的证据。

02 框架结构

三阶段验证进阶：从问题到承诺

PSF 验证分三个递进阶段，每个阶段都建立在前一个阶段的证据之上。跳过任何一个阶段都会导致基础不牢固的产品决策。

阶段 01
问题访谈
方法：定性访谈 × 20
用户用自己的语言描述痛点
当前如何处理这个问题（变通方案）
问题的频率和严重程度
通过标准
60%+ 受访者无引导描述同一痛点，且评为「非常痛苦」
→
阶段 02
方案访谈
方法：原型 / 草图展示 × 10
方案是否解决了他们描述的问题
他们会改变什么（真实反馈）
「我会用这个」vs「我会付钱买这个」
通过标准
70%+ 受访者表示会使用；30%+ 表示愿意付费
→
阶段 03
早期用户承诺
方法：要求真实承诺
预付款 / 意向合同
愿意参加 4 小时共创工作坊
介绍决策者 / 推荐给同行
通过标准
5+ 个真实承诺 = PSF 达成。承诺 > 口头表扬
三种验证信号
信号 01
问题验证信号
客户用他们自己的语言描述了你假设的问题，无需你引导或提示。这是最强的问题存在证据——不是「是的，这是个问题」，而是他们主动说出来。
信号 02
方案验证信号
客户在看到草图或概念后说「我会用这个」或「我愿意为此付 X 元」——即使产品还不完善。热情不是礼貌性回应，而是打断你介绍、主动追问「这什么时候能用？」
信号 03
承诺验证信号
客户付出了真实代价：预付款、签署意向书、用 4 小时参加共创会议、主动将你介绍给他们的 CTO 或采购部门。承诺需要成本，「感觉很棒」不算承诺。
03 适用场景

什么时候该用它？

PSF 框架的黄金时间是任何开发工作开始之前。越早运行，避免的浪费越大。

🌱
0→1 新产品立项前
在写一行代码或招聘任何工程师之前，用 4–8 周完成 PSF 验证。这是最高性价比的风险规避投资。
🔀
产品方向 Pivot 决策
当现有产品遭遇增长瓶颈时，用 PSF 框架测试新方向——而不是直接转向开发。Pivot 需要新的 PSF 验证。
🏢
企业新业务线验证
大公司内部孵化新产品线时，同样需要 PSF。内部「客户」的问题验证和外部客户一样严格——避免内部需求幻觉。
🌍
进入新市场或新客户群
已有产品扩展到新地区或新行业时，原有的 PSF 不能直接迁移。每个新市场都需要独立的问题和方案验证。
💎
高端定价验证
在考虑高端价位之前，PSF 的承诺验证阶段能直接测试「有多少人愿意在产品完善之前提前支付溢价」。
🤝
融资前的投资人沟通
有系统性 PSF 证据的创始人在投资人面前有压倒性优势——真实的用户承诺远比产品演示更有说服力。
04 真实案例

Superhuman：三年只做
一件事——验证

2014 年，Rahul Vohra 创立 Superhuman，目标是打造「世界上最快的邮件客户端」。他没有立即开始开发——他用整整三年做 PSF 验证，直到 2017 年才公开发布。

Superhuman
邮件客户端 · PSF 驱动的三年验证周期 · 2014–2017
2014–2017
PSF 验证时间线
问题访谈阶段
对 100+ 位「高频邮件用户」进行深度访谈，问题清单只有一个：「带我走一遍你的邮件工作流程，告诉我哪里让你感到痛苦。」 绝对不提解决方案。一致信号：「我总是感觉落后于邮件，这让我很焦虑。」
方案访谈阶段
展示概念：「每个操作都有键盘快捷键，界面加载速度 <100ms。」目标用户的反应：「我愿意每月为这个支付 $30。」 这是方案验证信号，不是礼貌性回应。
承诺验证阶段
邀请早期用户预付 $30/月进入 6 个月候补名单，没有任何产品可以体验。5,000 人预付了费用。这是极高强度的承诺——为一个看不见、摸不着的产品付钱。
100+
问题访谈数量（无解决方案提及）
5,000
预付费候补用户（发布前）
$33M
2019 年 B 轮融资
🎯
为什么这个 PSF 验证有效
→
问题访谈严格禁止提及解决方案，避免了对用户的引导偏误
→
预付款是最强的承诺信号——付钱是真实意愿，询问是礼貌
→
三年 PSF 验证让 Superhuman 在发布时已有付费用户基础，而非从零开始找客户
💡
关键启示
→
PSF 策略是 Superhuman 整整三年的核心工作，不是副业
→
$30/月 的定价也在 PSF 阶段完成验证——不是发布后才测试的
→
Rahul 后来发表的「如何找到 PMF」文章成为创业社区最广传播的文章之一，正是基于这段经历
05 使用步骤

如何系统性地完成 PSF 验证

PSF 验证是一套严格的流程，不是随意的用户聊天。每一步都有明确的目标和通过标准。4–8 周，25–30 次对话，足以给出清晰的结论。

1
写出初始假设
1 天
填入：「我们帮助 [具体用户群体] 解决 [具体问题]，通过 [解决方案方向]。」尽可能具体。错误示范：「帮助企业提升效率」。正确示范：「帮助 20–50 人规模 SaaS 公司的销售经理，解决跨工具客户数据分散导致的跟进漏单问题，通过统一的销售活动看板。」越具体，越容易被证伪或证实。
参与者： 创始人 / PM + 产品负责人（必须达成共识再进入下一步）
关键提示：模糊的假设是无法被证伪的——「企业用户」不是一个有意义的用户群。把它具体到你能在 LinkedIn 上用一组搜索词找到他们为止。
2
问题访谈 × 20
2–3 周
访谈 20 位目标用户，只问他们的现有行为和痛苦——绝对不提你的解决方案。关键问题：「你现在如何处理 X？」「这个过程中最让你头疼的是什么？」「你有没有尝试过解决它？结果怎样？」在访谈中听的多，说的少。沉默是金——当用户停顿时，不要急着填补空白。
参与者： PM / 创始人主导（工程师旁听有益但不参与提问）
关键提示：如果你忍不住介绍解决方案，这次访谈就废了。把「不提解决方案」当成访谈的铁律写在笔记本第一页，每次访谈前读一遍。
3
评估问题信号
1 天
整理 20 次访谈的结果。核心问题：60% 以上的受访者是否在没有引导的情况下描述了你假设的问题？如果是：继续进入方案访谈阶段。如果否：回到步骤 1，用新证据修正假设，重新选择用户群或问题方向，再跑一轮访谈。这不是失败，这是学习。
参与者： 完整产品团队 + 创始人（这是方向决策会议）
关键提示：「他们说觉得可以做更好」不算问题验证信号。你需要的是：用户主动、反复、用情绪化的语言描述这个痛点——而不是被问到时礼貌地点头。
4
方案访谈 × 10
1–2 周
向 10 位（最好是前 20 人中的一部分）展示你的解决方案草图、原型或概念演示。询问：「这个解决方案解决了你描述的问题吗？」「你会改变哪里？」「你会使用这个吗？你愿意付费吗？」核心技巧：先让他们反应，再追问原因。热情 vs 礼貌的区别：热情的人会打断你，主动追问「这个什么时候能用？」
参与者： PM + 设计师（带着草图或简单原型，不需要完整产品）
关键提示：「我觉得这挺好的」是礼貌，不是验证信号。真正的方案验证信号是具体的：「我们团队每周花 6 小时做这件事，如果这个能帮我们省到 2 小时，$50/月 是值得的。」
5
获取承诺
持续进行
向早期用户提出一个需要他们付出代价的请求：预付款、签署意向书（Letter of Intent）、介绍他们的决策者给你、参加一个 4 小时的共创工作坊。承诺的代价越高，信号越强。「感觉很棒，期待你们上线」是零代价的表扬——不算 PSF 证据。当你收到 5 个以上有代价的承诺时，PSF 基本达成。
参与者： 创始人 / PM 直接推进（不要转交给销售团队——创始人的面对面请求成功率最高）
关键提示：很多创始人害怕在产品完善之前要求客户付钱。但预付款不仅是资金，更是最强的验证信号——一个愿意为未完成产品付钱的客户，才是真正的早期用户，而不是「感兴趣的旁观者」。
06 来源与历史

从精益创业到产品开发的第一道关卡

问题方案契合脱胎于精益创业运动，由史蒂夫·布兰克（Steve Blank）的客户开发理论奠基，埃里克·莱斯（Eric Ries）进一步将其系统化为现代产品开发的必经验证阶段。它提醒创业者与产品经理：在构建任何解决方案之前，必须先确认真实问题的存在。

2003
史蒂夫·布兰克提出客户开发方法论
斯坦福大学讲师史蒂夫·布兰克在其著作《四步创业法》中系统阐述了"先验证问题，再构建产品"的思想。他认为初创公司不是小型大公司，必须通过持续的客户访谈来发现真正值得解决的问题。这一理念成为后来精益创业运动的重要思想源头。
2008
精益创业运动兴起
埃里克·莱斯在博客上首次提出"精益创业"概念，将布兰克的客户开发与丰田生产系统的精益思想相结合。构建-测量-学习的循环框架将问题验证纳入产品迭代的核心流程，"问题方案契合"作为独立概念开始被广泛讨论。
2011
《精益创业》出版，框架全面普及
埃里克·莱斯出版《精益创业》（The Lean Startup），在全球掀起创业方法论革命。书中明确区分了"问题方案契合"与"产品市场契合"两个阶段，将验证问题的重要性提升到与验证市场同等的高度。该书迅速成为硅谷乃至全球创业生态的必读书目。
2012
Ash Maurya完善精益画布
创业者Ash Maurya在其著作《精益创业实战》中推出精益画布，将"问题"与"解决方案"并列为核心模块，并强调二者之间的契合验证是画布填写的第一优先级。精益画布的广泛使用让问题方案契合成为产品人日常工作语言的一部分。
2013至今
成为产品开发标准流程
Y Combinator、500 Startups等顶级加速器将问题方案契合验证纳入项目评估标准，各大科技公司的产品团队也将其嵌入早期探索阶段的工作流程。如今，它已成为产品经理在立项之初必须回答的核心问题之一。
配合使用

与这些工具搭配效果更好

精益画布 — 上游输入：契合验证结果填充精益画布假设 → 精益创业 MVP — 下游承接：确认契合后构建MVP快速迭代 → 假设验证板 — 验证工具：系统管理和追踪核心假设验证 → 痛苦解决方案矩阵 — 互补使用：矩阵化呈现痛点与方案的匹配关系 →