¿Qué es una plantilla de planteamiento del problema?
Una plantilla de planteamiento del problema es un marco colaborativo que se utiliza para definir los límites, el impacto y la "verdadera naturaleza" de un reto antes de que se hagan lluvias de ideas sobre soluciones. Lleva a un equipo de una observación vaga (p. ej., "los usuarios se van") a una misión estructurada (p. ej., "¿Cómo podríamos reducir la fricción en el proceso de pago para usuarios móviles que compran por primera vez?"). Actúa como un freno frente al "sesgo de solución", cuando los equipos se apresuran a crear aplicaciones antes de comprender la dificultad humana.
La auditoría de "Definición": 3 formas de enmarcar para el éxito
Un problema bien enmarcado está medio resuelto. Antes de finalizar tu declaración de misión en Miro, aplica estas tres "revisiones de salud" de expertos:
1. La auditoría de profundidad "5 Whys"
La revisión: ¿Tu enunciado del problema es solo un "síntoma" (p. ej., "El sitio web es lento")? La solución: Busca causas raíz. Usa el método de los "5 porqués" dentro de tu plantilla para profundizar. Si el sitio es lento, ¿por qué? Porque las imágenes son demasiado grandes. ¿Por qué? Porque no hay una herramienta de compresión. ¿Por qué? Porque no se asignó el presupuesto. Enmarcar el problema como un problema de asignación de recursos conduce a una solución muy distinta a simplemente "arreglar el código".
2. La prueba "Quién, Qué, Dónde, Por qué"
La revisión: ¿Tu enunciado del problema es demasiado amplio (p. ej., "La comunicación es difícil")? La solución: Verifica la especificidad. Un marco profesional debe responder:
Quién: ¿Quién, específicamente, está experimentando el problema?
Qué: ¿Cuál es el obstáculo específico que enfrentan?
Dónde: ¿En qué contexto o entorno ocurre esto?
Por qué: ¿Por qué importa a la empresa o al usuario? Si no puedes completar estos cuatro apartados, tu problema es un "tema", no un "marco".
3. El giro "How Might We" (HMW)
La auditoría: ¿Tu problema está planteado como una "queja" en lugar de una "oportunidad"? La solución: Revisa que uses lenguaje generativo. Transforma tu enunciado final del problema en una pregunta How Might We. Una buena HMW es lo bastante amplia como para permitir varias soluciones, pero lo bastante concreta como para darles foco. (p. ej., "HMW facilitar que los padres ocupados registren las métricas de salud de sus hijos?")
Marcos estratégicos: ¿Qué plantilla de problema necesitas?
Selecciona la plantilla de Miro que coincida con el punto de partida de tu proyecto:
El Lienzo de Declaración del Problema:
Ideal para: Alinear a equipos grandes y multifuncionales en una única misión.
Objetivo: Mapear el Usuario, Problema, Contexto e Impacto en una sola cuadrícula visual.
El marco "Jobs-to-be-Done" (JTBD):
Ideal para: Innovación de producto y priorización de funciones.
Objetivo: Enmarcar el problema como un "Trabajo" que el usuario encarga al producto para realizar (p. ej., "Cuando estoy [Situación], quiero [Acción], para poder [Resultado].").
La "Escalera de Abstracción":
Ideal para: Cuando un equipo está atascado en un problema técnico muy específico.
Objetivo: Moverse "Arriba" en la escalera (¿Por qué?) para encontrar un problema más amplio, o "Abajo" en la escalera (¿Cómo?) para hallar una ejecución técnica específica.
Componentes clave de una plantilla para enmarcar el problema
Un tablero de Miro de alto rendimiento para enmarcar el problema requiere estos cinco elementos clave:
La persona usuaria: Una breve descripción de la persona específica que está en el centro del problema.
Estado actual vs. Estado deseado: Una comparación visual de "cómo es ahora" vs. "cómo debería ser".
Galería de evidencias: Datos reales, citas de usuarios o capturas de pantalla que demuestran que el problema existe.
Métricas de impacto: ¿Qué pasa si no resolvemos esto? (p. ej., pérdida de ingresos, alta rotación, riesgos de seguridad).
El "enunciado final del problema": Un resumen de 1–2 frases que sirve como "estrella polar" del proyecto.
Errores comunes al enmarcar un problema
La "solución disfrazada": Enmarcar el problema como "Necesitamos un chatbot con IA."
Ignorar el caso de negocio: Enmarcar un problema que tienen los usuarios, pero que no es relevante para la empresa.
