Quase todo time de produto tem um deck de personas. Pouquíssimos produtos ficam diferentes por causa dele.
O deck costuma trazer quatro pessoas plastificadas com nomes como "Maria do Marketing", uma foto de banco de imagens, uma idade, uma lista de ferramentas favoritas e uma frase que ninguém disse de verdade. Ele é apresentado uma vez, admirado e nunca mais consultado, porque no momento em que é preciso decidir o que a primeira tela deve fazer, ele não tem nada a dizer.
Uma persona de usuário só vale a pena ser escrita se terminar em uma decisão: esse grupo vê uma primeira experiência diferente, ou a persona era decoração. Este guia mostra o que é uma persona de usuário, os seis campos que carregam todo o peso, como construir personas a partir do comportamento que você já tem, quatro exemplos práticos e como transformar cada uma em algo que um novo usuário vive no produto.
A maioria dos projetos de persona para no primeiro passo, e é por isso que nada mais adiante muda.
Principais pontos
- Uma persona de usuário é um grupo que compartilha uma tarefa e um primeiro sucesso, não um perfil demográfico com fotografia.
- Se não muda uma decisão, não é uma persona. Nomeie a mudança no produto ou apague o slide.
- Construa as personas primeiro a partir do comportamento e depois entreviste para entender por que o comportamento é assim.
- Seis campos bastam: tarefa, gatilho, primeiro sucesso, bloqueios, evidências e o que muda.
- De três a cinco personas é a faixa que funciona para a maioria dos produtos SaaS; mais do que isso geralmente é demografia disfarçada.
- Uma persona só chega aos usuários por meio de um segmento, que é o mesmo grupo escrito como uma regra que o software consegue avaliar.
O que é uma persona de usuário?
Definição de persona de usuário: uma descrição curta e baseada em evidências de um grupo de pessoas que usa o seu produto pelo mesmo motivo e o avalia pelo mesmo primeiro sucesso. O objetivo dela é facilitar uma decisão: com qual tarefa a primeira experiência começa, quais palavras a interface usa, o que pode esperar. Uma descrição que não muda nada disso é um esboço de personagem, não uma persona.
A distinção importa porque muda o que você coloca dentro dela. Idade, localização e cargo só são úteis quando preveem comportamento, e na maioria dos produtos SaaS eles preveem muito pouco: duas pessoas com cargos idênticos em empresas idênticas podem querer coisas completamente diferentes do seu produto no dia em que se cadastram. O que prevê comportamento é a tarefa que elas estão tentando terminar e o evento que as levou a procurar uma ferramenta.
É por isso que o trabalho com personas trava com tanta frequência. O time produz descrições precisas de quem são os usuários, descobre que não consegue agir com base em nada daquilo e, discretamente, para de consultar o deck.
Persona, segmento, ICP e buyer persona
Quatro termos são usados como sinônimos na mesma reunião, o que é um jeito garantido de perder uma hora. Eles respondem a perguntas diferentes:
| Termo | Responde | Quem usa |
|---|---|---|
| Persona de usuário | Por que esse grupo se comporta assim e do que ele precisa primeiro? | Produto, design, onboarding |
| Segmento de usuários | Quais contas correspondem a esse grupo agora? | Produto, growth. É uma regra, não uma história |
| ICP | Para quais empresas devemos vender, afinal? | Vendas, estratégia de marketing |
| Buyer persona | Quem assina e que objeções levanta? | Marketing, vendas |
A dupla que importa para o trabalho de produto é persona e segmento. Uma persona explica um grupo; um segmento de usuários é o mesmo grupo expresso como uma regra que o software consegue avaliar: a função é admin, a conta foi criada hoje, a pessoa foi convidada em vez de se cadastrar sozinha. Uma persona sem segmento correspondente nunca chega a ninguém; um segmento sem uma persona por trás é um filtro que ninguém na sala sabe explicar.
O comprador raramente é o usuário. Em SaaS B2B, a pessoa que assina o contrato e a pessoa que abre o produto numa terça-feira de manhã muitas vezes são pessoas diferentes, com incentivos diferentes. Construir a experiência de primeiro uso em torno da buyer persona é um erro comum e caro: o comprador já está convencido; o usuário precisa se convencer fazendo alguma coisa.
O que uma persona útil contém
Seis campos fazem todo o trabalho. Todo o resto (a foto, a idade, o trajeto fictício até o trabalho) pode ser removido sem perder informação, e a ausência disso deixa a persona mais curta e com mais chance de ser lida.
Seis campos, uma página. Se precisar de uma segunda página, está descrevendo duas personas.
📋 Modelo de persona de usuário
- Job to be done
- O que essa pessoa está contratando o produto para fazer nesta semana, dito do jeito que ela diria: "soltar o relatório semanal sem pedir nada para a engenharia", e não "alavancar analytics".
- Gatilho
- O evento que a fez se cadastrar naquele dia específico. Um novo cargo, uma planilha que quebrou, uma ordem que veio de cima, o convite de um colega.
- Primeiro sucesso
- A única ação que prova o valor para esse grupo. Raramente é a mesma ação entre personas, e é exatamente por isso que um único fluxo de onboarding rende abaixo do esperado.
- Bloqueios
- O que fica entre a pessoa e essa ação: dados que faltam, permissões que ela não tem, um vocabulário que ela não compartilha com a sua interface.
- Evidências
- De onde isso veio (entrevistas, tickets de suporte, gravações de sessão, dados de produto) e quantas contas cobre. Uma porcentagem mantém todo mundo honesto.
- O que muda
- A decisão no produto que essa persona orienta. Sem decisão, sem persona.
O último campo é o que os times pulam e o único que faz o exercício se pagar. Ele também funciona como filtro: se duas personas dão a mesma resposta nesse campo, elas são uma persona só com dois nomes.
Como criar personas de usuário em 5 passos
A ordem abaixo começa pelos dados que você já tem e usa entrevistas para explicá-los, e não o contrário. Leva cerca de duas semanas de trabalho em meio período para um produto com alguns milhares de contas.
Comece pelo comportamento, não pela opinião
Entreviste dentro de cada grupo de comportamento
Agrupe pela tarefa e pelo gatilho
Escreva cada persona em seis campos
Dimensione e depois corte para três a cinco
1. Comece pelo comportamento, não pela opinião
Antes que alguém escreva um nome num slide, agrupe as suas contas pelo que fizeram na primeira semana: qual funcionalidade usaram primeiro, se convidaram alguém, se importaram dados, se voltaram no segundo dia. Dois ou três padrões costumam aparecer na hora, e raramente batem com os públicos que o time imaginava. É também aqui que você descobre quais grupos chegam ao seu momento aha e quais travam no caminho.
2. Entreviste dentro de cada grupo de comportamento
De oito a doze conversas por grupo bastam para ouvir a mesma história repetidas vezes. Pergunte o que aconteceu no dia em que a pessoa se cadastrou, o que ela tentou primeiro e o que esperava ver. Não peça para as pessoas se descreverem; peça para elas contarem, passo a passo, a última vez em que tiveram o problema. As respostas trazem o gatilho e o vocabulário, duas coisas impossíveis de tirar só do analytics.
3. Agrupe pela tarefa e pelo gatilho
Agora agrupe as entrevistas pelo que as pessoas estavam tentando terminar, não por quem elas eram. Um fundador solo e um líder de operações de uma grande empresa podem pertencer à mesma persona se chegaram pelo mesmo motivo e precisam do mesmo primeiro sucesso, e duas pessoas com o mesmo cargo podem pertencer a personas diferentes. Se os seus grupos insistem em se reorganizar por tamanho de empresa ou por função, verifique se essa variável realmente prevê o que as pessoas fazem em seguida ou se é só a coisa mais fácil de enxergar.
4. Escreva cada persona em seis campos
Uma página para cada uma, usando o modelo acima. Mantenha a linguagem que os usuários usaram; as frases que voltam palavra por palavra nas entrevistas são as frases que devem estar nos seus estados vazios, tooltips e microcopy de UX. Onde você precisou chutar, marque como chute. Uma persona com duas lacunas honestas é mais útil do que uma sem lacunas e sem evidências.
5. Dimensione e depois corte para três a cinco
Coloque uma porcentagem dos cadastros ao lado de cada persona. É esse passo que impede o cliente mais barulhento de moldar o caminho padrão: um grupo que cobre dois por cento das novas contas pode ser atendido, mas não a partir da primeira tela. Depois, corte. Se duas personas receberiam o mesmo onboarding, o mesmo estado vazio e os mesmos tooltips, junte as duas.
Não invente o que você não ouviu. No momento em que uma persona traz um detalhe que ninguém disse (uma idade, um hobby, um "dia típico"), ela passa a ser usada como evidência em discussões nas quais não existe evidência nenhuma. Cada linha deve poder ser rastreada até uma entrevista, um ticket ou uma consulta nos dados.
Exemplos de personas de usuário
Quatro exemplos de um produto hipotético de analytics B2B, escritos no formato curto. Repare que a parte interessante de cada um é a última linha, não a primeira.
- Tarefa: decidir em uma semana se esta ferramenta pode substituir a planilha que o time mantém hoje à mão.
- Gatilho: a planilha quebrou, ou a pessoa que cuidava dela saiu.
- Primeiro sucesso: ver os próprios dados num gráfico, não dados de exemplo.
- Bloqueios: a importação exige credenciais que talvez ela não tenha; ela não vai ler documentação durante uma avaliação.
- Evidências: 14 entrevistas, 31% dos cadastros self-service.
- Tarefa: fazer a única coisa para a qual foi adicionado e voltar ao seu trabalho de verdade.
- Gatilho: um e-mail de um colega de equipe com um link.
- Primeiro sucesso: concluir essa única tarefa: aprovar, comentar, enviar um arquivo.
- Bloqueios: nenhum contexto sobre por que o workspace existe; um tour de produto completo parece um obstáculo.
- Evidências: 9 entrevistas, 38% de todos os novos usuários, o maior grupo em volume.
- Tarefa: fazer trinta colegas usarem a ferramenta sem precisar dar treinamentos pessoalmente.
- Gatilho: o contrato foi assinado e essa pessoa foi nomeada responsável.
- Primeiro sucesso: o primeiro colega convidado concluindo uma ação sozinho.
- Bloqueios: permissões, SSO e não fazer ideia de quem está travado; o medo dela é uma implantação que morre em silêncio.
- Evidências: 11 entrevistas, 12% dos cadastros, mas a maior parte da receita de expansão.
- Tarefa: retomar algo que configurou meses atrás e de que já esqueceu.
- Gatilho: um prazo, um pedido de relatório ou um novo trimestre.
- Primeiro sucesso: encontrar o que construiu da última vez e confirmar que ainda funciona.
- Bloqueios: a interface mudou desde então; o modelo mental dele está desatualizado.
- Evidências: tickets de suporte e dados de sessão; 8% das contas ativas mensais.
Como transformar uma persona em uma primeira experiência diferente
É aqui que o deck vira uma mudança no produto. Quatro mecânicas cobrem quase todos os casos, e nenhuma delas exige orçamento de pesquisa para ser mantida.
-
Pergunte, não adivinhe
Uma pergunta na primeira tela, "o que traz você aqui hoje?", com as suas personas como respostas. A autosseleção funciona melhor do que qualquer inferência, e a distribuição das respostas serve também como pesquisa contínua de personas.
-
Deduza onde puder
Usuários convidados, funções de admin, tipo de plano e origem da indicação já são conhecidos antes que alguém responda qualquer coisa. Use esses dados para as personas que já são identificáveis e guarde a pergunta para as que não são.
-
Mude o caminho, não só o texto
Uma saudação diferente no mesmo tour de doze passos não é personalização. Cada persona deve encontrar uma primeira experiência realmente diferente: um checklist, um tour de dois passos, ou um único tooltip e nada mais.
-
Meça por persona
Separe a ativação por persona desde o início. Um único número de ativação misturado esconde o caso em que você melhorou as coisas para o maior grupo e piorou para o grupo que paga.
A pesquisa de personas mais barata que existe: pergunte na primeira tela e direcione conforme a resposta.
O caminho que cada persona segue depois é uma decisão de sequência, e a regra geral é mostrar menos do que parece natural; a abordagem de onboarding progressivo apresenta cada funcionalidade quando o comportamento mostra que ela ficou relevante, e não nos primeiros sessenta segundos. Para os grupos que você não consegue identificar no cadastro, uma pesquisa in-app alguns dias depois preenche a lacuna sem interromper a primeira sessão.
O que fazer e o que evitar
✅ Faça
- Comece pelo comportamento da primeira semana
- Agrupe por tarefa e gatilho
- Coloque uma porcentagem ao lado de cada persona
- Cite as palavras que os usuários realmente usaram
- Termine cada persona com uma decisão
- Dê a cada persona um primeiro sucesso diferente
- Revise as personas a cada dois trimestres
❌ Evite
- Inventar idades, fotos ou hobbies
- Construir a primeira experiência para o comprador
- Confundir uma persona com um segmento
- Manter nove personas que ninguém sabe de cor
- Personalizar a saudação e nada mais
- Deixar um grupo de 2% ditar o caminho padrão
- Escrever uma vez e arquivar
Como criar um onboarding baseado em personas com a Kompassify
Depois que as personas existem, o trabalho é de direcionamento, e direcionar não exige uma sprint. A Kompassify é uma plataforma de adoção digital sem código para times de SaaS, então cada persona pode ganhar a sua própria primeira experiência sem você publicar código de produto.
- Faça a pergunta com uma etapa de onboarding de múltipla escolha e mande cada resposta por um caminho próprio.
- Direcione com base no que você já sabe usando segmentos: função, plano, convidado ou cadastrado por conta própria, idade da conta.
- Dê a cada persona o seu próprio fluxo: um tour de produto para uma, um checklist para outra, um único tooltip para a pessoa que só veio fazer uma coisa.
- Preencha as lacunas depois com uma pesquisa in-app para os grupos que você não conseguiu identificar no cadastro.
- Compare a ativação por persona no product analytics e mantenha a divisão só se a diferença se mexer.
Grátis até 100 usuários ativos mensais, planos pagos a partir de US$ 129/mês, em conformidade com o GDPR e com hospedagem na UE.
Dê a cada persona a sua própria primeira experiência
Faça uma pergunta, direcione conforme a resposta e deixe cada grupo chegar ao sucesso que importa para ele, sem escrever código.
Comece grátis →Perguntas frequentes
O que é uma persona de usuário?
Uma persona de usuário é uma descrição curta e baseada em evidências de um grupo de pessoas que usa o seu produto pelo mesmo motivo e o avalia pelo mesmo primeiro sucesso. Ela existe para facilitar uma decisão: com qual tarefa a primeira experiência deve começar, quais palavras a interface deve usar, qual funcionalidade pode esperar. Uma descrição que não muda nenhuma dessas coisas é um esboço de personagem, não uma persona, por mais bem escrita que seja.
Como criar personas de usuário?
Em cinco passos. Comece pelo comportamento que você já tem, agrupando as contas pelo que fizeram na primeira semana e não por quem são. Entreviste de oito a doze pessoas por grupo candidato e pergunte o que aconteceu no dia em que se cadastraram. Agrupe pela tarefa e pelo gatilho, não por dados demográficos. Escreva cada persona em seis campos: job to be done, gatilho, primeiro sucesso, bloqueios, evidências e o que muda no produto. Depois dimensione cada grupo, porque uma persona que cobre dois por cento dos cadastros não deveria moldar o caminho padrão.
O que uma persona de usuário deve incluir?
Seis campos carregam todo o peso: a tarefa para a qual a pessoa está contratando o seu produto nesta semana, o evento gatilho que a fez se cadastrar naquele dia específico, o primeiro sucesso que prova o valor especificamente para esse grupo, os bloqueios entre ela e esse sucesso, as evidências por trás da afirmação, incluindo quantas contas ela cobre, e a decisão no produto que a persona muda. Idade, foto de banco de imagens, ferramentas favoritas e biografia inventada podem ser removidas sem perder nada.
Qual é a diferença entre persona de usuário e segmento de usuários?
Uma persona é um artefato de pesquisa escrito para pessoas; um segmento é o mesmo grupo expresso como uma regra que o software consegue avaliar, por exemplo função igual a admin e conta criada há menos de um dia. As personas explicam por que um grupo se comporta como se comporta, os segmentos permitem mostrar algo diferente a esse grupo. Uma persona sem segmento correspondente nunca chega a um usuário, e um segmento sem uma persona por trás é um filtro que ninguém sabe explicar.
Quantas personas de usuário você deve ter?
De três a cinco para a maioria dos produtos SaaS, e cada uma precisa merecer o seu lugar mudando alguma coisa. O teste prático é conseguir nomear um primeiro sucesso diferente para cada uma: se duas personas receberiam o mesmo onboarding, o mesmo estado vazio e os mesmos tooltips, elas são uma persona só com dois nomes. Produtos com mais de cinco geralmente têm vários públicos descritos em linguagem demográfica, e não várias tarefas distintas.
Buyer persona é a mesma coisa que persona de usuário?
Não, e em SaaS B2B muitas vezes são pessoas diferentes. Uma buyer persona descreve quem assina o contrato, por quais critérios é avaliado e que objeções levanta, o que faz dela um artefato de marketing e vendas. Uma persona de usuário descreve quem abre o produto numa terça-feira de manhã e o que está tentando terminar. Construir o onboarding para o comprador é um erro comum e caro: o comprador raramente é a pessoa que precisa chegar ao primeiro valor.
Com que frequência as personas devem ser atualizadas?
Revise-as a cada dois trimestres e sempre que o mix de aquisição mudar, já que um novo plano de preços, canal ou integração pode trazer um grupo que as personas nunca descreveram. A manutenção mais barata é uma única pergunta de onboarding feita no cadastro: a distribuição das respostas mostra quando uma persona está crescendo, encolhendo ou simplesmente faltando, sem encomendar um projeto de pesquisa.
Como usar personas no onboarding do produto?
Pergunte aos novos usuários, logo na primeira tela, com qual das suas personas eles se identificam e direcione cada resposta para uma primeira experiência diferente: um checklist de configuração para quem está configurando o workspace, um tour curto de uma funcionalidade para o especialista, um único tooltip para o colega que foi convidado e só precisa fazer uma tarefa. Meça a ativação separadamente para cada grupo. Se a experiência direcionada não mexer na ativação de pelo menos uma persona, a divisão foi feita com base na distinção errada.