产品发现：验证想法和构建正确产品的完整指南

产品发现是在大力投资开发之前发现什么值得构建的过程。在竞争日益激烈的市场中，快速学习并与真实用户验证假设的能力决定了谁会成长，谁会消失。

本指南开门见山：什么是发现、如何执行它、使用什么方法、如何避免偏见、如何确定结果的优先顺序以及如何将发现转化为具有吸引力的产品。

什么是产品发现

产品发现是一系列旨在了解实际问题、测试解决方案并在交付前降低风险的活动。您无需根据意见进行构建，而是通过数据和反馈进行验证。

在实践中，发现回答了以下问题：

哪个问题值得解决？
这个问题与谁相关？
什么是简单且理想的解决方案？
您如何知道解决方案是否产生真正的价值？

发现与交付：有什么区别

发现和学习。交付和施工。

**发现：**探索问题、测试假设、验证价值。
交付： 开发、实施、交付和扩展。

如果没有发现，交付就变得遥遥无期。如果没有交付，发现就会变成没有影响力的研究。

为什么发现可以降低风险

在开发阶段纠正错误的成本比事前纠正的成本高出数十倍。发现可以最大限度地减少浪费，因为它可以过滤掉弱的想法并强化好的想法。

直接好处：

减少返工。
团队更加协调。
产品更贴近市场。
更快的增长。

有效发现的 4 个支柱

真正的问题：会产生痛苦、成本或延迟的问题。
合适的受众：真正有问题的用户。
期望的解决方案：用户理解并想要使用它。
可行性：可以构建和维持。

如何识别真正的问题

当用户已经尝试以其他方式解决问题但仍然不满意时，就出现了真正的问题。

强烈信号：

用户使用临时电子表格。
为不起作用的工具付费。
执行重复的手动任务。
由于流程不良而造成金钱损失。

揭示问题的问题

今天什么事情最耗时？
人们在哪里犯的错误最多？
什么引起最多的投诉？
什么是你试图解决但无法解决的？

最常用的发现方法

有几种方法。秘诀在于将定性与定量相结合。

定性方法

深度访谈。
主持的测试。
观察实际任务。
支持和投诉分析。

定量方法

结构化搜索。
产品数据分析。
页面的 A/B 测试。
漏斗和队列分析。

用户访谈：如何正确做事

如果做得正确的话，访谈是发现过程中最强大的工具。

良好面试的简单规则

少说，多听。
询问过去的事实，而不是未来的观点。
避免诱发反应。
记录和转录。

面试结构

例程的上下文。 2）主要挑战。 3）解决方案尝试。
问题的后果。 5）对原型或想法的反应。

有帮助的问题

告诉我你上次遇到这个问题是什么时候。
你做了什么来解决这个问题？
花了多长时间？
如果这个问题不解决的话会发生什么？

待完成的工作 (JTBD)

JTBD 帮助您了解用户真正想要什么。

简单格式

当[情况]时，我想要[动机]，以获得[期望的结果]。

示例

当我需要准备每周报告时，我想自动化数据，以减少手动时间。

用户旅程图

这段旅程展示了阶段、痛苦和决定时刻。

基本要素：

当前流程的步骤。
情绪和困难。
改进的机会。

原型设计和快速测试

原型是验证解决方案最便宜的方法。

原型的类型

**低保真度：**纸张或简单的线框。
**媒体保真度：**可点击的屏幕。
**高保真度：**几乎真实的体验。

何时使用每种类型

类型	目标	成本
低	验证流程	低音
媒体	测试可用性	中等
高	验证认知	高

需求验证

在构建之前，您可以验证是否有真正的需求。

实用方法：

带有等候名单的登陆页面。
价格在注册结束时公布。
带有兴趣测试的广告。
礼宾服务 [MVP0（手动交付）。

MVP 和持续发现

[MVP1 并不能取代发现。他们一起工作。 MVP 是第一次交付，发现不断改进产品。

发现的优先顺序

发现产生了许多想法。如果没有优先顺序，团队就会迷失方向。

有用的框架：

**RICE：**影响力、影响力、信心、努力。
**ICE：**影响、信心、轻松。
莫斯科： 必须、应该、可以、不会。

简单的 RICE 示例

想法	到达	影响	信心	努力	分数
自动化 X	200	200 3	0.7	0.7 4	105
仪表板 Y	80	2	0.6	0.6 2	48

实验和假设

发现是假设和测试的循环。

简单模型：

**假设：**我们相信......
**实验：**让我们测试一下...
**预期结果：**我们希望看到......

示例

假设：小商店需要简单的报告。
实验：登陆页面+原型。
预期结果：10% 注册。

发现指标

发现也需要指标。

常用指标：

测试中的转化率。
TTFV（达到第一个值的时间）。
初始保留。
重复的定性反馈。

避免发现偏差

偏见是危险的，因为它们看起来是确定的。

主要偏见：

**确认：**只听那些同意的人的。
**错误样本：**采访 ICP 之外的人。
**早期解决方案：**在了解痛苦之前做出决定。

如何减少：

寻求不同意见。
使用数据和真实观察。
测试前记录假设。

小团队中的发现

即使时间很少，发现也是可能的。

精益模型：

1）5次快速面试。 2）简单的原型。 3) 5 个用户进行测试。 4）明确的决定。

大型团队中的发现

大型团队需要更加结构化的流程。

良好做法：

文档学习。
与工程和营销人员分享见解。
进行定期审查。

何时停止发现

发现不应该永远持续下去。目标是做出决定。

您可以继续送货的迹象：

已验证且重复出现的问题。
用户表现出真正的兴趣。
原型无需冗长的解释即可理解。
差异很明显。

常见用例

有效的发现示例：

利基市场（诊所、学校、办公室）的管理解决方案。
解决后勤难题（日程安排、付款、库存）的应用程序。
适合执行重复性任务的团队的内部工具。

有帮助的简单文档

问题地图。
ICP 定义。
价值主张。
假设和测试。
主要学习内容。

产品发现清单

与真实用户验证问题。
ICP 定义且可访问。
解决方案很快就被理解了。
用数据表现出兴趣。
技术可行性得到确认。
明确的价值主张。

结论

产品发现是创造市场想要的产品和没人使用的产品之间的区别。如果执行得当，它可以降低风险、加速成果并创造一条清晰的增长之路。

投资于发现并不是浪费时间。并通过方向获得速度。

##常见问题解答

1) 产品发现只适用于初创公司吗？
不会。大公司在投资大规模交付之前也需要进行验证。

2) 我需要多少次面试？
已经出现 5 到 15 个清晰的图案。

3) [MVP2 取代发现？
不会。[MVP3] 提供成果，发现学习。两者相辅相成。

4) 你怎么知道这个想法好不好？
当用户表现出真正的兴趣时，痛苦就会再次出现。

5) Discovery 需要很长吗？
不会。只要生成可靠的数据，它就可以很快。

另请阅读

[应用程序发布：完整的上市指南4
【实践中的产品发现：在真实案例中测试的框架5
[带有示例的产品发现框架：从问题到决策6
[产品在应用中的市场契合度：框架和快速指南7
[初创公司应用程序8
[数据驱动产品9