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 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.

Practica de portfolio

Convierte esta leccion en evidencia real: arma una entrega pequena que puedas mostrar en una entrevista, en LinkedIn o en tu portfolio. Trabaja con un caso propio o con una empresa ficticia, pero deja claro el problema, la decision y el resultado.

• Entregable: una captura, documento, repositorio o tablero con el resultado final.


• Checklist: objetivo, pasos seguidos, criterio de calidad y mejora pendiente.


• Mini-rubrica: si otra persona lo revisa, debe entender que hiciste, por que y como repetirlo.

Aplicación práctica en un caso real

Aplicar Descubrimiento de Producto dentro del contexto de Introducción a Product Management con criterio práctico, evitando quedarse en una definición aislada. Para que esta lección sea útil, imagina un escenario concreto: tienes que usar este tema para mejorar un proceso, tomar una decisión, crear un entregable o explicar una recomendación a otra persona. La pregunta no es solo “qué significa”, sino “qué haría diferente después de entenderlo”.

Un buen uso empieza por delimitar el problema. Define qué resultado quieres lograr, qué información tienes disponible, qué restricciones existen y cómo sabrás si la decisión fue correcta. Esta forma de pensar evita respuestas genéricas y convierte el aprendizaje en una herramienta de trabajo.

Marco de decisión

Antes de avanzar, revisa tres niveles: primero, el objetivo operativo; segundo, los recursos disponibles; tercero, el riesgo de equivocarte. En Introducción a Product Management, muchas decisiones fallan porque se copia una táctica sin entender el contexto. El marco correcto te obliga a adaptar, no solo repetir.

• Objetivo: qué resultado medible o visible quieres conseguir.
• Contexto: quién usará esto, con qué nivel de experiencia y bajo qué restricciones.
• Acción: cuál es el siguiente paso mínimo que puedes ejecutar hoy.
• Señal: qué evidencia vas a observar para decidir si funcionó.

Ejemplo guiado

Supón que debes implementar esta idea en una pequeña empresa o proyecto personal. En vez de intentar una versión perfecta, prepara una versión mínima: una plantilla, una prueba, una lista de control, una automatización simple, una página, un mensaje o una medición inicial. Luego pide feedback o compara el resultado contra una métrica.

Si el resultado mejora, documenta el proceso. Si no mejora, identifica si falló la hipótesis, la ejecución o la medición. Esta distinción es clave: muchas personas abandonan una buena idea por una mala primera ejecución, o escalan una mala idea porque miraron la métrica equivocada.

Errores frecuentes

• Confundir actividad con avance: hacer muchas tareas sin saber qué resultado persiguen.
• Copiar ejemplos sin adaptarlos al cliente, audiencia, equipo o nivel técnico real.
• No dejar evidencia: si no registras decisiones y resultados, no aprendes del proceso.
• Querer automatizar o escalar antes de validar que el enfoque básico funciona.

Ejercicio práctico

1. Escribe el objetivo de esta lección en una frase aplicada a tu caso.
2. Define un entregable pequeño que puedas crear en menos de una hora.
3. Lista tres criterios para evaluar si ese entregable está bien hecho.
4. Ejecuta una versión inicial y anota qué cambiarías en una segunda iteración.

Checklist de salida

• Puedo explicar el concepto con mis propias palabras.
• Tengo un ejemplo aplicado, no solo una definición.
• Sé qué error debo evitar primero.
• Tengo una acción concreta para practicar esta semana.