```markdown
# Documentación de la Solicitud de Diseño

## 1. Contexto

Este campo debe describir el contexto general en el que se encuentra el problema o la oportunidad. Este puede incluir detalles sobre el perfil del usuario, el comportamiento actual del usuario, el ciclo de vida del producto, la situación en alguno de nuestros productos, y cualquier otro dato relevante que ayude a entender el escenario en el que se encuentra el problema o la oportunidad.

## 2. Problema/oportunidad

Aquí se debe describir el problema o la oportunidad identificado. Este campo debe enfocarse en lo que el usuario está experimentando e incluir explicaciones relacionadas con el diseño del producto, como los patrones de la interfaz de usuario o la usabilidad.

## 3. Insight/tarea relacionada

Proporcionar el título o la descripción del insight relacionado y un enlace a él. Además, se debe proporcionar la tarea de Jira (del equipo) relacionada si existe.

## 4. Investigaciones previas / Información clave

Aquí se deben mencionar aspectos clave a tener en cuenta, información recopilada que sea relevante para entender la situación, o investigaciones previas necesarias. Esto podría incluir user research, análisis de la competencia (benchmarking), etc.

## 5. Hipótesis

Explicar la hipótesis que se quiere validar. Este campo debe incluir detalles sobre cómo y por qué se ha llegado a esta hipótesis. Esta hipótesis debe coincidir con la hipótesis de la tarea del squad si es que existe.

## 6. Métricas clave

Enumerar las métricas clave que se seguirán para medir el éxito de la solución propuesta.

## 7. Resultados clave (propuesta de solución)

Proporcionar una descripción detallada de la solución propuesta. Debe incluir detalles sobre qué se va a hacer para lograr el impacto deseado, es decir, qué característica, flujo o acción se va a implementar.

## 8. Diseño

- **Investigaciones**: Este subcampo debe contener enlaces a cualquier investigación realizada durante la fase de diseño. Pueden incluir investigaciones de mercado, investigaciones de usuarios, análisis de la competencia (benchmarking), etc.
- **Borradores del diseño**: Proporcionar borradores del diseño propuesto.
- **Prototipo (visión general del enfoque para resolver el problema)**: Presentar un prototipo que muestre un resumen del enfoque propuesto para resolver el problema.
- **Validación (pruebas y feedback)**: Incluir enlaces a pruebas de validación y feedback recibido. Esto podría incluir pruebas moderadas y no moderadas, feedback de stakeholders, etc.
- **Iteraciones de diseño**: Documentar todas las iteraciones de diseño que se realicen a lo largo del proceso.
- **Copias y traducciones**: Proporcionar copias del diseño final y traducciones si las hubiera.

## 9. Handoff

Este campo debe documentar el proceso de traspaso del diseño del producto al resto del squad. Debe incluir detalles sobre el diseño final, los assets de diseño, la guía de estilo, los componentes de la interfaz de usuario, y cualquier otro recurso que el equipo de desarrollo necesite para implementar el diseño.
```