Pular para o conteúdo
Produto e Discovery

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

  1. Defina a decisão

    Explique para que o time precisa diferenciar grupos de usuários.

  2. Colete evidências

    Converse, observe tarefas e examine dados com atenção à diversidade.

  3. Encontre padrões

    Agrupe necessidades e contextos que levam a escolhas de produto diferentes.

  4. Escreva a ficha

    Registre objetivo, barreiras, comportamento, fontes e dúvidas.

  5. Teste o uso

    Aplique a persona em uma decisão de design ou prioridade real.

  6. 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

Fontes primárias

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.

Cursos K21 recomendados

Certified Scrum Product Owner® (CSPO)

Scrum Alliance · 16 horas ao vivo

Ver curso

Design Thinking + IA

K21 · 12 horas ao vivo

Ver curso
Adicione como fonte preferencial no Google