Reunião Técnica: Uma Perspectiva da Vida Real Semelhante ao Velho Oeste
Muitas vezes, eu comparo certas reuniões técnicas, como aquelas dedicadas a definir Interfaces de Programação de Aplicativos (APIs), a verdadeiros confrontos do Velho Oeste. Se você trabalha com Experiência do Usuário (UX), provavelmente já se viu em uma situação como esta:
Na tarde de segunda-feira, você recebe um convite para uma reunião marcada para quarta-feira, das 10h ao meio-dia, mas que pode se estender - é aquela reunião na qual você se pergunta por que foi chamado.
O dia da reunião chega e, de cada lado da mesa, se senta um grupo diferente, cada um com seus próprios interesses. De um lado, os desenvolvedores; do outro, os líderes de negócios; e mais adiante, os donos de produto e os designers, que se sentem mais ou menos assim:
Quando estamos projetando soluções de usabilidade que requerem a integração de APIs, por exemplo, é comum concentrarmos nossas discussões no aspecto técnico do problema. No entanto, antes de mergulhar nas tecnologias, é fundamental direcionar nossas decisões e criar uma jornada centrada no que é mais importante: as pessoas.
Nas reuniões técnicas, um designer de UX pode se sentir como um forasteiro
Pode parecer simples, mas atualmente um dos maiores desafios ao trabalhar com tecnologia é superar as barreiras de comunicação entre desenvolvedores e designers. Um estudo conduzido pela IBM revelou que empresas globais relevantes apontam duas habilidades interpessoais como as mais valiosas: a capacidade de colaborar efetivamente em equipes e a comunicação eficaz no contexto corporativo, ambas ocupando lugares de destaque entre as cinco habilidades mais críticas.
Ok, Então, como evitar essa sensação de forasteiro?
O papel principal de um designer de UX é identificar os momentos em que os usuários interagem com um produto ou serviço. No entanto, ainda mais importante, um bom designer de UX é capaz de reconhecer quais expectativas os usuários têm em cada um desses momentos.
Por que isso é relevante?
Porque na maior parte do tempo, enquanto os desenvolvedores se concentram em escrever um bom código, os usuários de seu produto se preocupam em realizar tarefas e alcançar objetivos. Se analisarmos de perto, seu produto digital é uma sequência de momentos. Vejamos alguns exemplos:
O que passa pela mente dos usuários:
- “Eu preciso fazer um pagamento”;
- “Quero compartilhar esta foto”;
- “Vou redigir uma postagem”;
- “Quero comprar este produto”;
Essas atividades são momentos na vida das pessoas, e cada um deles gera uma expectativa. Por exemplo:
Compreender esses momentos resulta em uma experiência de uma estrela: ⭐️
Compreender as expectativas resulta em uma experiência de cinco estrelas: ⭐️⭐️⭐️⭐️⭐️
Imagine, por exemplo, alguém que deseja fazer um pagamento e, ao chegar à tela de finalização da compra, encontra um obstáculo: a necessidade de fazer login no sistema. Ter que preencher várias informações torna a experiência equivalente a apenas uma estrela, uma vez que o usuário está em um momento crucial de sua jornada e espera efetuar o pagamento sem muitos esforços, já que já avaliou as etapas anteriores.
Oferecer uma experiência de cinco estrelas é possível ao disponibilizar um login sem atritos, como ao utilizar uma API de Conexão Social. Nesse caso, os usuários não precisam gastar muito esforço para prosseguir com seu objetivo. É aqui que a integração de uma API faz sentido, uma vez que essa conexão e esforço se concentram claramente nas necessidades das pessoas.
Outro exemplo diz respeito à antecipação de momentos e necessidades: o que fazer quando o usuário estiver offline? Se você simplesmente informar ao usuário que ele está offline, você ganha uma estrela. Na maioria das vezes, o usuário já sabe que está desconectado da internet.
Para proporcionar uma experiência de cinco estrelas, é possível disponibilizar funcionalidades offline, habilitando a sincronização automática quando a conexão é restabelecida. Isso justifica a utilização de uma API, auxiliando sua equipe a focar no desenvolvimento do que realmente importa.
Ok, Mas como falar a língua dos desenvolvedores?
Para se comunicar eficazmente com os desenvolvedores, é preciso cultivar empatia e compreender a jornada tecnológica. O ideal é que o planejamento técnico ocorra simultaneamente à identificação dos momentos e expectativas dos usuários. Vejamos um exemplo prático:
1. Inicie mapeando a jornada dos usuários, analisando os caminhos mais frequentes, os momentos-chave, os canais e os pontos emocionais críticos. Por exemplo, 67% dos usuários seguem este fluxo:
2. Após compreender a jornada dos usuários, é hora de sincronizar-se com a equipe e entender os aspectos técnicos. Trabalhe com sua equipe para compreender a arquitetura de sistemas do projeto. Provavelmente, existirá algo assim:
Neste exemplo, os sistemas são agrupados de acordo com os momentos dos usuários:
- Fontes de tráfego, como mídia paga e canais orgânicos (por exemplo, Google AdWords ou Facebook Ads);
- Sistemas acessados pelo usuário após ser impactado pela publicidade (por exemplo, E-commerce e o aplicativo do produto/serviço);
- Ferramentas de análise de comportamento e mapeamento (por exemplo, Google Analytics e Hotjar);
- Sistemas de gerenciamento e outras soluções (por exemplo, IBM Watson ou sistemas de gerenciamento de conteúdo);
- Bancos de dados e Data Lake;
- Outros sistemas (por exemplo, ERPs e outros);
Com essa abordagem concluída, podemos também visualizar o percurso que os usuários percorrerão no diagrama da arquitetura do sistema. Isso auxilia a equipe técnica na identificação das solicitações, conexões e futuras implementações que influenciarão a experiência dos usuários.
Embora seja fundamental compreender a jornada dos usuários, também é possível aprimorar as experiências ao compreender as limitações e oportunidades técnicas envolvidas na construção da Experiência do Usuário.
Como designers de experiências, estamos constantemente tomando decisões e negociando esses detalhes. Quem nunca concebeu uma experiência e só posteriormente descobriu que uma determinada função não era viável para desenvolvimento, ou que existiam mais funcionalidades a serem exploradas? Ter esse tipo de mapeamento oferece várias vantagens:
- Maior engajamento da equipe;
- Clareza nas necessidades;
- Compartilhamento de objetivos;
- Priorização transparente;
- Planejamento estruturado;
É essencial lembrar que a empatia é importante para todos os envolvidos. Você pode se sentir como um estranho ao entrar em uma reunião técnica, assim como desenvolvedores podem se sentir deslocados ao participar de atividades exclusivas para designers. Portanto, é interessante criar estratégias para superar essas barreiras.