在构建产品创意之前，我该如何有效地对其进行测试？

我已经阅读了许多在线资源，但是想知道是否有更好的方法可以在花费无数周的时间来构建产品之前测试产品的创意？

我已经读过类似Validate.tech之类的东西，它们可以在一天内测试产品创意，但是用目标网页吸引用户而不是其他任何东西似乎是错误的。

我知道这有点抽象，但是很想听听您的想法。

通过了解产品概念是什么，而不是产品实现的方法。

令人惊讶的是，有很多人认为您如果不付出大量努力就无法检验一个想法。假设您有网上销售鞋子的想法。您需要IT团队来建立网站，制造商和分销中心，对吗？

好吧，你知道。但是网站可以是鞋子的图片，也可以是向您发送电子邮件的表格。制造商可以只是当地的鞋店。配送中心可以是您的厨房桌子和几张邮票。

那测试如何？好吧，如果问题是没有人订购鞋子，那么您会得到结果。如果问题是您在厨房里花费大量时间邮寄鞋子，那么您会得到结果。

此测试证明人们是否会在网上购买鞋子。它为您提供了可能在您的业务方面进行投资的数据人。

这个问题只有一个答案：尽快构建原型！原型制作意味着您跳过了不必要的和不重要的部分，例如可配置性，正确的错误处理等，并且仅测试核心思想是否有效。请勿随意编写文档和/或注释原型代码，因为无论如何，原型都是为了丢弃而设计的。如果软件的性能不重要，我建议使用现代的高级解释语言，例如Python。但是，性能可能是产品的核心部分，因此在某些情况下，可能需要基于JVM的语言或C或C ++。

但是，如果选择原型作为产品，则要分配时间来重新实现整个产品。我们在工作中省略了为某些代码重新实现原型的做法，这引起了很多麻烦，因为代码质量低且省略了错误处理的原型需要大量工作才能有效地发挥产品的作用。

您不能在真正意义上测试产品之前就对其进行测试，但是您可以：

• 模拟静态图片或视频的外观
• 在文件和/或视频中向潜在的涉众描述行为
• 制作用户体验和行为原型，以证明它可能是什么样子

您可以从制造最低限度的产品开始 -可以说服某人付款的最小，最简单的产品。这可能是集成到用户现有工作流程中的准系统工具，可为用户带来一些好处，以证明需要付出额外的努力。我使用的以这种方式演变的软件的一个很好的例子是“ 您需要一个预算”，该预算在成为独立应用程序之前以Excel / OpenOffice电子表格开始。

您可以考虑采用MVP的一种方法是迈向精益启动方法的第一步，其中初始MVP只是实现最终产品的第一步：您与一些用户共享此MVP，收集有关哪些用户将从中受益的反馈大部分功能，然后“透视”以创建新的MVP，将其专门针对这些用户及其需求–目标是将注意力集中在一小部分客户上，而不是将他们吸引到大量希望购买产品的潜在客户谁需要它，因此更有可能为此付费。建立MVP可以让您先测试多个产品创意，然后再选择最有可能成功的创意。

以这种方式开发的产品的一个著名示例是Flickr，它在开始成为视频游戏之前先成为视频游戏，然后成为聊天室，然后成为照片共享站点。