New

Deploy Claude and Codex agents on your goals →

Cómo validar un problema con 2 preguntas simples

A la mayoría de nosotros nos cuesta no imaginar una solución en cuanto oímos hablar de un problema. Y la mayoría también sabe que sería peligroso lanzarse a implementarla sin más. Solo tenemos una posible solución (que puede ser bastante difusa), y lo mejor es preguntar a otros antes de ponerla en marcha.

Pero ¿qué debemos preguntar exactamente?

No busques feedback sobre tu solución

Un error común es hacer una pregunta que se parece a esto 👇

«¿Usarías <solución> para resolver <problema>?»

Este tipo de pregunta se centra en tu propuesta, sin analizar si <problema> es un dolor lo bastante grande. Se salta por completo la validación del problema. Lo que suele pasar después es un ir y venir sobre qué ajustar en la solución para que funcione—y lo peor es que puede ser una conversación muy interesante.

Pero saldrás de ahí con la ilusión de tener un <problema> que merece la pena resolver. En palabras de cierto inversor: «falso».

Busca historias, no feedback

Es necesario buscar feedback sobre la implementación una vez que sabes qué problema debes abordar. Pero deberías empezar buscando historias en lugar de funcionalidades en las primeras etapas del descubrimiento de producto. Una mejor pregunta sería 👇

«¿Qué opinas de <problema>?»

Esta es una pregunta abierta que puede ir en cualquier dirección. Puede resultarte molesto porque <solución> quizá nunca salga a relucir, o puede que la otra persona termine la conversación enseguida respondiendo «no mucho». Pero eso también es información. Si nadie tiene nada que decir, quizá no sea un problema tan grande.

Un enfoque aún mejor sería elevar la conversación a la situación en la que podría surgir <problema> (<tarea a realizar>). Así que tu pregunta podría ser:

«Cuéntame sobre <tarea a realizar>?»

Lo bueno de esta pregunta es que te ayudará a tener una mejor visión de los problemas que rodean tu tema. Te permitirá:

  • Entender la jerarquía de los dolores
  • Refinar tu modelo mental
  • Captar mejor los desencadenantes (¡muy importante!)

Estamos en la era de los equipos orientados a resultados, y oímos mucho sobre la importancia de las métricas y los objetivos claros. A veces esto puede llevarnos a limitar nuestras preguntas para obtener respuestas concretas. Pero no debemos perder nuestra capacidad de explorar con conversaciones abiertas.

Este es un problema de comunicación tan común que incluso existe una entrada de Wikipedia sobre ello, llamada el problema XY.

¿Tienes preguntas o feedback?

Escríbeme en Twitter y cuéntamelo.

Author photo

Sten Pittet

Co-founder and CEO, Tability

Compartir
Información semanal para equipos orientados a resultados
Suscríbete a nuestro boletín para recibir información práctica directamente en tu bandeja de entrada.
Artículos relacionados
Leer más →