"Toca do coelho". Designer de UX na equipe de produtos

Sou designer de UX e sempre trabalhei sozinho. Mas, no ano passado, tudo mudou: no meu aniversário, fiz uma entrevista no ISPsystem e entrei na equipe de produtos. Eu tive que me aprofundar no novo, aprender a viver no scrum e discutir com programadores duros (construtivamente!). Agora que os processos de design se estabilizaram, eu próprio peço críticas honestas aos caras, e os desenvolvedores usam meus protótipos como TK. Mais sobre isso sob o corte.



Eu tive dois anos projetando interfaces, o Axure quebrado e a sensação de que em Irkutsk dificilmente consigo encontrar um trabalho interessante. Criei sites e portais, às vezes me distraí com as auditorias de SEO e usabilidade. Em paralelo, escrevi textos para sites e artigos: sobre aspersores e bebedouros, suportes para gás e as sutilezas da ardósia.

Esse trabalho todos os dias me afastou do objetivo de projetar interfaces complexas e resolver tarefas fora do padrão. Eu já estava desesperado e comecei a olhar de perto para outras aulas, mas em dezembro de 2017, de repente, apareci para uma entrevista no ISPsystem. Eu passei por isso e alguns dias depois comecei a trabalhar em uma equipe que projetou uma nova versão do ISPmanager, o produto mais massivo do ISPsystem.

Início do produto


Pesquisa de usuário, análise de mercado, coleta de estatísticas - é aqui que começa o trabalho no produto. Não vou descrever essa etapa, já que o artigo não trata disso. Mas se estiver interessado, você pode encontrar facilmente holívoros temáticos no hub

Em nossa empresa, o designer começa a trabalhar no protótipo vários meses antes da formação da equipe de produto. Primeiro, ele pensa na estrutura de informações do produto e transfere os resultados para o mapa mental.

Com base nesses dados, ele prepara o primeiro protótipo em akshura. Embora tenha sido elaborado em termos gerais: há muitas páginas futuras, a funcionalidade básica e os relacionamentos básicos entre as seções são indicados. Os elementos comuns a todo o protótipo foram parcialmente pensados: layouts, um chapéu, um porão e a aparência de janelas modais.

Depois disso, começa a diversão: reunir uma equipe e trabalhar juntos em um produto. No começo, eu estava em um estado de choque leve. Entendi que era necessário organizar o trabalho com os desenvolvedores de maneira a simplificar a vida um do outro e aumentar a eficiência geral. Imaginei como fazer isso: meus colegas compartilharam conhecimento, li artigos sobre o tema e estudei as histórias de outras empresas. Mas minha experiência prática veio gradualmente. Eu vou te dizer em ordem.

Gerente de produto, ele também é um companheiro de luta do designer


Sem um especialista em produtos, a vida de um uixer é complexa e cheia de hardcore. Trabalhamos bastante: no início de cada sprint, nos reunimos e discutimos quais partes do protótipo precisamos trabalhar em detalhes para o planejamento. Eu preencho com um carro de perguntas: por que esse elemento deve funcionar dessa maneira e não de outra forma? O que é importante para a pessoa nesta seção?

O lucro da comunicação com o especialista em produtos é enorme. Quando encontro as respostas não no Google, mas com uma pessoa que conhece o produto perfeitamente, chego facilmente ao ponto. E isso ajuda a tomar as decisões mais racionais para o produto.


O tecnólogo do produto explica como um novo recurso deve funcionar

Certifique-se de pensar em possíveis condições. O que acontece se houver apenas uma linha na tabela? Se não houver uma única linha, a própria tabela é necessária? O que mostrar ao usuário se a captura de tela do site não for carregada? Esses momentos podem parecer triviais, mas é a partir deles que uma experiência positiva do usuário é formada, certo?

No final do sprint, o protótipo é coberto de detalhes e se torna interativo: você pode clicar em todos os links, seguir o caminho da criação de uma nova entidade, ver como os elementos dinâmicos ficarão quando você passar o mouse. Enviei o protótipo finalizado ao especialista do produto para verificação. Muitas vezes, ele tem pequenos comentários, então a discussão é realizada alguns dias antes do final do sprint: é assim que consigo fazer as correções antes de planejar a equipe.

Programadores: como fazer amizade com eles e entregar o produto no prazo


Depois que o gerente de produto aprovou o protótipo, a equipe vai a um show geral. Esta reunião tem vários objetivos: atualizar os desenvolvedores, verificar novamente o protótipo com uma nova aparência e encontrar um comprometimento em questões contenciosas.

Questões controversas no protótipo são uma dor separada do designer de UX. Acontece que você encontra uma solução para um problema complexo de interface, e os desenvolvedores dizem: para perceber isso, você terá que passar seis meses. O que fazer Se os prazos não puderem ser alterados, você precisará simplificar temporariamente a decisão. Nesses momentos, é importante lembrar que é melhor fornecer ao usuário um produto que funcione mais rapidamente do que levar a interface a um ideal fictício seis meses depois.


É assim que a seção se parece na versão "ideal" do protótipo


Os desenvolvedores tornarão a versão reduzida cerca de três vezes mais rápida

É hora de mencionar o princípio básico do design: refaça constantemente o protótipo, pergunte a outras pessoas sobre críticas honestas, analise os resultados e aplique-os adequadamente na prática.

Após o show final, faço outra iteração das edições, e o protótipo entra em desenvolvimento.

Visual Designer: Um para Todos


No primeiro dia útil, aprendi isso para todos os produtos da empresa - um designer visual. Eu costumava pensar que um desses especialistas, ou mais, está envolvido no desenvolvimento de cada produto. Pouco antes disso, eu não tinha ouvido falar da existência de um sistema de design e design atômico.

Em poucas palavras, sobre a essência do design atômico. Qualquer elemento do produto: botão, link, campo de entrada é um átomo. Cada átomo tem seus próprios requisitos, regras de conduta e aparência. O designer visual descreve tudo isso no sistema de design. Com base nos micro-componentes e nas regras desenvolvidos, o uixer compõe independentemente as páginas do produto.


Designer quando você pede para ele desenhar um ícone para DHCP

Quando novos elementos complexos aparecem no protótipo, penso na lógica de seu trabalho e comportamento, tanto quanto possível. O designer ajuda na parte visual: modifica o componente para que ele seja conciso e se encaixe harmoniosamente no sistema de design.

O design atômico acelerou nosso trabalho, organizou os processos e salvou muitas células nervosas. Se você tem uma grande equipe de produtos, talvez essa abordagem seja útil para você.

Chefe da UX


Às vezes, a tarefa me coloca em um beco sem saída absoluto. Quanto mais penso na solução, mais o olho fica embaçado e o cérebro funciona pior. Nesses casos, eu escolho uma das duas maneiras. O primeiro é se distrair com outra tarefa e retornar à questão problemática mais tarde. O segundo é ir à tona para jogar tênis ideológico. Eu uso essa opção quando os prazos terminam.

Não tenho certeza de que o conceito de "tênis ideológico" exista no mundo. Muito provavelmente, nós a inventamos, então vou explicar a essência. Pego um trabalho que causou dificuldades e o levo à cabeça. Importante: não fico sem ideias. Idealmente, mostrando algumas opções, mesmo que eu não goste delas.

Em resposta, recebo críticas e pensamentos sobre como resolver o problema. Geralmente, entre minhas idéias, o líder acha interessante e diz como ele pode ser desenvolvido. Muitas vezes vejo falhas nessas decisões, as corrijo e, junto com minhas próprias críticas, jogo a bola pela rede novamente.
Do lado de fora, parece uma disputa profissional, mas na verdade é um brainstorming e ajuda a gerar rapidamente um bom resultado.


Designer de UX em crise criativa

O departamento de design da UX está se desenvolvendo rapidamente: agora temos 9 funcionários. Para Irkutsk, esse número é simplesmente cósmico :) O crescimento não foi indolor. Era difícil procurar novos funcionários e treiná-los, não era fácil criar processos em equipe. Os desenvolvedores de UX provavelmente estão familiarizados com esses problemas. Se você está interessado em nossa experiência em resolvê-los, pergunte nos comentários, terei o maior prazer em responder.

Source: https://habr.com/ru/post/pt425323/


All Articles