参考
词汇表
创业验证中每个重要概念的简明定义。每个术语都链接到详细解释它的支柱文章。
最后更新 · 2026年8月3日
要点速览
创业验证的词汇表
- 核心验证术语:创业验证、MVP、最关键假设、付费意愿、落地页测试、客户发现。
- 客户与市场术语:理想客户画像(ICP)、首批客户、创始人-市场匹配、产品-市场匹配。
- 商业模式术语:SaaS、micro-SaaS、免费试用、流失率、分发风险。
- AI 时代术语:AI 套壳、模型层风险、防御性、护城河——2026 年创始人必须了解的概念。
- Marketplace 与扩展术语:双边市场、市场流动性、供给方、需求方、浏览器扩展、扩展分发——双边和浏览器产品的垂直专属词汇。
- MVP 验证术语:MVP、Concierge MVP、Wizard of Oz MVP、原型、实验设计、验证实验——在承诺完整构建之前测试产品最小可用版本的词汇。
- 每个术语都链接到详细解释它的支柱文章;词汇表从不复制文章内容。
A
AI 创业公司
Validation
其产品的核心输出依赖一个或多个生成式或预测式 AI 模型的公司。验证必须覆盖工作流价值、输出质量、模型层风险和防御性 —— 这些假设在传统 SaaS 验证中不会出现。
API 优先验证
Validation
在围绕 API 构建更大的产品之前,通过真实的集成工作流测试面向开发者的 API。
C
Concierge MVP(人工服务式 MVP)
Validation
由创始人直接手动交付产品体验的版本,用来在构建自动化之前测试关键假设。客户为体验付费,而非为代码付费;创始人以手工完成工作。
M
MVP(最小可行产品)
Validation
让团队以最少工作量完成完整「构建-衡量-学习」循环的最小版本产品。MVP 是学习工具,不是成品;它的产出是关于假设的证据,而非营收。
S
Smoke test(烟雾测试)
Validation
在产品存在之前,通过小型实验衡量人们是否会采取通往拟议产品的有意义下一步。
SaaS 验证
Validation
创业验证中 SaaS 专属的子集,测试订阅收入假设栈:持续付费意愿、首次续订后的流失、ICP 精度、定价层级匹配度以及获客渠道可达性。通用验证建议测的是首次付费意图,跳过续订问题;SaaS 验证反过来做。
W
Wizard of Oz MVP(绿野仙踪 MVP)
Validation
对客户看起来像自动化的 MVP,但在幕后由人工操作。客户体验产品;创始人(或隐藏的人工)产出结果。信号是客户是否愿意为未来规模化的体验付费。
产
产品-市场契合度
Validation
产品满足特定受众真实、反复需求的时刻。它是被观察到的,不是被宣告的 —— 当留存和口碑在没有付费获取的情况下提升时,你就知道你拥有了它。
付
付费试点
Validation
一小群客户预先向创始人付费,以换取产品的早期版本,附带提供反馈的义务,且创始人保留退款权利。付费试点是最强的预构建定价信号,因为客户已经完成了真正重要的事:把钱交出来。
价
供
假
假设
Validation
一个关于世界的声明,方案依赖于此,但尚未经过测试。大多数创业失败都追溯到一个未经测试的假设。
假阳性信号
Customer Discovery
看似是需求证据、但其实是礼貌、假设性热情或好奇心的客户信号——任何「不可能产生可信拒绝」的回答都属于这一类。
分
分发风险
foundations
创始人无法以单位经济可承受的成本触达目标受众的概率。分发风险被单独列出,区别于市场风险 —— 受众可能存在并想要产品,创始人仍可能以可行的 CAC 触达不到他们。
创
创业验证
Validation
在投入几个月构建之前,测试想法背后的假设 —— 问题、客户、付费意愿和你执行能力的纪律。
原
原型
Validation
用于在构建前测试工作流和设计的可点击或可交互的产品模型。原型面向团队;MVP 面向客户。原型回答「这在设计上能用吗?」——MVP 回答「这在客户的生活里能用吗?」
口
口碑
Validation
因为现有客户在没有激励的情况下主动把产品告诉其他人而获得的新客户。PMF 四个信号中的第二个。没有推荐计划的口碑是产品解决重复问题的最干净的行为信号。
定
实
实验设计
Validation
在测试运行前,明确 MVP 实验的假设、处理方式、衡量方法和决策的纪律。把 MVP 设计成实验(而非发布事件)的创始人会产生证据,而不是观点。
客
客户发现
Customer Discovery
在构建前后,寻找并与你想要解决的问题的拥有者对话的持续过程。大多数真正的学习发生在发现阶段。
客户访谈
Customer Discovery
与有该问题的人进行的 25–30 分钟结构化对话,创始人在其中围绕客户的生活和解决方式提问、给出开放式问题,不进行任何推销。
客户需求
Validation
明确定义的某类人群存在真实且反复出现的问题,并愿意花费时间或金钱去解决的证据。需求体现在行为中(注册、付费、重复使用),而不是观点中,它是任何付费意愿测试能否产生有用信号的前提。
客户终身价值(LTV)
Validation
单个客户在与产品的整个关系期间产生的总营收。通常以队列 LTV 报告(每队列 12 或 24 个月的累计营收)。LTV:CAC 比率是产品-市场匹配的财务表达。
市
市场验证
Customer Discovery
证明一个明确人群拥有真实、反复出现的问题,并愿意花时间或金钱去解决它的证据。不同于产品验证 —— 产品验证测试的是具体产品是否解决了问题。
微
微 SaaS
Validation
通常由个人构建、面向狭窄使用场景、服务小受众、月费通常低于 $50 的小型 SaaS。验证挑战与大型 SaaS 相同;失败成本按美元算更小,但按比例算更大。
扩
扩展分发
Validation
浏览器扩展触达用户的路径,包括使用场景、权限边界以及用户发现它的渠道。
护
方
方案访谈
Customer Discovery
在创始人提出一个候选方案后进行的第二轮对话,目的是验证该方案是否真正解决了问题访谈暴露出来的问题。
替
流
流失率
Validation
现有客户停止付费的比率。当每月新增客户数超过流失客户数,且差距在扩大时,SaaS 业务才能成立。
浏
浏览器扩展
Validation
在网络浏览器内运行、修改或扩展页面行为的小型软件。验证挑战与 SaaS 截然不同:用户一键即可禁用扩展,Chrome Web Store 是主要发现渠道,跨浏览器维护是真实成本。
理
用
用户活跃度
Validation
用户在指定时段内与产品互动的频次和深度。活跃度先于留存:一个从未登录的用户无法被留存。正确的衡量是频率 × 深度(每周会话数 × 每次会话的核心动作数),而不是原始会话数。
留
痛
确
确认偏差
Customer Discovery
倾向于把访谈回答、指标和反馈解读为对创始人既有假设的支持,即便证据是混杂或矛盾的。
移
移动应用留存
Validation
在安装后第 1 天、第 7 天和第 30 天再次打开应用的安装占比。次日留存是判断应用是否具备习惯触发器的最便宜信号;第 30 天留存是决定应用能否跨越标准移动留存悬崖的信号。
自
获
获客渠道
foundations
一条可重复的路径,把陌生人从第一次接触带到付费客户。例子:SEO、Reddit、Product Hunt、冷邮件、付费广告、社群。
获客成本(CAC)
Validation
获取一个付费客户的完全加载成本,包括广告支出、销售时间、工具和内容制作。作为 LTV:CAC 比率的分母,用于衡量 PMF。
问
问题访谈
Customer Discovery
与潜在客户进行的关于他们生活和解决方式的对话,不是关于你的产品。访谈是你了解他们实际做什么的机会,而不是他们说他们会做什么。