Get best of the week

O lado sombrio do sistema de design e o que fazer com ele

Olá!

Meu nome é Lesha Svirido, sou designer de produtos líder no Alfa-Bank (é isso que fazemos serviços bancários on-line para empresas).

Neste post, vou falar sobre sistemas de design. Sim, eles são escritos sobre eles com a mesma frequência de exaustão profissional ou trabalho remoto. A coisa, francamente, há muito tempo se tornou hype, preenche seus limites, traz alegria e decepção, mas continua sendo uma coisa necessária. Sob o corte - sobre por que o sistema de design é legal e como ele nos ajuda em nosso trabalho. Por que nem sempre é legal, quais sistemas de design têm lados escuros e como resistir a eles.

E também um link para o sistema de design do Alfa-Bank.



Vamos começar com o óbvio. As pessoas costumam pensar que um sistema de design é projetado para designers para facilitar sua vida, que é um conjunto de componentes tão conveniente que está sempre à mão no Sketch ou na Figma. Mas isso é chamado de kit de interface do usuário.

O sistema de design é essencial para a equipe do produto, o que também ajuda os desenvolvedores.

Por que os sistemas de design são legais


1. A questão da escalabilidade do design é excelente

: temos muitos produtos em nosso banco comercial e, quando lançarmos algo novo, reutilizaremos ativamente esses ou esses elementos. Seria possível para cada lançamento sentar e desenhar novos elementos. Mas isso, primeiro, o tempo e, segundo, viola a consistência, que escreverei mais abaixo. Portanto, reutilizamos e não somos tímidos. Por exemplo, quando lançamos recentemente um novo produto de empréstimo digital, reutilizamos cerca de 60% dos produtos lançados anteriormente e, graças a isso, lançamos o produto muito rapidamente.

2. Ajuda na gestão de dívidas

E não apenas um dever de design, mas também um dever de desenvolvimento. Recentemente, tivemos que mudar a cor verde que usamos nos produtos para outra cor verde. Anteriormente, era preciso negociar com o proprietário de cada produto, dizem eles, veja, era tão verde e agora será assim. E aqui está o porquê. Sim, ele é. É verdade que é necessário.

Em vez disso, simplesmente mudamos o verde geralmente aceito no nível do sistema de design em apenas alguns cliques, e todas as equipes agora têm novas informações (corretas) sobre o uso do verde.



3. Ajuda a manter a consistência

Temos mais de 30 produtos no banco para pessoas jurídicas e é com a ajuda do sistema de design que normalmente podemos manter a consistência de todos eles. Por que isso é importante? Suponha que um cliente tenha contratado um empréstimo há seis meses. Hoje ele decidiu organizar a aquisição. Em seis meses, ele abrirá um depósito. Durante todo esse tempo, em cada etapa do processo, ele deve perceber o banco e todos os seus produtos como um todo. E se em um produto algo parecer diferente do mesmo elemento em outro produto, isso não está muito correto.

4. Prototipagem rápida

Talvez a única vantagem do sistema de design, que na verdade é mais aguçada para os designers, do que para a equipe como um todo. Para testar certas hipóteses, você precisa criar um protótipo, mas com sua ajuda nem sempre é possível reproduzir completamente um ou outro fluxo necessário. Em seguida, o designer, juntamente com o desenvolvedor, cria um protótipo que eles vão testar.

5. Melhorando a usabilidade

Temos muitos componentes, cada um dos quais já foi testado pela batalha dos usuários. Ou seja, sabemos com certeza que os usuários percebem esse ou aquele elemento de maneira inequívoca, sem discrepâncias e solicitam esclarecimentos aos amigos. Esses são componentes de trabalho nos quais costuramos anteriormente várias variações e estados, tudo isso já está na biblioteca.



E tudo parece ser legal, certo? O sistema de design é maravilhoso, você precisa usá-los sempre e em qualquer lugar. Mas existem lados sombrios.

O lado sombrio dos sistemas de design


1. Limitações para novas soluções Um

designer pode criar excelentes soluções para um produto e trazê-lo ao desenvolvedor. O que ele dá de ombros, ele diz, eles dizem desculpe, irmãos, não temos um na biblioteca, não podemos fazer isso. E aqui tudo se baseia não apenas no desejo do designer de "fazer lindamente" - fatores adicionais devem ser avaliados. Por exemplo, o tempo para desenvolver novos componentes e a adequação desse processo, porque o valor que o cliente receberá após a atualização não é muito claro. Mais um orçamento. Sim, em um mundo ideal, tudo relacionado ao orçamento nunca é um problema de um designer e não deve afetar seus impulsos criativos.

Mas como vivemos neste mundo, uma série de desejos do designer pode ser considerada inadequada do ponto de vista do orçamento.

2. Evolução lenta do produto

Obviamente, o sistema de design está em desenvolvimento, mas nem sempre com a velocidade com a qual você deseja. Leve o produto para cá - ele deve se desenvolver continuamente, pois as soluções tecnológicas podem parecer novas e a Lista de desejos do usuário pode ser complementada com outra coisa, em geral, para frente e para trás. Você não pode simplesmente criar um produto, entregá-lo ao usuário e esquecer / pontuar. É muito importante que os designers e o restante da equipe continuem trabalhando no produto, melhorando-o e levando-o a um novo nível, trazendo algo mais, necessário e útil para ele

É a mesma história de um telefone ou relógio. Um costumava simplesmente fornecer comunicações de voz, outros mostraram o tempo. Hoje, esses são gadgets com vários recursos e funções adicionais, sem os quais o usuário final não pode imaginá-los. Quem precisa de um smartphone agora, no qual não haverá câmeras ou transmissão de dados multimídia? E relógios inteligentes que mostram a hora, mas são desprovidos de notificações e um despertador?

Isso se aplica a produtos digitais nem menos, e às vezes mais.

Portanto, é extremamente importante comunicar a importância do desenvolvimento de produtos aos produtos. Fale sobre novos recursos e novos segmentos de usuários que ajudarão a aumentar métricas significativas. E é sempre útil e bom.

3. Desenvolvedores mimados

Quando os desenvolvedores trabalham com um sistema de design por um longo tempo, às vezes começam a responder às solicitações recebidas com o mantra "Isso não está no sistema de design, desculpe, não podemos fazer isso". E aqui o fato é que eles não são preguiçosos, ou não podem, ou simplesmente não querem, mas eles simplesmente têm esse padrão de comportamento, como se viessem até você com uma solicitação, você precisa ir para o design , retire o item desejado de lá e insira-o. Esse é o sistema de design copiar e colar.

Portanto, se não houver nada no sistema de design, não haverá nada para obter. E você precisa desenhá-lo do zero. Em vez disso, com um designer. Aqui, como mostra a prática, muitas vezes tudo se baseia precisamente no problema da comunicação, nem todo mundo gosta de concordar com algo em princípio.

O que fazer? É necessário que o designer entenda claramente por que ele está desenhando este ou aquele layout. E para que o desenvolvedor também entenda isso, e com a mesma clareza - por que estamos sentados aqui e imaginando algo novo em vez de vasculhar o sistema de design e reutilizar tudo isso de maneira feliz? E então você precisa escalar essa abordagem para a equipe como um todo. Uma equipe é uma unidade de negócios de combate, é necessário que todos entendam exatamente pelo que ele é responsável.

4. MVP permanece MVP O

principal objetivo da existência de qualquer MVP que se preze é testar uma hipótese e evoluir alegremente para um produto que traga benefícios aos clientes e dinheiro para os negócios.

Mas às vezes acontece que o MVP, que funcionou, simplesmente permanece como um produto. É o caso quando a abordagem "Funciona - não toque" é aplicada incorretamente. Sim, funciona. A hipótese funciona, para a qual fizemos o teste MVP. E o fato de o MVP funcionar apenas significa que chegou a hora de lembrá-lo (leia o produto).

Não importa o quão banal possa parecer, é importante transmitir aos designers e produtos que agora eles estão sentados e vendo o MVP. Que é algo temporário, o primeiro passo, um teste de hipótese. E a tarefa da equipe após a verificação deve sempre ser criar um produto.

Como lidar com isso


1. Planeje e estabeleça processos:

você e sua equipe devem entender o que estão fazendo hoje, amanhã, em uma semana, no próximo sprint. E também - por que você está fazendo isso? Caso contrário, o significado do trabalho, em princípio, desaparece.

Se isso não for feito, o caos e uma situação são inevitáveis, em que todos simplesmente sentam e unem seus próprios pedaços de atraso.

2. Entusiasmo da equipe

Sim, parece esse assustador “time dos sonhos, biscoitos e pessoas com olhos ardentes”, mas o interesse de cada membro da equipe no processo é mais importante do que parece. Obviamente, você pode criar um produto com as mãos de pessoas que realmente não se importam com o que fazem e com o que, e esse produto também funcionará. Mas se houver uma oportunidade de fazer isso com pessoas que pensam da mesma forma - é de todas as formas melhor.

3. Métricas de sucesso

Eles devem ser identificados, registrados e monitorados quanto à sua conformidade e implementação. Você desenhou uma página - e agora pode ver que, graças a ela, o número de clientes aumentou. E é bom para uma pessoa, ele vê que o que foi criado com essas mãos realmente funciona e é útil para os negócios como um todo.

4. Sistema de design - não a polícia do

design.Aqui ainda é importante: os designers, incluindo os recém-chegados, podem começar a perceber o seu sistema de design existente como um guia para a ação e o último recurso. E pode resultar uma história em que o designer tenha uma ótima idéia para usar o componente, ele vai para o sistema de design, não o encontra lá e decide que o componente não é necessário, que alguém já o sugeriu, mas que o rejeitou. Como resultado, acontece que uma boa ideia caiu no início.

Se não houver nada no design do sistema, isso significa que ele pode encontrar um lugar para si mesmo lá. Como já escrevi, o sistema de design deve desenvolver, adquirir novos componentes e cenários úteis para seu uso.

5. Iteração

Não serei original, ao trabalhar com um sistema de design (e, de fato, ao trabalhar), divida as tarefas em etapas que você pode concluir e calcular, em vez de apenas definir e definir uma tarefa como "faça com que seja legal".

O que ler


Manual de sistemas de design
Por Marco Suarez, Jina Anne, Katie Sylor-Miller, Diana Mounter e Roy Stanfield,

impressionantes sistemas de design

Yuri Vetrov sobre interfaces

Sistema de design de bancos alfa

e mais uma coisa. Os sistemas de design provaram ser usados ​​em grandes empresas, onde existem muitos produtos, designers, componentes e muito mais.

Devido a esse hype em torno de sistemas de design, eles estão tentando implementá-los geralmente em todos os lugares, mesmo em pequenos estúdios da web para 2-4 pessoas, onde cada designer escreve em PHP e administra servidores. Como, como funciona em todos os lugares e é legal para todos, também será assim para nós.

Não será. Se você é uma pequena startup, não precisa de um sistema de design para o próprio sistema de design. Comece simplesmente com um bom kit de interface do usuário e siga em frente.

More articles:


All Articles