Get best of the week

El lado oscuro del sistema de diseño y qué hacer con él.

¡Hola!

Mi nombre es Lesha Svirido, soy diseñadora líder de productos en Alfa-Bank (esto es lo que hacemos para la banca comercial en línea).

En este post te contaré sobre los sistemas de diseño. Sí, se escriben sobre ellos con tanta frecuencia como el agotamiento profesional o el trabajo remoto. La cosa, francamente, ha tenido tiempo de convertirse en bombo, llenar su límite, traer alegría y decepción, pero sigue siendo algo necesario. Debajo del corte: sobre por qué el sistema de diseño es genial y cómo nos ayuda en nuestro trabajo. Acerca de por qué no siempre es genial, qué sistemas de diseño tienen lados oscuros y cómo resistirlos.

Y también un enlace al sistema de diseño Alfa-Bank.



Comencemos con lo obvio. La gente a menudo piensa que un sistema de diseño está diseñado para que los diseñadores hagan su vida más fácil, que es un conjunto de componentes tan conveniente que siempre está disponible en Sketch o Figma. Pero esto se llama un kit de interfaz de usuario.

El sistema de diseño es algo integral para el equipo del producto, que también ayuda a los desarrolladores.

Por qué los sistemas de diseño son geniales


1. El problema de la escalabilidad del diseño está excelentemente resuelto.

Tenemos muchos productos en nuestro banco comercial, y cuando lancemos algo nuevo, reutilizaremos activamente estos o esos elementos. Sería posible para cada lanzamiento sentarse y dibujar nuevos elementos. Pero esto, en primer lugar, el tiempo, y en segundo lugar, viola la coherencia, que escribiré más abajo. Por lo tanto, reutilizamos y no somos tímidos. Por ejemplo, cuando lanzamos recientemente un nuevo producto de préstamo digital, reutilizamos alrededor del 60% de los productos lanzados anteriormente, y gracias a esto lanzamos el producto muy rápidamente.

2. Ayuda con la gestión de la deuda.

Y no solo un deber de diseño, sino también de desarrollo. Recientemente, tuvimos que ir y cambiar el color verde que usamos en los productos a otro color verde. Anteriormente, uno tenía que ir y negociar con el propietario de cada producto, dicen, mira, era tan verde, y ahora será así. Y aquí está el por qué. Sí lo es. Es cierto que es necesario.

En cambio, simplemente cambiamos el verde generalmente aceptado a nivel del sistema de diseño en unos pocos clics, y todos los equipos ahora tienen nuevas entradas (correctas) con respecto al uso del verde.



3. Ayuda a mantener la consistencia

Tenemos más de 30 productos en el banco para entidades legales, y es con la ayuda del sistema de diseño que normalmente podemos mantener la consistencia de todos ellos. ¿Por qué es importante? Supongamos que un cliente obtuvo un préstamo hace seis meses. Hoy decidió organizar la adquisición. En seis meses, abrirá un depósito. Durante todo este tiempo, en cada paso del camino, debe percibir al banco y todos sus productos como un todo. Y si en un producto algo se ve diferente del mismo elemento en otro producto, esto no es muy correcto.

4. Creación rápida de prototipos

Quizás la única ventaja del sistema de diseño, que en realidad se agudiza más para los diseñadores, en lugar del equipo en su conjunto. Para probar ciertas hipótesis, debe hacer un prototipo, pero con su ayuda no siempre es posible reproducir completamente uno u otro flujo que sea necesario. Luego, el diseñador, junto con el desarrollador, crean un prototipo que van a probar.

5. Mejora de la usabilidad

Tenemos muchos componentes, cada uno de los cuales ya ha sido probado por Battle en los usuarios. Es decir, sabemos con certeza que los usuarios perciben este o aquel elemento de manera bastante inequívoca, sin discrepancias y llamadas a amigos para aclaraciones. Estos son componentes de trabajo en los que previamente hemos cosido varias variaciones y estados, todo esto ya está en la biblioteca.



Y todo parece estar bien, ¿verdad? El sistema de diseño es maravilloso, debe usarlos siempre y en todas partes. Pero hay lados oscuros.

El lado oscuro de los sistemas de diseño.


1. Limitaciones para nuevas soluciones Un

diseñador puede encontrar excelentes soluciones para un producto y llevarlo al desarrollador. Lo que él se encoge de hombros, dice, lo dicen, lo siento, amigos, no tenemos uno en la biblioteca, no podemos hacer esto. Y aquí, todo se basa no solo en el deseo del diseñador de "hacer bellamente": se deben evaluar factores adicionales. Por ejemplo, el tiempo para desarrollar nuevos componentes y la idoneidad de este proceso, porque el valor que el cliente recibirá después de la actualización no está muy claro. Más un presupuesto. Sí, en un mundo ideal, todo lo relacionado con el presupuesto nunca es un problema del diseñador y no debería afectar sus impulsos creativos.

Pero vivimos en este mundo, por lo que una serie de deseos del diseñador bien pueden considerarse inapropiados desde el punto de vista del presupuesto.

2. Evolución lenta del producto

Por supuesto, el sistema de diseño se está desarrollando, pero no siempre con la velocidad con la que desea. Tome el producto aquí: debe desarrollarse continuamente, porque las soluciones tecnológicas pueden parecer nuevas, y la lista de deseos del usuario puede complementarse con algo más, en general, hacia adelante y hacia atrás. No puede simplemente hacer un producto, dárselo al usuario y olvidarlo / puntuar. Es muy importante que tanto los diseñadores como el resto del equipo continúen trabajando en el producto, mejorándolo y llevándolo a un nuevo nivel, aportando algo más, necesario y útil.

Se trata de la misma historia que con un teléfono o un reloj. Uno solía simplemente proporcionar comunicaciones de voz, otros mostraban tiempo. Hoy en día, estos son dispositivos con un montón de características y funciones adicionales, sin las cuales el usuario final no puede imaginarlos. ¿Quién necesita un teléfono inteligente ahora, en el que no habrá cámaras o transmisión de datos multimedia? ¿Y los relojes inteligentes que muestran la hora, pero están desprovistos de notificaciones y un reloj despertador?

Esto se aplica a los productos digitales no menos, y a veces más.

Por lo tanto, es de vital importancia comunicar la importancia del desarrollo de productos a los productos. Hable sobre nuevas funciones y nuevos segmentos de usuarios que ayudarán a aumentar las métricas significativas. Y siempre es útil y bueno.

3. Desarrolladores malcriados

Cuando los desarrolladores trabajan con un sistema de diseño durante mucho tiempo, a veces comienzan a responder a las solicitudes entrantes con el mantra "Esto no está en el sistema de diseño, lo siento, no podemos hacer esto". Y aquí, en realidad, no es que sean flojos, o que no puedan, o simplemente no quieran, sino que simplemente tengan ese patrón de comportamiento, como si se presentan a usted con una solicitud, debe ir a diseñar -sistema, extraiga el elemento deseado desde allí e insértelo. Tal es el sistema de diseño copiar y pegar.

En consecuencia, si no hay nada en el sistema de diseño, entonces no hay nada que obtener. Y necesitas dibujarlo desde cero. En cambio con un diseñador. Aquí, como muestra la práctica, a menudo todo se basa precisamente en el problema de la comunicación, no a todos les gusta ir y ponerse de acuerdo en algo en principio.

¿Qué hacer? Es necesario que el diseñador comprenda claramente por qué está dibujando este o aquel diseño. Y para que el desarrollador también entienda esto, y con la misma claridad: ¿por qué estamos sentados aquí y pensando algo nuevo en lugar de hurgar en el sistema de diseño y reutilizar todo felizmente? Y luego necesita escalar este enfoque para el equipo en su conjunto. Un equipo es una unidad de negocios de combate, es necesario que todos entiendan de qué es exactamente responsable.

4. MVP sigue siendo MVP El

objetivo principal de la existencia de cualquier MVP que se respete a sí mismo es probar algunas hipótesis, después de lo cual evolucionará vigorosamente en un producto que beneficia a los clientes y al dinero para los negocios.

Pero a veces resulta que el MVP, que funcionó, simplemente permanece como un producto. Este es el caso cuando el enfoque "Funciona - no tocar" se aplica incorrectamente. Si, funciona. La hipótesis funciona, para lo cual hicimos la prueba MVP. Y el hecho de que MVP funcione solo significa que ha llegado el momento de recordarlo (lea el producto).

No importa cuán trivial pueda parecer, es importante transmitir a los diseñadores y productos que ahora están sentados y aserrando MVP. Que es algo temporal, el primer paso, una prueba de hipótesis. Y la tarea del equipo después de la verificación siempre debe ser crear un producto.

Como lidiar con


1. Planifique y establezca procesos:

usted y su equipo deben comprender lo que están haciendo hoy, mañana, en una semana, en el próximo sprint. Y también, ¿por qué haces esto? De lo contrario, el significado de la obra, en principio, desaparece.

Si esto no se hace, el caos y una situación son inevitables, en los que todos simplemente se sientan y unen sus propios trabajos atrasados.

2. Entusiasmo del equipo

Sí, parece un espeluznante "equipo de ensueño, galletas y personas con ojos ardientes", pero el interés de cada miembro del equipo en el proceso es más importante de lo que parece. Por supuesto, puede hacer un producto con las manos de personas a las que realmente no les importa lo que hacen y para qué, y ese producto también funcionará. Pero si hay una oportunidad de hacer esto con personas de ideas afines, es en todos los sentidos mejor.

3. Métricas de éxito

Deben identificarse, registrarse y monitorearse para su cumplimiento e implementación. Dibujó alguna página, y ahora puede ver que gracias a ella ha aumentado el número de clientes. Y es bueno para una persona, él ve que lo que se creó con estas manos realmente funciona, y es útil para el negocio en general.

4. Sistema de diseño: no la policía del diseño

Aquí todavía es importante: los diseñadores, incluidos los recién llegados, pueden comenzar a percibir su sistema de diseño existente como una guía para la acción y el último recurso. Y puede resultar una historia en la que el diseñador tiene una gran idea para usar el componente, va al sistema de diseño, no lo encuentra allí y decide que el componente no es necesario, que alguien ya lo sugirió, pero lo rechazó. Como resultado, resulta que una buena idea se cayó al principio.

Si no hay nada en el diseño del sistema, esto significa que puede encontrar un lugar para sí mismo allí. Como ya escribí, el sistema de diseño debería desarrollarse, adquirir nuevos componentes y escenarios útiles para su uso.

5. Iteración

No seré original, cuando trabaje con un sistema de diseño (y de hecho cuando trabaje), divida las tareas en pasos que pueda completar y calcular, en lugar de simplemente ir y establecer una tarea como "hacerlo genial".

Que leer


Manual de sistemas de diseño
Por Marco Suarez, Jina Anne, Katie Sylor-Miller, Diana Mounter y Roy Stanfield

Awesome Design Systems

Yuri Vetrov en Interfaces

Alfa-Bank Design System

Y una cosa más. Los sistemas de diseño han demostrado su uso en grandes empresas, donde hay muchos productos, diseñadores, componentes y más.

Debido a esta exageración en torno a los sistemas de diseño, están tratando de implementarlos generalmente en todas partes, incluso en pequeños estudios web para 2-4 personas, donde cada pequeño diseñador escribe en PHP y administra servidores. Como, ya que funciona en todas partes y es genial para todos, también será así para nosotros.

No será. Si es una startup pequeña, no necesita un sistema de diseño por el propio sistema de diseño. Comience simplemente con un buen kit de interfaz de usuario y siga adelante.

More articles:


All Articles