
Plantillas de definición del problema
No resuelvas el problema equivocado. Usa la plantilla de definición del problema para alinear a tus partes interesadas sobre el "Por qué" antes del "Cómo", asegurando que cada solución que desarrolles responda a una necesidad verificada del usuario o a un objetivo de negocio.
Plantillas de 6
- 373 Me gusta2,9 mil usos

- 323 Me gusta2,8 mil usos
- 113 Me gusta359 usos
- 32 Me gusta181 usos
- 22 Me gusta107 usos
- 1 Me gusta4 usos
¿Qué es una plantilla para enmarcar el problema?
Una plantilla para enmarcar el problema es un marco colaborativo que se utiliza para definir los límites, el impacto y la "verdadera naturaleza" de un desafío antes de hacer una lluvia de ideas sobre soluciones. Traslada a un equipo de una observación vaga (p. ej., "Los usuarios se están yendo") 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 una barrera frente al "sesgo de solución", cuando los equipos se apresuran a construir aplicaciones sin comprender la dificultad humana.
La auditoría "Definición": 3 maneras 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 comprobaciones de expertos:
1. La auditoría de profundidad "5 Porqués"
La auditoría: ¿Tu enunciado del problema es solo un "síntoma" (por ejemplo, "El sitio web es lento")? La solución: Audita las 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 auditoría: ¿Tu enunciado del problema es demasiado general (por ejemplo, "La comunicación es difícil")? La solución: Evalúa la especificidad. Un marco profesional debe responder:
Quién: ¿Quién exactamente 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 para el negocio o para el usuario? Si no puedes llenar estos cuatro apartados, tu problema es un "tema", no un "marco".
3. El giro "¿Cómo podríamos?" (HMW)
La auditoría: ¿Tu problema está planteado como una "queja" en lugar de una "oportunidad"? La solución: Revisa el uso de lenguaje generativo. Transforma tu enunciado final del problema en una pregunta ¿Cómo podríamos? Una buena pregunta "¿Cómo podríamos?" es lo bastante amplia para permitir varias soluciones, pero lo bastante concreta para mantener el enfoque. (p. ej., "HMW facilitar que los padres ocupados hagan seguimiento de las métricas de salud de sus hijos?")
Marcos estratégicos: ¿Qué plantilla de problema necesitas?
Selecciona la plantilla de Miro que se ajuste al punto de partida de tu proyecto:
Lienzo de enunciado del problema:
Ideal para: Alinear equipos grandes y multifuncionales en una misma misión.
Objetivo: Mapear al usuario, el problema, el contexto y el 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 contrata 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á bloqueado por un problema técnico muy específico.
El objetivo: Moverse "hacia arriba" en la escalera (¿Por qué?) para encontrar un problema más amplio o "hacia abajo" en la escalera (¿Cómo?) para encontrar una ejecución técnica específica.
Componentes clave de una plantilla de enmarcado del problema
Un tablero de Miro de alto rendimiento para el enmarcado del problema requiere estos cinco elementos clave:
La persona de usuario: Una descripción breve de la persona específica 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 demuestren que el problema existe.
Métricas de impacto: ¿Qué pasa si no resolvemos esto? (por ejemplo, ingresos perdidos, alta rotación, riesgos de seguridad).
La declaración final del problema: Un resumen de 1 a 2 frases que sirve como la "Estrella guía" del proyecto.
Errores comunes en la formulación del problema
La "Solución disfrazada": Plantear el problema como "Necesitamos un chatbot con IA."
La solución: Elimina todas las menciones a la tecnología del enunciado del problema. El problema es "Los usuarios no pueden encontrar respuestas rápidamente", no "Nos falta IA."
Ignorar el caso de negocio: Plantear un problema que tienen los usuarios, pero que no es relevante para la empresa.
La solución: Asegúrate de que cada marco del problema incluya una sección "Valor para la empresa" para justificar la inversión.




