¿Cómo puedo probar efectivamente una idea de producto antes de construirla?

He leído un montón de recursos en línea sobre esto, pero me pregunto si hay una mejor manera de probar una idea para un producto antes de pasar innumerables semanas construyendo la maldita cosa.

He leído sobre cosas como Validate.tech que prueban ideas de productos en menos de un día, pero parece incorrecto atraer a las personas con una página de destino y nada más.

Sé que esto es algo abstracto, pero me encantaría escuchar tus pensamientos de cualquier manera.

Al comprender cuál es la idea del producto en lugar de cómo se implementa.

Es sorprendente la cantidad de personas que piensan que no se puede probar una idea sin mucho esfuerzo. Digamos que tuvo una idea de vender zapatos en línea. Necesita un equipo de TI para crear un sitio web, un fabricante y un centro de distribución, ¿verdad?

Pues si lo haces. Pero el sitio web puede ser fotos de zapatos y un formulario que le envía un correo electrónico. El fabricante puede ser la tienda de zapatos local. El centro de distribución puede ser su mesa de cocina y algunos sellos postales.

¿Cómo es eso una prueba? Bueno, si el problema es que nadie está ordenando zapatos, tienes un resultado. Si el problema es que pasas mucho tiempo en la cocina enviando zapatos, tienes un resultado.

Esta prueba demuestra si las personas comprarán zapatos en línea. Le brinda el tipo de datos que le interesan a las personas que podrían invertir en su negocio.

Solo hay una respuesta a esta pregunta: ¡construya un prototipo lo más rápido posible! La creación de prototipos significa que omite las partes innecesarias y sin importancia, como la capacidad de configuración, el manejo adecuado de errores, etc. No se moleste en documentar y / o comentar bien el código del prototipo, ya que el prototipo está diseñado para ser descartado. Si el rendimiento del software no es importante, recomendaría utilizar un lenguaje moderno de alto nivel como Python. Sin embargo, el rendimiento puede ser una parte central del producto, por lo que en algunos casos puede ser necesario un lenguaje basado en JVM o C o C ++.

Sin embargo, asigne tiempo para volver a implementar todo si se elige el prototipo para convertirse en el producto. En el trabajo, omitimos volver a implementar el prototipo para algunos de nuestros códigos, y ha causado grandes cantidades de dolor porque el prototipo con baja calidad de código y omitió el manejo de errores ha necesitado grandes cantidades de trabajo para funcionar efectivamente como producto.

No puede probar, en el verdadero sentido, un producto antes de haberlo construido, pero puede:

• Simula la apariencia con imágenes estáticas o incluso video
• Describa el comportamiento de los posibles interesados ​​en documentos y / o videos.
• Prototipo de UX y comportamiento para demostrar cómo podría ser

Podrías comenzar creando un producto mínimo viable: el producto más pequeño y simple que puedas convencer a alguien de que te pague. Esta podría ser una herramienta básica integrada en el flujo de trabajo existente de sus usuarios que proporciona algún beneficio al usuario para justificar el esfuerzo adicional. Un buen ejemplo de una pieza de software que uso que evolucionó de esta manera fue You Need A Budget , que comenzó como una hoja de cálculo Excel / OpenOffice antes de convertirse en una aplicación independiente.

Una forma en que puede pensar en un MVP es como un paso inicial hacia un enfoque de inicio lean , en el que su MVP inicial es solo el primer paso iterativo hacia su producto final: comparte este MVP con unos pocos usuarios, recopila comentarios sobre qué usuarios se benefician la mayoría de estas características, luego "pivotean" para crear un nuevo MVP que se centre exclusivamente en esos usuarios y sus necesidades aquí, con el objetivo de enfocarse no en un gran grupo de clientes potenciales que desean su producto, sino en un grupo más pequeño de clientes quién lo necesita , por lo que sería más probable que lo pague. Construir un MVP puede permitirle probar múltiples ideas de productos antes de concentrarse en la que tiene más probabilidades de tener éxito.

Un ejemplo bien conocido de un producto que se desarrolló de esta manera es Flickr , que comenzó su vida como un videojuego antes de convertirse en una sala de chat antes de convertirse en un sitio para compartir fotos.