O que é Mapa de Empatia?

A XPLANE desenvolveu o Mapa de Empatia em seu trabalho de design centrado em pessoas. Segundo a própria empresa, Scott Matthews participou de desenhos iniciais, e Dave Gray refinou a ferramenta, publicada em Gamestorming em 2010. Gray apresentou uma versão atualizada do canvas em 2017. Portanto, atribuir toda a criação a uma única pessoa simplifica uma história colaborativa; este verbete usa o modelo atualizado como referência.

O Mapa de Empatia organiza o que uma equipe sabe e ainda precisa descobrir sobre uma pessoa em uma situação específica. É como colocar diferentes janelas em volta de uma conversa: uma mostra o que a pessoa faz, outra o que ouve, outra o que pode sentir. O desenho ajuda a enxergar contradições e perguntas, mas não dá acesso direto à mente de alguém. Uma afirmação sobre pensamento ou motivação é inferência até que pesquisa ofereça evidência.

Comece pelo contexto. No canvas de Dave Gray, primeiro se define quem se deseja compreender e o que essa pessoa precisa fazer. “Cliente” é amplo demais. Pode ser alguém tentando marcar uma consulta pela primeira vez, num celular compartilhado e com pressa. O contexto muda o que a pessoa vê, ouve e faz. Se há perfis com necessidades incompatíveis, construa mapas separados. Misturá-los produz uma pessoa média que talvez não exista.

Observe o exterior. Registre o que a pessoa vê no ambiente, em outros produtos ou no comportamento de quem a cerca. Anote o que ouve de colegas, família, atendimento e outras fontes. Separe o que foi observado em entrevista ou acompanhamento do que o time imagina. Esses campos não são decoração: ajudam a explicar por que uma escolha que parece simples no escritório pode ser difícil no mundo real.

Diferencie dizer e fazer. O que alguém relata numa entrevista é importante, mas pode diferir do comportamento observado. Uma pessoa pode afirmar que lê todos os detalhes de um contrato e, durante uma tarefa, pular o texto porque não encontra o ponto relevante. Não trate essa diferença como mentira. Pergunte que pressão, informação ou convenção molda a ação. Uma observação isolada também não descreve todo o público; procure padrões e exceções.

Pense e sinta com cuidado. Medos, desejos e frustrações podem ser anotados quando aparecem no relato ou quando a equipe formula uma hipótese claramente identificada. Dizer que a pessoa “tem medo de tecnologia” sem ouvi-la pode transformar preconceito em requisito. O canvas atualizado inclui dores e ganhos ligados à situação. Dores não são apenas obstáculos de interface; podem ser risco de perder tempo, dinheiro ou confiança. Ganhos representam resultados desejados, não necessariamente funcionalidades solicitadas.

Fontes de evidência. Entrevistas, observação de tarefas, registros de atendimento e dados de uso podem alimentar o mapa. Cada fonte tem limites. Analytics mostram ações, mas raramente explicam sozinhos motivos; uma entrevista relata percepções, mas não prova comportamento futuro. Registre origem, data e grau de certeza das notas. Marque lacunas que precisam de pesquisa. Um mapa honesto com espaços em branco é melhor que um quadro completo inventado.

Trabalho em grupo. Reunir produto, atendimento, design e tecnologia pode revelar perspectivas que uma área não vê. Ao mesmo tempo, opiniões de funcionários não substituem a voz do público. Quem facilita pede evidências para afirmações fortes e evita que uma pessoa de maior cargo defina a interpretação. A ferramenta apoia uma conversa de Product Discovery; não é prova de que o time compreendeu o mercado.

Transforme em decisões. Depois de preencher o mapa, formule oportunidades e perguntas de pesquisa. Uma dificuldade de encontrar informações pode levar a um teste de conteúdo; uma ansiedade antes de confirmar uma compra pode pedir transparência de preço. Conecte os achados à jornada do cliente e a hipóteses de produto. O mapa não entrega automaticamente um backlog. Decisões devem explicar que observação as sustenta e que resultado será acompanhado.

Relação com persona e Jobs To Be Done. Uma persona sintetiza um perfil com objetivos e comportamentos; o mapa aprofunda a perspectiva de uma pessoa ou grupo em determinada situação. Jobs To Be Done enfatiza o progresso que alguém busca numa circunstância. As ferramentas podem se complementar, mas têm perguntas diferentes. Evite copiar uma persona genérica para dentro de cada quadrante e considerar a pesquisa concluída.

Revise quando aprender. O comportamento muda com contexto, canal e tempo. Um mapa feito no início de um produto pode ficar desatualizado após novo serviço, regra ou público. Volte às notas originais, converse com pessoas afetadas e atualize hipóteses. Se o mapa é usado para justificar uma funcionalidade meses depois, confirme que a evidência continua pertinente. A ferramenta deve aproximar o time da realidade, não congelar uma história conveniente.

Imagine um time hipotético que quer melhorar o pedido de segunda via de um documento. Antes, acredita que a principal dor é preencher um formulário longo e planeja reduzir os campos de 12 para 6. Entrevista 8 pessoas e observa 5 delas tentando concluir o processo. Esses números são apenas parte do cenário ilustrativo, não resultado de pesquisa real.

O mapa mostra que as pessoas veem instruções diferentes em dois canais, ouvem de conhecidos que é necessário ir presencialmente e dizem querer resolver tudo pelo celular. Na observação, várias param antes do formulário porque não sabem qual documento anexar. A equipe marca como fato a interrupção observada e como hipótese a ansiedade sobre rejeição. Em vez de começar cortando campos, testa uma orientação clara sobre anexos e confirmação do pedido.

Depois, num teste comparável, acompanha a conclusão da tarefa, dúvidas no atendimento e devoluções por documento incorreto. Antes, a solução escolhida vinha da opinião interna; depois, o time tem uma hipótese ligada a comportamento e contexto. O mapa não demonstra que toda pessoa age assim, nem substitui medir o efeito da mudança. Ele ajudou a formular a próxima pergunta certa.

Cursos K21 recomendados