产品发现是在大力投资开发之前了解问题是否值得解决的过程。对于想要降低风险的团队来说，发现是生成需求证据、验证假设和协调利益相关者的时机。
本指南介绍了实用的框架和发现清单，重点是执行。目标是摆脱猜测并做出由数据和真实学习支持的决策。
什么是产品发现
发现阶段是团队：
- 理解真正的痛苦。
- 探索可能的解决方案。
- 验证是否有需求。
- 衡量潜在影响。
与送货不同。发现发生在开发之前，并指导什么是值得构建的。
为什么要发现和批评
如果没有发现，团队就可以在没有验证的情况下构建功能。结果通常是：
- 采用率低。
- 浪费时间。
- 与业务不一致。
发现通过产生清晰度和焦点来降低这些风险。
何时进行发现
发现不仅仅是产品的开始阶段。它应该发生在以下情况：
- 提出了一项新功能。
- 重要指标有所下降。
- 市场发生变化，需要适应。
换句话说，发现是连续的，而不是孤立的事件。
最常用的框架
1.问题访谈
采访以了解痛苦。重点不是推销想法，而是发现真正的问题。
2. 待完成的工作
它映射了用户想要做的工作，而不仅仅是产品。帮助您发现深层动机。
3.精益画布
简化的业务结构，有助于验证模型和价值主张。
4. 机会解决方案树
连接目标、机会和解决方案的可视化地图。它可以帮助您优先考虑真正重要的事情。
5.快速原型
在全面开发之前创建一个简单的版本来验证兴趣。
这些框架可以根据上下文进行组合。
如何选择合适的框架
这取决于问题的类型：
- 了解痛苦：访谈和 JTBD。
- 验证业务：精益画布。
- 确定优先顺序：机会解决方案树。
- 测试解决方案：原型并与用户一起测试。
没有单一的路径。重要的是保持方法。
实用发现指南
- 定义发现目标。
- 绘制主要假设。 3.选择合适的框架。
- 进行研究和测试。 5.综合学习。
- 决定后续步骤。
该脚本避免了无限发现并生成明确的决策。
发现清单
问题
- 是否存在真实且反复出现的疼痛？
- 问题与业务相关吗？
- 有需求的证据吗？
用户
- 谁受到这个问题的困扰？
- 哪个配置文件受影响最大？
- 你目前的行为是什么？
解决方案
- 所提出的解决方案是否能解决痛苦？
- 交付是否足够简单？
- 有更好的选择吗？
商业
- 是否有明显的财务影响？
- 收入模式是否有意义？
- 交货成本可行吗？
如果任何一点失败了，这个想法就需要调整。
实际例子
SaaS B2B
发现：用户浪费时间生成报告。
解决方案：报告自动化。
验证：原型 + 与 5 家公司进行的测试。
结果：使用意愿高。
###市场
发现：卖家没有知名度。
解决方案：性能仪表板。
验证：采访 10 名卖家。
结果：真实且优先的问题。
这些例子展示了发现如何降低风险。
如何衡量发现的成功
- 进行的访谈数量。
- 假设被验证或被放弃。
- 优先事项清晰。
- 客观决定是否继续或停止。
出色的发现可以产生决策，而不仅仅是松散的见解。
常见错误
- 提出有偏见的问题。
- 忽略数据并关注内部意见。
- 在理解问题之前跳转到解决方案。
- 不记录学习情况。
避免这些错误可以使发现更加可靠。
如何将发现融入团队
- 留出固定的时间进行发现。
- 从一开始就让利益相关者参与。
- 使用简单的视觉制品。
- 与团队分享经验教训。
发现只有影响交付才能产生价值。
结论
产品发现是降低风险和增加成功机会的方法。借助清晰的框架和实用的清单，团队可以在投资之前验证想法，从而节省时间和资源。
秘诀是保持纪律并将发现转化为决策。
##常见问题解答
发现且仅针对新产品？
不。每当对要构建什么有疑问时就应该发生。
发现周期持续多长时间？
这取决于问题，但一般为 2 至 6 周。
我总是需要原型吗？
不需要。在某些情况下，面谈可能就足够了。
发现取代市场测试？
不。它铺平了道路并降低了风险，但真正的测试仍然很重要。
成功的最大标志是什么？
明确决定是否遵循该解决方案。
另请阅读
- [高保真原型：批准和构建之前的检查表×0×
- 【实践中的产品发现：真实案例测试的框架1
- [带有示例的产品发现框架：从问题到决策2
- [数字产品生命周期：趋势和基本步骤3
- [应用原型设计实践：如何在使用代码之前测试想法4
- 【应用原型：如何将原型转化为产品例程5