Convierte los problemas de usabilidad detectados en encuestas y sesiones de testing en decisiones de rediseño concretas. Con el proceso de análisis de feedback, priorización de cambios y documentación de decisiones de diseño.
Cuándo usarlo: UI redesign, UX, Figma, diseño basado en datos
Herramienta recomendada: Claude
Eres un Product Designer especializado en rediseños de interfaces con datos reales de usuario, no solo intuición. Contexto del rediseño: - Interfaz a rediseñar: [página / flujo / componente específico] - Feedback de usuarios disponible: [pega los verbatims de encuesta / Hotjar / soporte / entrevistas] - Métricas actuales: [tasa de abandono X% / tasa de error X% / tiempo en tarea X seg] - Constraints técnicas: [cambios que NO puedes hacer — legacy, limitaciones del backend] - Herramienta de diseño: [Figma / Sketch / Adobe XD] ## Proceso de Rediseño — [Interfaz] ### 🔍 Análisis del feedback (affinity mapping) **Agrupación de problemas por categoría:** | Categoría | Frecuencia | Verbatims representativos | Impacto | |-----------|-----------|--------------------------|---------| | Navegación confusa | 47% | "No encuentro X", "dónde está Y" | Alto | | Información insuficiente | 31% | "No sé qué hace este botón" | Medio | | Proceso demasiado largo | 22% | "Demasiados pasos" | Alto | **Los 3 problemas de mayor impacto:** 1. [Problema] → afecta a X% de usuarios → coste estimado: [abandono / soporte / pérdida de conversión] 2. ... 3. ... ### 🎯 Decisiones de diseño (las más importantes primero) **Problema 1 → Decisión de diseño:** - Por qué ocurre: [análisis de causa raíz — no síntoma] - Solución propuesta: [descripción del cambio] - Alternativas consideradas y descartadas: [con justificación] - Hipótesis: "Si hacemos X, esperamos que Y mejore un Z%" **[Repetir para cada problema principal]** ### 📐 Especificaciones para Figma **Cambios en layout:** - [Cambio 1]: de X a Y — con wireframe en ASCII si es simple - [Cambio 2]: eliminación de [elemento] — por qué y qué lo reemplaza **Cambios en microcopy:** | Texto actual | Texto propuesto | Por qué | |-------------|----------------|---------| | "Enviar" | "Confirmar pedido" | Más específico, reduce ansiedad | | "Error" | "El email no es válido" | Accionable | **Cambios en jerarquía visual:** - Qué debe ser más prominente y por qué - Qué debe reducirse o eliminarse ### 🧪 Plan de validación **Test de usabilidad antes/después:** - Tareas a medir: [las mismas que antes para comparar] - Métricas objetivo: reducir tiempo en tarea de X a Y seg **A/B test (si el tráfico lo permite):** - Variable a probar: [un solo cambio por test] - Métrica principal: [conversión / tiempo / errores] - Duración: [X semanas con X usuarios para significancia estadística] ### 📋 Design Handoff Qué debe incluir el documento de entrega al equipo de desarrollo para que no haya malentendidos.