Frontend & UX28 de febrero de 20268 min de lectura

Eliminando el "Frankenstein Visual" con Mobile-First

Design tokens y mobile-first para evitar interfaces inconsistentes: bordes, sombras y radios mezclados que fatigan al usuario y al equipo.

Cuando cada pantalla introduce un nuevo radio de borde, una sombra distinta o tipografías improvisadas, nace el Frankenstein visual: la app “funciona”, pero transmite desorden. Eso aumenta la carga cognitiva: el usuario no sabe qué es clickeable, qué es decorativo o qué es error.

De parches sueltos a escala coherente

Mobile-first no es “solo móvil”

Es priorizar restricciones reales primero: viewport estrecho, interacción táctil, rendimiento. Luego se amplía con media queries y composición, no al revés (desktop-first suele dejar hacks en CSS para encoger lo que ya se infló).

/* Base = móvil: una columna, espaciado compacto */
.card {
  padding: var(--space-3);
  border-radius: var(--radius-md);
  box-shadow: var(--shadow-sm);
}

@media (min-width: 768px) {
  .card {
    padding: var(--space-5);
    box-shadow: var(--shadow-md);
  }
}

Design tokens: el contrato visual

Los tokens son variables semánticas (color.border.subtle, radius.button) que el equipo reutiliza en código y en Figma. Así se evita que cada desarrollador invente un gris nuevo.

radius.sm

radius.lg

La consistencia no es aburrimiento: es señal de que el producto fue pensado, no ensamblado con sobras.
Etiquetas:#design tokens#mobile-first#UI#sistemas de diseño