Lección 2 de 12 · Lectura y práctica
Descubrimiento de Producto
Descubriendo Qué Construir El descubrimiento de producto (Product Discovery) es el proceso de identificar las oportunidades más valiosas antes de invertir en diseño y desarrollo. El objetivo es minimizar el riesgo de construir.
Esta es una lección del contenido anterior de Cursalo. Si ya estudiaste o compraste este curso, entra con tu cuenta para guardar tu progreso y abrir el resto de las clases. No necesitas comprar nada de nuevo.
Descubriendo Qué Construir
El descubrimiento de producto (Product Discovery) es el proceso de identificar las oportunidades más valiosas antes de invertir en diseño y desarrollo. El objetivo es minimizar el riesgo de construir algo que nadie quiere, no puede usar o no es viable técnicamente.
Los 4 riesgos del producto
- Riesgo de valor: ¿los usuarios realmente quieren esto? ¿Resuelve un problema real o significativo?
- Riesgo de usabilidad: ¿los usuarios pueden usar esto? ¿Entienden cómo funciona sin explicación?
- Riesgo de viabilidad: ¿podemos construir esto con la tecnología y recursos que tenemos?
- Riesgo de negocio: ¿esto funciona para nuestro negocio? ¿Genera ingresos o reduce costos?
- Un buen descubrimiento evalúa los 4 riesgos antes de comprometerse a construir
Técnicas de descubrimiento
- Entrevistas con usuarios: conversaciones 1-1 para entender problemas y necesidades (la técnica más poderosa)
- Análisis de datos: revisar analytics, feedback de soporte, reviews de la app store, tendencias de búsqueda
- Análisis competitivo: estudiar qué hacen los competidores bien y mal — encontrar gaps en el mercado
- Opportunity Solution Trees: mapear oportunidades como un árbol desde el objetivo de negocio hasta soluciones concretas
- Jobs To Be Done (JTBD): entender qué 'trabajo' intenta hacer el usuario cuando usa tu producto
Del problema a la solución
- Nunca empieces con una solución ('hagamos un chat') — empieza con un problema ('los usuarios no encuentran respuestas')
- Genera múltiples soluciones posibles para cada problema antes de elegir una
- Valida la solución más prometedora con un prototipo rápido y feedback de usuarios reales
- Si la validación falla, pivota la solución (no el problema) — el problema sigue siendo real
- Documenta todo: las decisiones que no tomaste son tan valiosas como las que sí — evitan repetir errores
Consejo: El error más caro en producto es construir la solución correcta al problema equivocado. Invierte el 30% del tiempo en entender el problema antes de pensar en soluciones.