Hay una diferencia entre conocer principios de diseño y usarlos. Puedo recitar la lista de heurísticas de Nielsen de memoria, pero eso no me convierte en mejor diseñador. Lo que me hace mejor diseñador es haber internalizado un puñado de principios que aplico casi sin pensar, todos los días.

Estos son los míos. No son universales — son los que a mí me funcionan después de años de prueba y error.

Claridad antes que elegancia

Si tengo que elegir entre algo que se ve hermoso y algo que se entiende de inmediato, elijo lo que se entiende. Siempre.

Esto suena obvio hasta que te encontrás diseñando un dashboard en Figma y pensando “este label queda mejor en gris claro”. Sí, queda mejor visualmente. Pero si el usuario tiene que entrecerrar los ojos para leerlo, fallaste.

En ecoPortal diseño herramientas de gestión de salud y seguridad. La gente que usa estos productos necesita encontrar información rápido, a veces en situaciones de urgencia. La claridad no es un nice-to-have — es un requisito de seguridad.

El estado vacío es una oportunidad

La mayoría de los diseñadores diseñan para el caso ideal: la pantalla llena de datos perfectos, el perfil completo, la lista con diez ítems. Pero la primera experiencia del usuario casi siempre es un estado vacío.

Aprendí esto de la manera difícil. Diseñé un dashboard hermoso que se veía increíble con datos de ejemplo, y cuando un usuario nuevo lo abrió por primera vez, vio una pantalla blanca con un gráfico sin datos. No había ninguna indicación de qué hacer.

Ahora, siempre empiezo por el estado vacío. ¿Qué ve el usuario cuando no hay nada? ¿Cómo lo guío hacia la acción que necesita tomar?

Reducí las decisiones del usuario

Cada decisión que obligás a tomar al usuario tiene un costo cognitivo. ¿Querés guardar? ¿Estás seguro? ¿En qué formato? ¿Con qué nombre? Cada pregunta es fricción.

Esto no significa eliminar opciones — significa tener defaults inteligentes. Si el 90% de los usuarios va a elegir la opción A, hacé que A sea el default. No escondas la opción B, pero no obligues a todos a pasar por ella.

Diseñá para el error

La gente se equivoca. Hacen click donde no deberían, ingresan datos en el formato incorrecto, cierran pestañas por accidente. Si tu diseño solo funciona cuando el usuario hace todo perfecto, tu diseño no funciona.

Mensajes de error claros. Acciones reversibles. Confirmaciones para las acciones destructivas (pero no para las triviales). Esto es diseño defensivo, y es lo que separa un producto funcional de uno frustrante.

La consistencia importa más de lo que pensás

Usá los mismos patrones para las mismas acciones. Si un botón azul significa “acción principal” en una pantalla, que signifique lo mismo en todas. Si los formularios se organizan de cierta manera en un módulo, que se organicen igual en los demás.

La consistencia crea familiaridad, y la familiaridad reduce la carga cognitiva. Esto es, en esencia, el argumento a favor de los design systems — pero el principio aplica incluso sin uno formal.

El contenido es la interfaz

Lo último que diseño es el contenido — y debería ser lo primero. Los labels, los mensajes, los textos de ayuda. Son la interfaz. Un botón que dice “Procesar” no comunica lo mismo que uno que dice “Enviar reporte”. Un mensaje de error que dice “Error 422” no es un mensaje de error — es una rendición.

El contenido no es responsabilidad exclusiva de un UX writer (si tu equipo tiene uno). Es responsabilidad de todos los que diseñan la experiencia.

Para cerrar

Estos principios no son revolucionarios. No van a impresionar a nadie en una conferencia de diseño. Pero son los que uso todos los días, en cada flujo que diseño, en cada revisión de diseño que hago. Y honestamente, el 80% de los problemas de usabilidad que encuentro se resuelven volviendo a alguno de estos cinco.