大多数产品失败是因为它们解决了不存在的问题或没有人付费解决。验证是在投资全面开发之前测试假设的过程。本指南介绍了经过验证的方法。
为什么要验证
降低风险
在花费太多之前发现问题。
保存
开发成本高昂。验证很便宜。
学习
在做出承诺之前先了解市场。
增加机会
经过验证的产品更加成功。
验证什么
问题
问题是否存在？这重要吗？
解决方案
你的解决方案能解决问题吗？
市场
有足够多的人遇到这个问题吗？
支付意愿
他们会为解决方案付费吗？
频道
你能接触到这些客户吗？
产品假设
问题假设
“[角色]在[上下文]时出现[问题]。”
价值假设
“[解决方案]解决了[问题]，因为[原因]。”
增长假设
“我们能够通过[渠道]获得[角色]。”
文档
明确地写出假设。
验证方法
采访
关于问题的深入对话。
调查
大规模的定量数据。
登陆页面
用一个简单的页面测试兴趣。
礼宾部
手动执行产品将执行的操作。
假门
在建造之前衡量利息。
原型
无需代码的可用性测试。
MVP
产品的实际最低版本。
问题访谈
目标
了解问题，而不是推销解决方案。
问题
“告诉我你上次……的事” “今天你要做什么来解决这个问题？” “这个过程中最困难的是什么？”
不该做的事
不要描述您的解决方案。不要问假设性问题。
数量
5-10 次访谈揭示了模式。
登陆页面测试
元素
价值主张，兴趣 CTA。
指标
访客、注册、转化率。
交通
广告可以快速测试。
验证
人们报名了吗？他们付押金吗？
礼宾 MVP
概念
手动交付您想要自动化的内容。
好处
在构建系统之前先学习。
示例
由人类而不是算法提出的建议。
限制
它无法扩展，但可以验证。
假门测试
概念
不存在的功能按钮。
测量
点击了多少？他们表现出兴趣。
道德规范
如果他们点击，请解释“即将推出”。
用法
验证对特定功能的需求。
可测试原型
富达
足以让人感觉真实。
测试
观察用户使用它。
###反馈
关于经验的定性。
迭代
在学习的基础上提高。
MVP（最小可行产品）
定义
允许学习的最小版本。
目标
检验值假设。
这不是
不良或不完整的产品。
是的
功能性产品，范围最小。
验证指标
定性
反馈、见解、模式。
定量
汇率、换算、数字。
信号
什么表明它已被验证？
阈值
哪个数字代表成功？
何时进行转向
标志
假设一再被证明无效。
枢轴类型
问题、解决方案、细分、渠道。
决定
数据+知情直觉。
工具
搜索
Typeform，谷歌表单。
登陆页面
卡德、Webflow、Unbounce。
原型
Figma、漫威。
分析
混合面板，谷歌分析。
常见错误
确认偏差
只听你想听的。
引导性问题
引发反应。
构建太多
[MVP0太大了。
忽略数据
即使出现负号也要继续。
朋友和家人
他们不是真正的客户。
结论
验证是一项降低风险的投资。尽早检验假设，谦虚地倾听，并愿意改变。经过验证的产品有更大的成功机会。
##常见问题解答
1) 验证需要多长时间？ 几周，而不是几个月。快速循环。
2) 我可以在没有代码的情况下进行验证吗？ 是的。许多方法不需要代码。
3) 多少次面试才足够？ 5-10为标准。更多用于统计。
4）如果人们说他们会买它？ 说不就是做。如果可能的话测试真实支付。
5) 何时停止验证和构建？ 当你对主要假设有足够的信心时。
另请阅读
- [精益产品开发：构建精益产品1
- 【从零到一：如何推出零2数字产品
- [精益产品开发：初创企业规划3
- [针对初学者的精益产品开发：有计划地学习，而不是第一次就做对4
- 【应用创意验证：初学者入门5
- [应用原型设计实践：如何在使用代码之前测试想法6