Mejorar algo que ya existe.

• ¿Qué duele y cómo lo sabes? Reúne la evidencia que ya existe: analítica (dónde abandonan), soporte, reclamos y comentarios de usuarios.
• Separa el problema de la solución que se pide. «Hay que cambiar el botón» es una solución, no un problema.

Si pides o apruebas el proyecto: pide un diagnóstico antes de pedir un rediseño.

• Lista los componentes de la pantalla actual y compáralos con Solar: qué ya existe, qué es distinto y qué falta.
• Anota los valores fijos (colores, tamaños, espaciados) que deberían ser tokens.

• Primero, una revisión previa con IA («Crítica de página» y «Accesibilidad») para limpiar lo obvio.
• Después, una evaluación con las heurísticas de Nielsen hecha por al menos 2 personas por separado. Una sola persona encuentra alrededor de un tercio de los problemas.

• Ordena por impacto en la tarea del usuario, no por lo fácil que sea implementarlo. Lo más grave va primero.

• Primero los principios, después los lineamientos de UX y al final los componentes y el código.
• No hace falta migrar todo de una vez.

Si desarrollas: reemplaza los valores fijos por tokens y anota lo que le falta a Solar.

• Prueba la versión mejorada con usuarios en las tareas críticas, y compara las métricas de antes y después.
• Incluye personas nuevas: los usuarios actuales ya aprendieron a usar la versión anterior, con sus problemas.

• Deja un registro breve: contexto, problema, decisión, alternativas consideradas y una referencia objetiva (una heurística, un criterio WCAG o un dato).
• «Es buena práctica» no alcanza como justificación.