Redesigns de onboarding costumam começar por uma sensação. A ativação parece decepcionante, alguém assistiu a uma gravação de sessão dolorosa, um concorrente lançou algo bonito, e o time se compromete a reconstruir o fluxo. Três meses depois, há um fluxo novo, uma melhora modesta que pode ser sazonalidade e nenhuma explicação clara do que estava errado com o antigo.
Uma auditoria é o passo barato que faz o passo caro valer a pena. Ela custa mais ou menos uma semana e produz algo sem o qual um redesign não pode começar: uma lista priorizada de achados específicos, cada um ligado a uma etapa, a um segmento e a um número.
Principais conclusões
- Uma auditoria é diagnóstico, não design: o resultado são achados, não um fluxo novo.
- Percorra o fluxo você mesmo em uma conta nova. A maioria dos achados vem disso, não de dashboards.
- Audite cinco camadas, não só a do meio: a promessa feita antes do cadastro faz parte do onboarding.
- Teste também o caminho do membro convidado. Ele costuma representar metade dos novos usuários e nunca é testado.
- Pontue os achados por impacto sobre esforço; a lista se divide com clareza entre "o produto precisa mudar" e "o produto precisa se explicar".
- A metade da explicação costuma ser a maior e pode ir ao ar em dias, não em trimestres.
- Uma semana é o orçamento certo. Se durar um mês, virou um redesign disfarçado.
O que é uma auditoria de onboarding de usuários?
Auditoria de onboarding de usuários (definição): uma revisão estruturada de tudo o que acontece entre o cadastro e o primeiro resultado real do usuário, feita com base em um checklist fixo e em evidências reais de comportamento, que gera uma lista priorizada de achados específicos e defensáveis.
A disciplina que torna uma auditoria útil é recusar-se a propor soluções enquanto ela acontece. No momento em que o time começa a desenhar a correção, a coleta de evidências para, e os achados que justificariam uma correção diferente nunca são coletados. Escreva apenas achados: "41% dos novos admins abandonam a tela de criação do workspace; o campo obrigatório 'entidade de faturamento' só é necessário na primeira fatura." Isso é um achado. "Deveríamos simplificar a tela do workspace" é uma solução, e ela pertence à próxima reunião, não a esta.
Auditoria vs. teardown vs. redesign
| Entrada | Resultado | Duração típica | |
|---|---|---|---|
| Auditoria | O seu produto, os seus dados | Achados priorizados com evidências | Cerca de uma semana |
| Teardown | O produto de outra empresa, sem dados | Opiniões e inspiração | Uma tarde |
| Redesign | Os achados da auditoria | Um fluxo novo | De semanas a meses |
Teardowns do onboarding de outras empresas são divertidos e às vezes instrutivos (veja estes exemplos de onboarding), mas não conseguem dizer o que está errado com o seu, porque não contêm nenhuma evidência sobre os seus usuários.
Quando fazer uma
-
A ativação está estagnada ou caindo
Dois meses sem movimento na taxa de ativação são um sinal, não ruído, principalmente se os cadastros estão crescendo.
-
Antes de se comprometer com um redesign
A semana mais barata que você vai investir. Ela define se a reconstrução mira o problema real.
-
Depois de mudanças no produto, nos preços ou no público
O onboarding criado para a versão anterior deixa de se encaixar sem fazer barulho. Nada quebra; ele só vai deixando de corresponder a quem está se cadastrando.
-
O suporte vive respondendo às mesmas perguntas da primeira semana
Um ticket repetido da primeira semana é o onboarding falhando com uma etiqueta de preço.
Quando não fazer uma. Se você já conhece o achado e simplesmente não o corrigiu, uma auditoria é procrastinação com entregável. E se não houver capacidade para agir sobre os resultados no próximo trimestre, espere: uma auditoria que gera um documento que ninguém coloca em prática torna a próxima mais difícil de justificar.
As cinco camadas a auditar
A maioria das auditorias examina o meio desta lista e ignora as pontas, que é onde mora uma parte surpreendente da causa. O onboarding começa antes do botão de cadastro e só termina quando alguém consegue dizer qual etapa está perdendo pessoas.
Formato ilustrativo de scorecard, não dados de benchmark: o padrão que vale notar é que as camadas 3 e 5 são quase sempre as mais fracas, e quase nunca aquelas por onde um redesign começa.
A camada cinco é a que os times pulam e depois se arrependem. Se ninguém sabe dizer qual etapa perde mais usuários, a auditoria está rodando com base em impressões, e toda discussão posterior sobre prioridades será decidida pela senioridade, não pelas evidências.
Como fazer uma auditoria de onboarding de usuários em 8 etapas
- Defina o que significa "onboarded" em uma frase
- Reúna as evidências que você já tem
- Percorra o fluxo como um usuário realmente novo
- Percorra de novo como membro convidado
- Passe pelo checklist, camada por camada
- Escreva achados, nunca soluções
- Pontue e priorize
- Divida a lista e comece pela metade barata
1. Defina o que significa "onboarded" em uma frase
Escolha a única ação observável que indica que o usuário obteve valor real: não "entrou duas vezes", mas algo como "importou dados e gerou um relatório". Tudo na auditoria é medido pela distância até esse evento. Se o time não consegue concordar com a frase, esse desacordo é o seu primeiro achado, e provavelmente o maior.
2. Reúna as evidências que você já tem
Números do funil por etapa, se você os tiver, tickets de suporte da primeira semana, motivos de cancelamento, objeções de vendas e eventuais gravações de sessão. Você está procurando convergência: uma etapa que aparece na queda do funil, nos tickets e nas gravações deixou de ser uma hipótese. Um diagrama de fluxo do usuário com o abandono anotado em cada etapa é o material ideal para levar à auditoria.
3. Percorra o fluxo como um usuário realmente novo
Conta nova, perfil de navegador novo, sem atalhos internos, sem dados pré-carregados, em um notebook comum. Tire uma captura de cada tela com horário e anote o que você pensou em cada uma, incluindo os momentos de hesitação, que são os achados. Cronometre tudo. A diferença entre o tempo que o time acha que isso leva e o tempo que realmente leva costuma ser de três vezes.
4. Percorra de novo como membro convidado
Esta é a etapa que fica de fora, e na maioria dos produtos B2B os membros convidados são metade ou mais de todos os novos usuários. Eles chegam ao workspace de outra pessoa, com menos permissões, sem o contexto da configuração e, muitas vezes, caem em um product tour escrito para um admin que está criando algo do zero. Audite esse caminho separadamente: é uma experiência diferente vestindo a mesma interface.
5. Passe pelo checklist, camada por camada
Use as quarenta perguntas abaixo. O valor de um checklist fixo é que ele obriga você a ir além dos problemas que já conhecia e chegar aos que você tinha normalizado.
6. Escreva achados, nunca soluções
Um achado por linha: o que está acontecendo, onde, com quem e qual é a evidência. Resista à vontade de escrever a correção: metade do valor de uma auditoria está em escolher a correção depois que o quadro completo existe, não durante.
7. Pontue e priorize
Impacto sobre esforço, como descrito na próxima seção. A priorização é o entregável; uma lista sem ordem com trinta achados é indistinguível de não ter achado nenhum.
8. Divida a lista e comece pela metade barata
Separe os achados que exigem que o produto mude dos achados que exigem que o produto se explique. O segundo grupo costuma ser maior, vai ao ar em dias e gera as evidências que tornam o primeiro grupo financiável.
O checklist de auditoria de onboarding com 40 pontos
Oito perguntas por camada. Responda a cada uma com sim, não ou desconhecido, e trate "desconhecido" como um achado por si só, porque significa que ninguém está acompanhando.
- A primeira tela depois do cadastro entrega o que a landing page prometeu?
- O principal caso de uso com que um novo usuário chega é aquele em que o produto abre?
- Preços e limites do plano podem ser encontrados antes de o usuário esbarrar em um deles de surpresa?
- O CTA de cadastro descreve o resultado ou só a ação ("comece grátis")?
- As palavras usadas no marketing são as mesmas usadas na interface?
- Existe uma demo ou prévia para quem ainda não está pronto para se cadastrar?
- Diferentes fontes de aquisição levam a uma experiência que combina com a intenção de cada uma?
- Algo é prometido que o produto só entrega em um plano superior?
- Quantos campos são obrigatórios, e cada um deles é necessário agora?
- O usuário consegue chegar a um produto funcionando antes da verificação de e-mail?
- O login social ou via SSO é oferecido onde o público espera por ele?
- O que acontece com um e-mail inválido ou já cadastrado?
- Qual é o tempo mediano entre chegar ao cadastro e ver o produto?
- O cadastro do membro convidado é mais curto que o do admin?
- Um cadastro interrompido é retomado ou recomeça do zero?
- As mensagens de erro são específicas o bastante para serem resolvidas sem o suporte?
- Como fica a conta sem nenhum dado: o estado vazio foi desenhado ou é acidental?
- Existe exatamente uma próxima ação óbvia, ou várias competindo entre si?
- O usuário consegue chegar a um resultado real sem importar nada?
- São oferecidos dados de exemplo ou de demonstração, e eles podem ser removidos?
- A primeira sessão termina com algo que o usuário poderia mostrar a um colega?
- Algum tour ou tela de boas-vindas roda antes de existir algo para mostrar?
- O progresso é preservado se o usuário sair e voltar amanhã?
- Em que tela a segunda sessão abre: a mesma tela vazia ou onde o usuário parou?
- Qual é a rota mais curta possível até o evento "onboarded", em cliques?
- Essa é a rota que o produto de fato oferece, ou uma rota que só quem é de dentro conhece?
- Quantas etapas dependem de outra pessoa: um admin, um time de TI, uma exportação de dados?
- Há etapas que podem ser adiadas sem bloquear o primeiro resultado?
- Papéis diferentes precisam de caminhos diferentes, e o produto os oferece?
- O que acontece quando uma etapa falha: um arquivo com erro, um convite expirado, uma conexão recusada?
- Existe algum ponto em que o usuário precisa sair do produto e voltar?
- Como o usuário sabe que teve sucesso?
- Existe ajuda em cada etapa em que os usuários hesitam de forma mensurável?
- A orientação é acionada no momento da necessidade, ou toda de uma vez no cadastro?
- O usuário consegue reabrir um tour ou checklist depois de dispensá-lo?
- A orientação é segmentada ou idêntica para todo mundo?
- Duas orientações chegam a aparecer ao mesmo tempo?
- Você sabe dizer qual etapa tem o maior abandono, com um número?
- O time-to-first-value é medido, e qual é a tendência?
- Você saberia em até uma semana se o onboarding quebrasse depois de um release?
Pontuação: transformando achados em um backlog priorizado
Dê a cada achado três notas em uma escala de um a cinco: alcance (quantos usuários passam por ele), gravidade (quanto ele custa a eles quando passam) e esforço (o que a correção exige), e ordene por alcance × gravidade ÷ esforço. A conta em si não importa; o que importa é tornar os critérios explícitos, porque isso permite que alguém discorde de um número específico em vez de discordar da sua conclusão.
Depois, divida a lista priorizada em duas. Mudanças de produto vão para o roadmap com estimativas reais. Lacunas de explicação (uma etapa que as pessoas alcançam e abandonam, um controle que ninguém percebe, um estado que ninguém desenhou, um caminho que só faz sentido para admins) vão para a camada de orientação e podem estar no ar em poucos dias.
Os dez achados que aparecem em quase toda auditoria
| Achado | Por que acontece | Em qual metade da lista |
|---|---|---|
| O tour roda em uma conta vazia | Foi acionado no cadastro porque esse era o padrão | Explicação: acione-o mais tarde |
| O estado vazio nunca foi desenhado | Ninguém do time vê uma conta sem dados há um ano | Misto: texto agora, layout depois |
| O cadastro pede coisas que só serão necessárias muito depois | O formulário ganhou um campo a cada pedido de um stakeholder | Produto |
| Nenhuma próxima ação única e óbvia | Cada time queria a sua funcionalidade na primeira tela | Explicação: um checklist dá uma ordem |
| Um único fluxo atendendo vários papéis | O caminho do membro convidado nunca foi desenhado separadamente | Explicação: segmente a orientação |
| A orientação chega antes de a dúvida existir | Tudo dispara no carregamento da página | Explicação: mude o gatilho |
| Os caminhos de falha não foram desenhados | Importações com erro e convites expirados são casos extremos na especificação, não na realidade | Misto |
| A segunda sessão começa do zero | O progresso nunca foi salvo | Explicação: um checklist que retoma de onde parou |
| A ajuda existe, mas está a três cliques de distância | A base de conhecimento é boa e ninguém chega até ela a tempo | Explicação: mostre-a no contexto |
| Nenhuma medição na etapa que vaza | A instrumentação acompanhou as funcionalidades, não o funil | Produto, e faça isso primeiro |
✅ Faça
- Percorra o fluxo você mesmo, em uma conta nova, cronometrando
- Audite o caminho do membro convidado separadamente
- Escreva achados com uma etapa, um segmento e um número
- Trate "não sabemos" como um achado
- Priorize antes de apresentar qualquer coisa
- Coloque a metade barata no ar enquanto a metade cara é estimada
- Meça de novo o mesmo funil 30 dias depois da correção
❌ Não faça
- Desenhar soluções enquanto ainda está reunindo evidências
- Auditar com uma conta interna cheia de dados pré-carregados
- Pular as camadas anteriores ao cadastro e posteriores à ativação
- Apresentar trinta achados sem prioridade
- Usar o teardown de um concorrente como evidência sobre os seus usuários
- Fazer uma auditoria sem capacidade para agir sobre ela
- Deixar que ela se transforme em um projeto de redesign
Depois da auditoria: provando que a correção funcionou
Os achados só valem a priorização se alguém medir de novo. Corrija, espere trinta dias e compare o mesmo funil para o mesmo segmento, e não a ativação geral, que se move por uma dúzia de motivos ao mesmo tempo.
| O que você corrigiu | O que deveria se mover | Se não se mover |
|---|---|---|
| Uma etapa com muito abandono | A conclusão dessa etapa específica | A causa estava antes, não na etapa |
| O momento da orientação | A conclusão do guia e a ação seguinte | Público errado, não momento errado |
| Um campo de cadastro removido | A conclusão do cadastro, sem queda na qualidade dos leads | O campo não era o atrito |
| Um estado vazio redesenhado | A taxa de criação do primeiro objeto | Os usuários ainda nem conseguem criar o objeto |
| Um caminho específico para membros | A ativação dentro do segmento de convidados | Os membros nunca foram o gargalo |
Guarde o documento da auditoria e faça anotações nele. Seis meses depois, o registro do que você encontrou, do que mudou e do que se moveu vale mais que os achados originais: é a única forma de um time aprender quais dos seus instintos sobre onboarding são confiáveis. Se você ainda está montando a camada de medição, o guia de métricas de onboarding de usuários mostra o que instrumentar, e o de time to value cobre o número principal que a maioria das auditorias acaba recomendando.
Corrigindo a metade barata sem um ciclo de release
O motivo para fazer auditorias antes de redesigns é aritmético: a metade da explicação costuma ser a maior parte da lista, e ela não precisa de capacidade de engenharia. Com a Kompassify, a maioria desses achados vira um trabalho que você conclui em uma tarde:
- A etapa que as pessoas abandonam ganha um product tour curto ou um tooltip exatamente nesse momento, criado visualmente sobre as suas telas em produção.
- O controle que ninguém percebe ganha um hotspot, discreto, fácil de ignorar e suficiente para torná-lo descobrível.
- O problema da segunda sessão ganha um checklist de onboarding que lembra o progresso de cada usuário e retoma de onde ele parou.
- O achado de um fluxo para todos os papéis ganha segmentação, para que os membros convidados parem de aprender a criar o workspace para o qual foram convidados.
- Os becos sem saída que ninguém desenhou ganham uma mensagem contextual explicando o que aconteceu e o que fazer, enquanto a correção real é agendada.
- A lacuna de medição é fechada pela analytics integrada, que mostra alcance e conclusão por etapa para que a próxima auditoria já comece com números.
A Kompassify está em conformidade com o GDPR, é hospedada na UE, é gratuita para menos de 100 usuários ativos mensais e tem planos pagos a partir de US$ 129/mês. Você também pode experimentar uma demo ao vivo antes de instalar qualquer coisa.
Corrija nesta semana o que a sua auditoria encontrou
A maioria dos achados de uma auditoria de onboarding são lacunas de explicação, não trabalho de engenharia. A Kompassify adiciona product tours, checklists de onboarding, tooltips e hotspots ao seu produto sem código, segmentados para o público que tem dificuldade, acionados no momento que importa e medidos por etapa para você provar que o achado foi resolvido. Em conformidade com o GDPR, hospedada na UE e gratuita para menos de 100 usuários ativos mensais.
Comece grátis →Perguntas frequentes
O que é uma auditoria de onboarding de usuários?
Uma auditoria de onboarding de usuários é uma revisão estruturada de tudo o que acontece entre o cadastro do usuário e o primeiro resultado real dele, feita com base em um checklist fixo e em dados reais de comportamento, e não em opinião. Ela gera uma lista priorizada de achados específicos, cada um ligado a uma etapa, a um segmento e a um número, em vez de uma impressão geral de que o onboarding poderia ser melhor. O objetivo é diagnosticar, não desenhar: o entregável é uma resposta baseada em evidências para "onde exatamente estamos perdendo pessoas, e por quê", e é isso que faz o redesign seguinte valer a pena.
Quando fazer uma auditoria de onboarding?
Quatro momentos justificam uma. Quando a ativação está estagnada ou caindo há alguns meses. Antes de se comprometer com um redesign do onboarding, para que a reconstrução mire em algo real. Depois de uma mudança relevante no produto, nos preços ou no público, porque o onboarding criado para a versão anterior deixa de se encaixar sem fazer barulho. E quando o suporte vive respondendo às mesmas perguntas da primeira semana, o que é o onboarding falhando de um jeito mensurável e caro. Fazer uma auditoria anual fixa, sem nenhum gatilho, costuma gerar um documento que ninguém coloca em prática.
O que uma auditoria de onboarding de usuários deve cobrir?
Cinco camadas. A promessa de aquisição: o que foi dito ao usuário antes do cadastro e se o produto corresponde a isso. Cadastro e criação de conta: atrito, campos obrigatórios, verificação, tempo até a primeira tela. O primeiro uso: como uma conta vazia se apresenta e se a primeira ação relevante é óbvia. O caminho até o valor: se a rota mais curta até um resultado real é a que o produto de fato oferece. E a camada de orientação e medição: se existe ajuda nos momentos certos e se alguém consegue dizer qual etapa está perdendo pessoas. Auditorias que examinam só a camada do meio deixam passar a maior parte da causa.
Como auditar o onboarding sem muitos dados?
Percorra o fluxo como um usuário realmente novo, em uma conta nova, em um notebook comum, com as mesmas informações que um cadastro real teria, e tire uma captura de tela com horário em cada etapa. Faça isso uma vez como admin criando um workspace e outra como membro convidado entrando em um, porque essas duas experiências costumam ser muito diferentes e só uma delas é testada. Depois acrescente toda evidência qualitativa disponível: tickets de suporte da primeira semana, objeções de vendas e gravações de sessão, se você tiver. Isso basta para encontrar os principais problemas mesmo sem nenhuma instrumentação de funil.
Como priorizar o que uma auditoria de onboarding encontra?
Dê a cada achado uma nota para quantos usuários ele afeta, quanto ele custa a eles quando acontece e quanto trabalho a correção exige, e ordene por impacto sobre esforço. O resultado geralmente se divide com clareza. Achados que exigem mudanças de produto ou de engenharia vão para o roadmap com uma estimativa real. Achados que na verdade são falta de explicação, uma etapa que as pessoas alcançam e abandonam, um controle que ninguém percebe, um estado que ninguém desenhou, podem ser corrigidos com orientação em poucos dias. Fazer primeiro a metade barata é o que torna a metade cara financiável.
Quais problemas as auditorias de onboarding encontram com mais frequência?
A mesma lista curta, em quase toda auditoria: um tour que roda em uma conta vazia, um estado vazio que nunca foi desenhado, um formulário de cadastro pedindo informações de que o produto ainda não precisa, uma primeira sessão sem próxima ação óbvia, um único fluxo genérico atendendo vários papéis diferentes, orientação que chega antes de o usuário ter uma dúvida, um caminho de falha sem tratamento, como uma importação com erro ou um convite expirado, uma segunda sessão que começa do zero porque o progresso não foi salvo, conteúdo de ajuda que existe mas está a três cliques de distância e nenhuma medição na etapa em que as pessoas realmente saem.
Quanto tempo leva uma auditoria de onboarding?
Uma auditoria focada leva cerca de uma semana de trabalho em meio período. Mais ou menos um dia para reunir evidências e percorrer os fluxos, dois dias para passar pelo checklist e escrever os achados, um dia para pontuá-los e priorizá-los e meio dia para apresentar. Esticar além disso raramente melhora o resultado, porque os principais achados costumam ficar evidentes no segundo dia e o resto do tempo vai para documentar coisas que ninguém vai corrigir. Se está levando um mês, ela virou, sem ninguém perceber, um projeto de redesign.
Como corrigir os achados da auditoria sem esperar pela engenharia?
Separe os achados que exigem que o produto mude dos que exigem que o produto se explique, porque o segundo grupo costuma ser maior e muito mais barato. Com uma plataforma no-code como a Kompassify, você pode adicionar um product tour na etapa que as pessoas abandonam, um tooltip no controle que ninguém percebe, um checklist que lembra o progresso entre sessões e uma mensagem contextual nos becos sem saída que ninguém desenhou, tudo criado visualmente sobre o seu produto em produção, segmentado e medido por etapa. A Kompassify está em conformidade com o GDPR, é hospedada na UE, é gratuita para menos de 100 usuários ativos mensais e tem planos pagos a partir de US$ 129/mês.