La mayoría de los fracasos se deben a resolver problemas inexistentes

Creo que el lugar más sencillo al que ir cuando ves un producto fallido es preguntarte, ¿qué problema resolviste? Y podría entrar en todo tipo de otros ejemplos fuera de Amazon también, pero 9 de cada 10 veces, creo que ahí... Si no fue una mala ejecución, si el producto se ejecutó correctamente, ¿qué problema resolvió?

El aspecto raro de lo que llamamos una idea de trampa es una idea que mucha gente se le ocurre y luego parece un problema sin resolver y obtienes muchos comentarios positivos por eso.

Una de las cosas más grandes que veo, no solo en mi curso sino también como PM y algunos de los errores que cometes como PM, es la idea de que te apegos demasiado a una solución.

No tienes que saber cómo escribir esta especificación o PRD o informes, sino mostrar tu pasión por el producto en sí, por el caso de uso, por el cliente. Muestra quién eres y por qué te importa. Tienes que poder enamorarte del problema.