产品发现框架及示例：从问题到决策

产品发现遇到了一个奇怪的问题：几乎每个人都认为它很重要，但几乎没有人做得对。理论到处都在重复，在构建之前了解问题，但是当涉及到应用它时，团队不知道从哪里开始。

了解发现和实践发现之间的区别在于框架：将“理解用户”的良好意图转化为一组具体步骤的结构。没有它们，发现就变成了空谈。有了他们，它就变成了一种方法。

本文通过示例解释了主要框架。这不是一个定义列表，而是每个人如何处理令人困惑的问题并将其转化为决定的演示。

在框架之前：发现试图避免什么

值得从所有这些解决的问题开始。想象一下您的团队有一个想法：向产品添加聊天功能。看起来很有用。团队很兴奋并且想要建造。

如果没有发现，下一步将是估计和开发。有了发现，下一步就是一个问题：这个聊天解决了什么问题，我们如何知道它确实存在？框架帮助回答的正是这个多重且结构化的问题。

本文的中心论点是，发现不是用来产生想法的，而是用来在坏想法成为代码之前尽早且廉价地消灭它们的。好的框架首先是消除错误赌注的机器。

机会解决方案树是组织发现的最有用的结构之一。在顶部，您可以放置您想要的业务成果。下面，是用户真正的机会、问题或需求。机会下方是候选解决方案。

具体例子。业务成果是“提高第一个月的保留率”。采访中发现的机会是：“用户不能立即理解其价值”和“用户陷入初始设置”。只有这样，解决方案才会出现：引导引导、初始模板、短视频。

榜样的力量在于树所施加的纪律。如果不将解决方案与真正的机会联系起来，就无法证明其合理性。那个聊天想法？如果它与任何发现的机会没有联系，它就会下跌。这棵树暴露了正义的意志。

采访用户看似简单，但大多数人都做错了。典型的错误是询问未来和意见：“你会使用聊天功能吗？”答案几乎总是一个友善但无益的“是”。

发现访谈框架彻底改变了这一点。您不是询问假设的未来，而是询问具体的过去：“告诉我您上次使用该产品需要帮助是什么时候。您做了什么？”

差异示例。当你询问过去的情况时，你会发现这个人并没有寻求任何聊天，他们发送了一封电子邮件并等待，或者放弃了。这表明真正的问题可能是其他原因：缺乏快速响应，而不是缺乏聊天。正确的问题完全改变了结论。

另一个实用的框架是原型测试。在编写代码之前，您需要创建一个可导航的想法版本，并将其放在真实用户面前，以观察他们在哪里遇到困难。

例子。该团队对前一棵树的引导引导进行了原型设计。当与五个人一起测试时，他发现其中三个人完全忽略了最重要的一步。没有需求表可以揭示这一点。直接观察，是的。

当你体验它时，收获是显而易见的：修复原型只需几分钟；修复生产中的软件需要数周时间，并且会损害用户的信心。尽早测试是犯错误最便宜的方法。

这些框架并不竞争，它们形成了一个自然的调查序列。

这个流程改变了“我们要构建什么？”这个模糊的问题。在一系列合理的决定中。每一步都消除了薄弱的假设，因此使其得以发展的因素已经通过了一些审查。

前面的示例假设了一个相对舒适的场景：轻松访问用户、自由地进行原型设计、迭代时间。现实并不总是合作的，这值得一个在限制下发现的例子，因为这是技术最经受考验的地方。

想象一个团队需要为难以接触到的受众（例如依赖公共服务的数字熟悉度较低的公民）验证服务。你不能把他们召唤到测试室；许多人不会回应正式邀请，而人造环境会扭曲行为。

发现，在这里，适应。代替预定的面谈，而是在这些人已经在场的现场服务点进行观察。不是复杂的数字原型，而是任何人都可以发表意见的纸质草图。不要进行定量研究，而是与每天为公众服务并了解每个障碍的员工交谈。

框架的原则保持不变，在构建之前了解真正的问题，但执行时要尊重上下文。这是最重要的例子：发现不是一套固定的技术，而是对现实的承诺，适应每种情况的限制。以忽视受众局限性的方式应用该方法就违背了该方法的初衷。

这就是必要的谨慎所在。例子有助于理解，但当它们被视为通用配方时，它们就会成为陷阱。复制另一家公司的发现流程而不将其适应您的环境，就像在不了解原因的情况下重复手势。

发现是上下文相关的。采访的次数、原型的深度、周期的速度，一切都取决于团队的风险、预算和成熟度。例如，技术初创公司可能无法为受到法律和访问限制的公共机构提供服务，反之亦然。

成熟在于理解每个框架背后的原理，而不是一步步记住。任何理解为什么采访聚焦于过去的人都可以采用这种技巧。只复制脚本的人会在示例之外的第一种情况下中断。

发现框架将了解用户的良好意图转化为可复制的方法。这些示例展示了路径：从业务目标到真正的机会，从机会到解决方案，从解决方案到经过验证的原型。

最后，它们都有相同的目的，在让你付出代价之前消除错误的赌注。发现做得好并不是产生最多想法的原因，而是尽早丢弃错误想法的原因。

如果您的团队仍然基于意见和猜测进行构建，那么在下一个决策中尝试这些框架之一可能会改变结果。这里还有其他关于通过真实案例和产品设计进行发现的文章，以继续讨论。