O que é Persona?
Persona sintetiza um padrão de necessidades e contexto de usuários reais numa representação fictícia útil para decisões.
Persona é uma representação fictícia, mas realista, de um grupo de usuários baseada em pesquisa. Ela sintetiza objetivos, contexto, comportamentos e dificuldades que importam para decisões de produto e design. Nome e narrativa ajudam a lembrar o grupo, mas não substituem evidência. Personas devem ser revistas quando o público ou o conhecimento da equipe muda.
Origem
A técnica foi difundida no design de interação por Alan Cooper e evoluiu em diferentes práticas de pesquisa e design centrado no usuário. A Nielsen Norman Group descreve personas como representações fictícias e realistas de usuários típicos ou visados, fundamentadas em pesquisa concreta. Não há um formato único obrigatório nem um número universal de personas por produto.
Fonte primária: Personas Make Users Memorable
Na prática
Persona é uma representação fictícia, porém realista, de um grupo de pessoas que usam ou podem usar um produto. O nome e a narrativa ajudam a lembrar o grupo, mas a utilidade depende de pesquisa concreta. Uma persona que nasceu apenas da imaginação da equipe registra estereótipos com aparência de evidência. O foco deve ser comportamento, contexto, necessidades, objetivos e obstáculos que afetam decisões de produto.
O que acontece quando falta
Sem uma compreensão compartilhada dos grupos atendidos, cada pessoa do time pode imaginar um usuário diferente. Prioridades e linguagem tornam-se inconsistentes. Uma persona fundamentada ajuda a explicitar para quem uma escolha cria valor e quais necessidades ficam de fora. Ela não é obrigatória em todo formato de pesquisa; o essencial é manter o conhecimento sobre usuários acessível, verificável e presente nas decisões.
Como criar uma persona útil
Persona é uma representação fictícia, porém realista, de um grupo de pessoas que usam ou podem usar um produto. O nome e a narrativa ajudam a lembrar o grupo, mas a utilidade depende de pesquisa concreta. Uma persona que nasceu apenas da imaginação da equipe registra estereótipos com aparência de evidência. O foco deve ser comportamento, contexto, necessidades, objetivos e obstáculos que afetam decisões de produto.
Comece pelo problema de decisão. Antes de criar uma ficha, pergunte por que o time precisa distinguir grupos. Talvez pessoas iniciantes e experientes tenham caminhos muito diferentes. Talvez compradores e usuários finais sejam pessoas distintas. A persona deve ajudar a decidir escopo, linguagem, prioridade ou desenho da experiência. Se nenhuma decisão mudaria ao consultá-la, mais campos e uma foto bonita não resolverão o problema.
Pesquise pessoas reais. Entrevistas, observação de tarefas, solicitações de suporte e dados de uso oferecem perspectivas complementares. Recrute perfis variados e procure padrões, diferenças e exceções. Uma única entrevista marcante não representa todo um segmento. Dados quantitativos mostram distribuição e comportamento; conversas ajudam a entender motivos e contexto. Anote de onde veio cada afirmação e o que continua sendo hipótese.
Agrupe por necessidade. Segmentos demográficos podem importar em alguns produtos, mas idade ou cargo não explicam automaticamente o comportamento. Pessoas com perfis semelhantes podem ter objetivos diferentes. Agrupe principalmente pelas situações e necessidades que levam a escolhas de design distintas. Quando uma variável demográfica influencia acesso, risco ou capacidade, explique essa relação em vez de tratá-la como destino.
Construa uma narrativa enxuta. Registre objetivo principal, tarefa, ambiente de uso, barreiras e comportamento observado. Nome fictício e frase curta podem facilitar lembrança, mas são acessórios. Evite biografia inventada que não informa decisão. É útil incluir evidências representativas e nível de confiança. Uma ficha resumida que a equipe consulta vale mais que um documento longo ignorado após a apresentação.
Use em decisões. Durante Product Discovery, pergunte como cada grupo vive o problema. Em uma jornada do cliente, mostre momentos e canais onde a dificuldade aparece. No backlog, examine quem receberá valor e quem pode ficar excluído. Uma user story pode referir um papel ou necessidade, mas citar o nome de uma persona não garante entendimento. Volte a dados e pesquisa quando houver dúvida.
Mais de uma persona. Grupos com necessidades diferentes podem justificar representações distintas. Não existe número universal obrigatório. Personas demais diluem foco; uma persona genérica pode esconder conflitos reais. Defina grupos primários e secundários conforme o produto e explicite por que cada um importa. Também vale registrar pessoas que não são público-alvo ou que sofrem efeito indireto de uma escolha, sobretudo em serviços sensíveis.
Persona e público-alvo. Público-alvo costuma descrever uma população a quem um produto ou comunicação se dirige. Persona torna um padrão de necessidades e comportamentos concreto para decisões de design. Um recorte como “gestores de pequenas empresas” ainda pode conter pessoas com tarefas e restrições diferentes. A persona não substitui tamanho de mercado, segmentação comercial ou pesquisa de acessibilidade. Ela acrescenta uma referência compartilhada sobre uso.
Persona e Jobs to Be Done. Jobs to Be Done focaliza o progresso que alguém busca em uma circunstância. Persona focaliza um padrão de pessoa e contexto para tornar necessidades memoráveis. Os enfoques podem se complementar: uma pessoa pode ter trabalhos diferentes em momentos diferentes, e o mesmo trabalho pode aparecer em grupos distintos. Escolha o enquadramento que melhora a decisão, sem supor que uma ficha explica toda a vida do usuário.
Atualização. Produtos, públicos e comportamentos mudam. Revise a persona ao descobrir evidências novas, entrar em outro mercado ou alterar a proposta de valor. A Nielsen Norman Group destaca que personas representam dados e devem evoluir com eles. Registre data, fonte e lacunas. Evite dar aparência definitiva a uma hipótese preliminar. É melhor uma representação simples com incerteza visível que uma narrativa polida e desatualizada.
Cuidados éticos. Não use dados identificáveis de participantes sem necessidade e consentimento apropriado. Evite caricaturas baseadas em gênero, idade, renda ou origem. Pessoas reais são mais diversas que qualquer arquétipo; teste se a persona está escondendo necessidades de grupos menos frequentes. Em decisões de alto impacto, converse novamente com usuários e especialistas. Persona é uma ferramenta de síntese, não uma autorização para falar em nome de todos.
Exemplo de persona orientada por evidências
Exemplo hipotético: uma equipe de portal de serviços cria inicialmente a persona “Maria, 35 anos, gosta de tecnologia”. A ficha não ajuda a decidir se o formulário deve salvar progresso. Após entrevistas, identifica dois padrões de uso. Um grupo reúne pessoas que completam o pedido em uma sessão, com documentos à mão. Outro começa pelo celular durante intervalos curtos, precisa consultar terceiros e volta dias depois. A diferença relevante é a situação da tarefa, não o nome ou a idade.
O time descreve a segunda persona com objetivo, etapas, interrupções e evidências. Antes, 28 de cada 100 pessoas desse grupo concluíam o pedido. A equipe testa salvamento de rascunho e instruções de retorno. Em uma amostra comparável posterior, 43 de cada 100 concluem. Os números são apenas ilustrativos e não provam causalidade: campanha, perfil da amostra ou mudanças no atendimento podem interferir.
A persona ajudou a formular a hipótese e a escolher o que observar. Ela não substituiu teste com pessoas reais. O time também acompanha erros e acessibilidade para não melhorar apenas a conclusão de quem já tem facilidade digital. Se novos dados mostrarem outro padrão, a representação precisa ser revista.
Como construir e usar personas
Defina a decisão
Explique para que o time precisa diferenciar grupos de usuários.
Colete evidências
Converse, observe tarefas e examine dados com atenção à diversidade.
Encontre padrões
Agrupe necessidades e contextos que levam a escolhas de produto diferentes.
Escreva a ficha
Registre objetivo, barreiras, comportamento, fontes e dúvidas.
Teste o uso
Aplique a persona em uma decisão de design ou prioridade real.
Revise
Atualize com pesquisa e resultados de uso, mantendo data e limites.
Erros comuns ao criar personas
- Inventar tudo em oficina. Hipóteses precisam ser identificadas e pesquisadas.
- Usar estereótipos demográficos. Idade ou cargo não explicam sozinhos a necessidade.
- Criar fichas decorativas. A persona deve mudar alguma decisão.
- Multiplicar grupos sem critério. Diferenças irrelevantes diluem foco.
- Tratar a ficha como definitiva. Novas evidências podem exigir revisão.
- Substituir pesquisa por persona. A síntese não dispensa contato com usuários reais.
Visão K21
O que a gente aprendeu na prática sobre personas
Andressa Chiara, em Backlog, Personas e Jornadas, propõe diferenciar públicos por problemas, valor das soluções, canais e pontos de atenção. A gente usa a persona para tornar essas diferenças discutíveis durante decisões de produto, e não apenas para preencher um canvas. A pesquisa com pessoas reais continua necessária: uma ficha útil sintetiza evidências e hipóteses, mas não substitui escuta nem validação da solução.
Baseado nos posts: Backlog, Personas e Jornadas
Para se aprofundar
No blog da K21
- Backlog, Personas e Jornadas
Conecta personas, problemas e decisões de backlog e jornada.
Fontes primárias
- Personas Make Users Memorable, Taylor Dykes, Nielsen Norman Group (2025)
- Personas: Study Guide, Kate Kaplan, Nielsen Norman Group (2022)
Termos relacionados
Perguntas frequentes
O que é persona em produto?
É uma representação fictícia e realista de um padrão de usuários, baseada em pesquisa concreta. Reúne objetivos, comportamentos, contexto e dificuldades que ajudam a equipe a tomar decisões de produto e design. Não é uma pessoa real nem um substituto para entrevistas. Nome e história podem torná-la memorável, mas sua utilidade depende de evidências e de uso em decisões.
Persona é a mesma coisa que público-alvo?
Não exatamente. Público-alvo costuma delimitar uma população para produto ou comunicação. Persona descreve um padrão mais concreto de necessidades, tarefas e contexto dentro ou entre esses grupos. Um mesmo público comercial pode conter comportamentos muito diferentes. A persona também não substitui estimativas de mercado; ela ajuda a perguntar como pessoas específicas viverão a experiência proposta.
Quantas personas um produto precisa ter?
Não existe número obrigatório. Crie apenas representações de grupos cujas diferenças levem a decisões relevantes. Uma única persona genérica pode esconder necessidades; muitas fichas quase iguais dificultam priorização. Distinga público primário, secundário e pessoas afetadas indiretamente conforme o contexto. Revise a quantidade quando novos dados mostrarem outros padrões de comportamento ou de necessidade.
Posso criar persona sem entrevistas?
Você pode registrar hipóteses provisórias com dados já disponíveis, como suporte e análise de uso, mas deve identificá-las como hipóteses. Para atribuir motivos e necessidades com confiança, pesquisa com pessoas reais é importante. Evite transformar suposições da equipe em citações fictícias. Use a primeira versão para planejar o que investigar e atualize a persona quando encontrar evidência nova.
Como saber se uma persona é útil?
Observe se ela ajuda a escolher entre alternativas: linguagem, fluxo, prioridade ou suporte. Pessoas do time devem conseguir explicar a evidência por trás dos atributos principais. Se remover a ficha não muda conversa nem decisão, ela pode estar decorativa. Verifique também se não cristaliza estereótipos ou exclui usuários com necessidades relevantes. Uma persona é útil enquanto melhora entendimento compartilhado.
