Queridos designers, desenvolvedores também são nossos usuários.

Como ter um bom relacionamento com desenvolvedores pode ajudar no processo de design e evolução de um produto.

Photo by Charles Deluvio on Unsplash

Nós, designers, estamos atentos aos nossos usuários a cada momento do nosso dia. Ao fazer uma interface nos preocupamos com tamanho de botões, com tamanho de fontes, se aquele texto está inteligível ou se nosso usuário vai se adaptar às mudanças que estamos propondo, por exemplo. Mapeamos toda a experiência do nosso cliente e criamos protótipos para testes de usabilidade tudo com o objetivo de entender profundamente para quem estamos projetando.

Stakeholders também são importantes. Quais são as premissas do negócio? Estamos atendendo o que a empresa espera para aquela funcionalidade, para aquele produto? Isso tudo ocupa boa parte do nosso pensamento na hora de fazer um projeto. Mas, será que essas são as únicas partes que precisam de atenção?

Na minha rotina como designer de produto, eu vejo um terceiro elemento nesse ecossistema que, por vezes, é deixado de lado, mas que também tem suas necessidades, premissas, e no fim das contas também é nosso usuário se a gente pensar bem: desenvolvedores.

Essas figuras sempre presentes são nosso outro lado da moeda. Se nós projetamos, eles desenvolvem. Se criamos, eles constroem. Se mudamos, eles nos acompanham. Não são figuras passivas, pelo contrário, muitos desenvolvedores tem uma influência ativa no trabalho do designer e isso é uma experiência muito rica. Ter a visão da pessoa que será responsável por dar vida aquilo que criamos não é nem um pouco banal.

Essa visão nos ajuda a melhorar como fazemos o nosso próprio trabalho, considerando também as necessidades deles, além dos nossos usuários e de stakeholders. Aqui vou falar um pouco mais das lições que aprendi, principalmente trabalhando com devs front-end, e como podemos melhorar a interação com nossos pares.

Se comunique

Comunicação é importante em qualquer time, mas especialmente com desenvolvedores, essa parte é essencial. Tentar entender o trabalho deles, quais são as premissas e as limitações que podem ser encontradas são extremamente importantes e deixam o produto final muito mais assertivo e a interação mais suave.

Se tem uma coisa que para mim resume esse tópico é: saiba falar com o desenvolvedor. Você não precisa saber programar, mas você precisa saber se comunicar. Eu, hoje, não tenho muito interesse em desenvolver um produto eu mesma, mas eu entendo as peculiaridades do trabalho de um dev e estou sempre disposta aprender com ele ou ela.

“Como podemos fazer isso de maneira mais fácil? Existe algo que possamos fazer para que o resultado saia bom, e você não tenha tanto trabalho? Como você faz isso? Posso ajudar de alguma maneira?” Frases como essas estão sempre presentes na minha rotina de trabalho.

Seja detalhista

Na hora de fazer o handoff , ou seja, entregar o projeto para ser desenvolvido, tenha atenção principalmente aos detalhes: Todas as cores estão corretas? Cores iguais estão realmente iguais? As grids estão sendo respeitadas? Os botões estão do mesmo tamanho? A interface está coerente? Eu projetei todos os fluxos incluindo erros e páginas não tão óbvias?

Essas cores podem até parecer iguais mas não são. (Nota mental: não usar o conta gotas)

Esse tipo de coisa pode parecer corriqueira, mas quando estamos nos comunicando com pessoas que não tem a mesma expertise que nós, podemos pecar em alguns detalhes. Por exemplo: Para mim não importa tanto se as cores acima são exatamente iguais, elas parecem iguais. Mas se eu tiver cada botão com um código de cor diferente, vai dificultar muito a vida que vem vai desenvolver. Porque… Qual é a cor certa? Isso pode atrasar a entrega de um produto, pois cria dúvidas em relação ao projeto ou até mesmo desgasta o relacionamento com seus pares.

Não estou dizendo que a gente não possa trabalhar com desenvolvedores ao longo do processo de design, pelo contrário. Deixar tudo explícito e ficar atento aos pequenos detalhes mesmo no meio do processo pode ajudar, e muito, na hora do de desenvolver um produto.

Crie linguagens de interface

Para nós é muito fácil criar vários padrões de interface e ir experimentando e testando para ver qual é o melhor. Às vezes, queremos fazer algo diferente que encante o usuário, um design que às vezes é irreal e extremamente difícil de desenvolver. Minha dica é: guarde isso para o seu showcase.

Não que esse tipo de coisa não possa existir, mas em certos momentos, precisamos colocar os pés no chão e fazer o "feijão com arroz". Porque se em um momento ajudamos os nossos desenvolvedores fazendo um design com regras e padrões claros, em outros momentos eles podem nos ajudar a voar e criar interfaces encantadoras.

Mas o que são exatamente essas linguagens de interface? Elas são a base do seu projeto. São grids, regras de espaçamento, de navegação, de aplicação de ilustrações. É mostrar que a nossa interface tem um planejamento claro do que vai aonde. Esse não é um trabalho que normalmente aparece nos sites de referências, mas é importantíssimo na hora de construir um projeto.

A gente sabe que essas regras existem, e que a maioria de nós cria e usa na hora de projetar, mas é importantíssimo deixar que essas regras permeiem o nosso trabalho e cheguem na mão daqueles que estão desenvolvendo. Isso quando não existe um design system ou style guide, nesse caso, suas regras de interface vão estar todas documentadas.

Conclusão

Para uma aplicação prática, use esses princípios e crie rotinas para checar seu trabalho. Que tal sempre conferir os espaçamentos antes de fazer o handoff? Eu tenho uma checklist (você pode conferir aqui) que eu sempre dou uma olhada antes de colocar algum projeto para desenvolvimento. Fiz ela baseada em coisas que os devs pediam sempre, como, por exemplo, diminuir o número de cores que a gente usava (o conta gotas é realmente um vilão!).

O que eu tiro disso é que a comunicação é de longe o ponto mais importante. Ouça desenvolvedores como você ouve o seu usuário, e eu tenho certeza que esse relacionamento vai melhorar exponencialmente. Não somos os donos da verdade, somos colaboradores em nossa essência. Colabore com seus devs.

O resultado, é que seu produto sai muito mais redondo e você não tem tantas idas e vindas no produto final. Fora que os momentos em que você vai sentar do lado de um dev para juntos verem o produto final e fazer ajustes, se torna muito mais uma conversa sobre a interface do que algo obrigatório e rígido.

Não sabe por onde começar? Aqui está o checklist básico de handoff para desenvolvedores para servir de ponto de partida :)