Estimados diseñadores, por favor hagan su tarea en el sistema de diseño | Henrik Stahl | enero 2022 – Usabilidad web y seo

Estimados diseñadores, por favor hagan su tarea en el sistema de diseño | Henrik Stahl | enero 2022

Vistas: 11
0 0
Tiempo de lectura:4 Minutos, 3 Segundos
Montaje del autor usando ilustraciones de VectorGrove.

Un sistema de diseño es un conjunto de estándares para gestionar el diseño a escala mediante la reducción de la redundancia y la creación de un lenguaje común y coherencia visual en todas las páginas y canales.
– Grupo Nielsen Norman

La mayoría, si no todos, los diseñadores digitales se adhieren a los principios establecidos por la consultora estadounidense Nielsen Norman Group en el área de UI y UX. Y ellos, por supuesto, tienen el manual Design Systems 101. Todo va bien.

Pero lo que muchos diseñadores que son tan rápidos en dar consejos sobre sistemas de diseño parecen estar pasando por alto al leer esta documentación, lo que sin duda hicieron en algún momento antes de darte dicho consejo, es una parte integral de cualquier sistema de diseño real:

biblioteca de componentes

Ese biblioteca de componentes es una amplia biblioteca que contiene “elementos de interfaz de usuario predefinidos y reutilizables, y sirve como una ventanilla única para que los diseñadores y desarrolladores aprendan e implementen elementos específicos de la interfaz de usuario”.

Además del nombre, la descripción, los atributos y los estados del componente, NMG enumera específicamente fragmentos de código y marcos front-end y del lado del servidor para implementar la biblioteca (si corresponde).

Y además de la biblioteca de componentes, NMG menciona otra parte importante del sistema de diseño:

Guía de estilo

Según NMG, guías de estilo “Contienen pautas de implementación específicas, referencias visuales y principios de diseño para crear interfaces u otros resultados de diseño” y, a veces, “también se incluyen en la biblioteca de contenido para brindar una guía adecuada en el contexto”.

NMG también describe la tercera pieza del rompecabezas del repositorio del sistema de diseño; v biblioteca de plantillas… Aunque esto está más allá del alcance de esta diatriba.

El punto principal que estoy tratando de enfatizar aquí es que la Biblioteca de componentes y la Guía de estilo son entidades separadas. O, en palabras del brillante diseñador digital Shane P. Williams:

“Un sistema de diseño no se puede implementar verdaderamente sin el código que lo respalda”.

Ilustración de VectorGrove.

Sin embargo, muchos diseñadores no se dan cuenta de que una guía de estilo sin una biblioteca de componentes adecuada no es un sistema de diseño. Una guía de estilo sin una biblioteca de componentes es solo una guía de estilo.

Es realmente así de simple.

Es como decir que ha creado una computadora, pero no tiene placa base, disco duro ni sistema operativo. Esto significa que esencialmente ha creado… bueno, un monitor. No hay nada malo con los monitores de computadora, sin ellos no podríamos usar una interfaz gráfica de usuario. Pero un monitor no es un sistema informático completo. Este es mi punto de vista.

Entonces, cuando lea las historias de diseñadores que aconsejan a las personas que no creen un sistema de diseño con argumentos como “sus desarrolladores no reflejarán el sistema en su código”, ¡llámelos! A menos que tenga una biblioteca de componentes front-end comunes con un diseño “reflejado en el código”, este no es un sistema de diseño.

O cuando dicen algo como “He visto muchos sistemas de diseño que solo viven en el archivo Figma”. Figma es una herramienta de diseño en la que diseño… Al igual que GitHub es una herramienta de software que aloja el código… Entonces, naturalmente, el sistema de diseño no puede vivir solo en Figma, porque no aloja su código en Figma.

Entiendo perfectamente por qué se producen estos malentendidos. Después de todo, los diseñadores crean “componentes” en Figma y otras herramientas de diseño, y esas herramientas incluso generan CSS básico. Pero estos son solo componentes de diseño, no componentes frontales listos para usarse en diversas aplicaciones.

Todo el propósito de un sistema de diseño es la reutilización. Si no hay componentes frontend reales, no se pueden compartir entre equipos y aplicaciones. Básicamente, esto significa que los componentes tienen que ser duplicados cada vez que el equipo los necesita (lo cual es realmente el caso en muchos organizaciones que carecen de un sistema de diseño adecuado).

Con todo lo que se ha dicho, la oración desde el fondo de mi corazón para ti es esta:

Haz tu tarea. Averigüe qué es realmente un sistema de diseño antes de dar consejos a otros diseñadores. No hable ni escriba sobre “entregar su sistema de diseño a su equipo de desarrollo”. No puede “entregar” un sistema de diseño a los desarrolladores: sin desarrolladores, no tiene ningún sistema de diseño.

Realmente debes entender esto. De lo contrario, el consejo que le des será malo en el mejor de los casos y francamente dañino en el peor. Si realmente eres el diseñador digital que te llamas a ti mismo, al menos deberías aprender los conceptos básicos.

Porque, ¿cómo deberías diseñar un producto si ni siquiera entiendes la estructura fundamental de ese producto?

Happy
Happy
0
Sad
Sad
0
Excited
Excited
0
Sleepy
Sleepy
0
Angry
Angry
0
Surprise
Surprise
0
Previous post Diseño UI / UX: 3 cosas esenciales a evitar | Nick Lawrence | enero 2022
Next post La importancia de los estudios de casos al elegir la agencia de SEO

Average Rating

5 Star
0%
4 Star
0%
3 Star
0%
2 Star
0%
1 Star
0%

Deja una respuesta