Quase todo produto SaaS tem um: aquela sequência curta de telas que aparece logo após o cadastro, faz meia dúzia de perguntas e entrega ao usuário um espaço de trabalho configurado. Alguns são o motivo pelo qual os usuários chegam ao valor já no primeiro dia. A maioria é o motivo pelo qual eles nunca passam do primeiro dia.
A diferença raramente está no design visual. Está em saber se o assistente coleta coisas sem as quais o produto realmente não funciona, ou se ele virou, sem ninguém perceber, o lugar onde cada equipe foi acrescentando a sua pergunta favorita.
Este guia explica o que é um assistente de onboarding (o famoso onboarding wizard), quando ele é o padrão certo (e quando um checklist ou um tour de produto funcionaria melhor), como desenhar um que as pessoas concluam e seis padrões de assistente que valem a pena copiar.
Três funções diferentes. A maior parte do onboarding fraco é um assistente fazendo o trabalho de um checklist.
Principais conclusões
- Um assistente serve para configurar, não para ensinar. Ele deve coletar apenas o que o produto não consegue funcionar sem.
- Cada etapa precisa justificar seu lugar. O teste: se essa resposta estivesse faltando, o produto ficaria quebrado ou apenas menos personalizado?
- Mostre o progresso com honestidade. Um indicador de etapas visível e preciso é uma das maiores alavancas isoladas de conclusão.
- Deixe as pessoas pularem. Uma etapa que pode ser pulada é abandonada; uma etapa obrigatória faz o cadastro inteiro ser abandonado.
- Termine dentro do produto, nunca em uma tela de resumo. O último clique deve levar o usuário a um espaço de trabalho que já tenha algo nele.
- Instrumente cada etapa. A desistência no assistente é o funil mais fácil de diagnosticar com precisão que você vai ter.
O que é um assistente de onboarding?
Definição de assistente de onboarding: uma sequência curta e linear de telas exibida logo após o cadastro, que coleta as informações e escolhas de que o produto precisa antes de poder ser útil: dados da conta, configuração do espaço de trabalho, integrações e convites para o time. Ao contrário de um checklist ou de um tour, o assistente é bloqueante: o usuário conclui, pula ou abandona o cadastro.
É justamente o caráter bloqueante que torna os assistentes tão poderosos quanto perigosos. Você tem a atenção total do usuário uma única vez, sem nenhuma interface competindo com você. Cada pergunta que você faz é paga com essa atenção, e o orçamento é menor do que a maioria das equipes imagina.
Assistente vs checklist vs tour
| Assistente de onboarding | Checklist de onboarding | Tour de produto | |
|---|---|---|---|
| Formato | Linear, bloqueante | Não linear, persistente | Guiado, contextual |
| Função | Configurar o produto | Conduzir uma sequência de primeiras conquistas | Explicar a interface no próprio lugar |
| Momento | Uma vez, no cadastro | Ao longo dos primeiros dias ou semanas | Quando o usuário chega a uma funcionalidade |
| Como falha | Longo demais, usuários abandonam o cadastro | Ignorado se os itens parecem tarefas chatas | Clicado até o fim sem leitura |
| Tamanho certo | 2–4 etapas | 3–6 itens | 3–5 etapas por tour |
O erro estrutural mais comum no onboarding de SaaS: colocar trabalho de checklist dentro do assistente. "Crie seu primeiro projeto", "Conecte sua agenda", "Explore o dashboard": tudo isso tem valor, e nada disso pertence a uma sequência bloqueante entre o usuário e o produto. Mova esses itens para um checklist que o usuário possa percorrer no próprio ritmo.
Quando usar (e quando não usar) um assistente
✅ Use um assistente quando
- O produto realmente não consegue exibir uma tela útil sem uma informação (nome do espaço de trabalho, uma fonte de dados, uma moeda)
- As primeiras escolhas ramificam a experiência de forma significativa
- A configuração exige uma decisão irreversível ou difícil de mudar
- Uma integração precisa estar conectada antes que qualquer coisa funcione
- Seu produto é multi-tenant e o usuário precisa criar uma organização ou entrar em uma
❌ Use outra coisa quando
- Você está coletando dados de marketing ou de enriquecimento
- A informação poderia ser deduzida ou ter um valor padrão
- Você quer ensinar a interface; isso é trabalho de um tour
- A tarefa é uma primeira conquista, não um pré-requisito
- A resposta só muda a aparência
A pergunta que elimina metade da maioria dos assistentes: "Se este campo estivesse em branco, o produto ficaria quebrado ou apenas menos personalizado?" Tudo o que cai na segunda categoria pertence às configurações, a um checklist ou a lugar nenhum. Tamanho da empresa e cargo são os culpados clássicos: muito úteis para o seu time de go-to-market e puro atrito para o usuário que está tentando chegar ao valor.
Como desenhar um assistente de onboarding que as pessoas concluem
Reduza as etapas ao que o produto não consegue funcionar sem
Mostre um progresso preciso em cada etapa
Pergunte uma coisa por tela
Preencha por padrão tudo o que puder
Permita pular todas as etapas
Use as primeiras respostas para ramificar o que vem depois
Termine em um espaço de trabalho que já tenha algo nele
1. Reduza as etapas ao que o produto não consegue funcionar sem
Liste todos os campos e depois apague tudo o que reprovar no teste "quebrado ou menos personalizado". De duas a quatro etapas é a faixa em que a conclusão se mantém alta. Acima de cinco, a desistência sobe bruscamente e as etapas finais têm o pior desempenho, o que é uma pena, porque as equipes costumam deixar a etapa mais difícil e mais valiosa (conectar uma integração, convidar o time) para o final.
2. Mostre um progresso preciso em cada etapa
Um indicador de etapas faz dois trabalhos: diz aos usuários quanto falta e assume publicamente o compromisso de que você não vai acrescentar mais nada. Usuários que veem "etapa 2 de 3" concluem em taxas significativamente maiores do que usuários diante de uma sequência sem fim à vista.
A regra que importa: o indicador precisa ser honesto. Um assistente que diz "etapa 2 de 3" e depois revela uma quarta etapa destrói a confiança exatamente no pior momento. Se houver etapas condicionais, conte o máximo, não o mínimo. Os mesmos princípios que regem uma boa barra de progresso de onboarding valem aqui.
3. Pergunte uma coisa por tela
Uma única pergunta com bastante espaço sempre vence um formulário denso, mesmo que isso signifique mais telas. Cada tela vira uma decisão trivial em vez de um pequeno projeto e, o mais importante, você descobre exatamente qual pergunta as pessoas se recusam a responder. Um formulário de dez campos abandonado não diz nada sobre qual campo causou o abandono.
4. Preencha por padrão tudo o que puder
Preencha a partir do domínio do e-mail de cadastro, do idioma do navegador, do fuso horário, do convite que trouxe a pessoa até ali. Cada campo em que o usuário não precisa pensar é um campo que não pode causar abandono. Valores padrão sensatos, com uma forma óbvia de alterá-los, vencem campos obrigatórios em branco em praticamente todos os casos.
5. Permita pular todas as etapas
Esta é a recomendação a que as equipes mais resistem, e os dados não deixam dúvida: uma etapa que pode ser pulada perde aquela etapa, enquanto uma etapa obrigatória arrisca perder o usuário. Deixe o "Pular por enquanto" visível, mas secundário, e (a parte que a maioria das equipes esquece) coloque o item pulado direto no checklist de onboarding, para que ele não se perca, apenas fique para depois.
6. Use as primeiras respostas para ramificar o que vem depois
O motivo mais forte para ter um assistente é que ele permite personalizar tudo o que vem depois. Uma pergunta sobre cargo ou caso de uso na primeira etapa pode definir qual template é criado, qual tour é exibido e qual checklist aparece. É para isso que serve o onboarding de múltipla escolha, e essa é a diferença entre uma pergunta que custa algo ao usuário e uma pergunta que retribui na hora.
Se você faz uma pergunta de ramificação e depois mostra a mesma próxima tela para todo mundo, apague a pergunta.
Uma pergunta de ramificação na primeira etapa, e tudo o que vem depois pode ser personalizado de acordo com a resposta.
7. Termine em um espaço de trabalho que já tenha algo nele
O último clique de um assistente não deve cair em "Tudo pronto!"; ele deve levar o usuário para dentro do produto, com o primeiro objeto já criado, dados de exemplo carregados ou a visualização que ele configurou já aberta. Um estado vazio no fim do assistente desperdiça todo o investimento: o usuário fez o trabalho e o produto respondeu com nada.
6 padrões de assistente de onboarding que vale a pena copiar
A primeira etapa faz uma única pergunta, "Para que você vai usar isto?", com três a cinco opções grandes e visuais. Tudo o que vem depois é moldado pela resposta: templates, dados de exemplo, o primeiro tour, o checklist.
Em vez de pedir que o usuário crie o primeiro objeto, o assistente cria um para ele com base nas respostas: um projeto de exemplo, um dashboard de demonstração, um documento modelo claramente marcado como exemplo.
Para produtos cujo valor depende dos dados do cliente, o assistente inteiro é uma única tela: conectar uma fonte. Sem perguntas de perfil, sem preferências, só a ação que torna todo o resto possível.
O assistente coleta apenas os dois itens realmente bloqueantes. Tudo o que antes ocupava as etapas três a sete passa para um checklist persistente que o usuário percorre ao longo dos dias seguintes.
Tudo o que não é estritamente bloqueante vem para cá, onde os usuários podem avançar no próprio ritmo.
Em vez de um genérico "convide seu time", a etapa explica o que exatamente é desbloqueado com uma segunda pessoa (visualizações compartilhadas, atribuição de tarefas, aprovações) e oferece sugestões pré-preenchidas a partir do domínio de e-mail.
O estado é salvo a cada etapa, então um usuário que fecha a aba na etapa dois volta para a etapa dois, e não para o início, e um banner persistente oferece retomar em vez de recomeçar.
Como medir o desempenho do assistente
O assistente é o funil mais limpo do seu produto: etapas fixas, ordem conhecida, um único ponto de entrada. Instrumente direito e ele vai mostrar exatamente onde o seu onboarding falha.
| Métrica | O que ela mostra | O que fazer a respeito |
|---|---|---|
| Taxa de conclusão por etapa | Qual tela específica está perdendo pessoas | Corte a etapa, dê a ela um valor padrão ou permita pulá-la. |
| Taxa de pulo por etapa | Quais perguntas os usuários consideram irrelevantes | Uma etapa pulada pela maioria dos usuários não deveria estar no assistente. |
| Tempo por etapa | Qual pergunta é confusa, e não indesejada | Muito tempo com alta conclusão geralmente indica texto pouco claro, não uma pergunta ruim. |
| Taxa de conclusão geral | Se o assistente como um todo compensa o seu tamanho | Compare com uma variante mais curta antes de acrescentar qualquer coisa nova. |
| Taxa de ativação por caminho | Se concluir o assistente ajuda de verdade | Se quem pulou ativa na mesma taxa, o assistente é decoração. |
A última linha é a que merece ser levada a sério. Compare as taxas de ativação entre usuários que concluíram o assistente e os que passaram por ele pulando etapas. Se os dois grupos ativam em taxas parecidas, o seu assistente é um pedágio, e não uma etapa de configuração, e a melhoria mais rápida disponível é apagá-lo.
Como criar um assistente de onboarding com o Kompassify
Assistentes costumam ser construídos dentro do próprio produto, o que os torna lentos de mudar: cada experimento exige um ticket de engenharia, um release e um plano de rollback. É por isso que a maioria das equipes lança um assistente e nunca mais itera sobre ele.
O Kompassify permite criar e modificar a camada de orientação sem código, o que muda a economia da iteração:
- Ramifique a partir de uma escolha na primeira etapa usando o onboarding de múltipla escolha e acione um tour e um checklist diferentes para cada resposta.
- Mova as etapas adiadas para um checklist para que um item pulado seja adiado, e não perdido.
- Guie a primeira tarefa real com um tour de produto curto assim que o usuário chegar ao espaço de trabalho.
- Acompanhe a conclusão e a desistência por etapa com analytics de produto e altere o fluxo no mesmo dia.
- Segmente o público para que trials enterprise, cadastros self-service e colegas convidados recebam, cada um, a sequência certa.
O Kompassify é uma plataforma de adoção digital no-code para equipes de SaaS: grátis até 100 usuários ativos mensais, planos pagos a partir de $129/mês, em conformidade com o GDPR e com hospedagem na UE.
Lance um assistente mais curto esta semana
Mova as etapas não bloqueantes para um checklist, ramifique a experiência a partir de uma pergunta e veja a desistência por etapa, sem abrir um ticket de engenharia.
Comece grátis →Perguntas frequentes
O que é um assistente de onboarding?
Um assistente de onboarding (onboarding wizard) é uma sequência curta e linear de telas exibida logo após o cadastro, que coleta as informações e escolhas de que o produto precisa antes de poder ser útil, como o nome do espaço de trabalho, uma fonte de dados ou uma primeira integração. Ao contrário de um checklist ou de um tour de produto, o assistente é bloqueante: o usuário conclui, pula ou abandona o cadastro. Isso o torna poderoso e caro ao mesmo tempo.
Qual é a diferença entre um assistente de onboarding e um checklist de onboarding?
O assistente é linear e bloqueante, roda uma única vez no cadastro e existe para configurar o produto. O checklist é não linear e não bloqueante, permanece ao longo de dias ou semanas e existe para conduzir uma sequência de primeiras conquistas. O erro estrutural mais comum no onboarding de SaaS é colocar tarefas de checklist, como criar o primeiro projeto ou explorar o dashboard, dentro do assistente bloqueante.
Quantas etapas um assistente de onboarding deve ter?
De duas a quatro etapas é a faixa em que a conclusão se mantém alta. Acima de cinco, a desistência sobe bruscamente e as últimas etapas têm o pior desempenho, o que é um problema, porque as equipes costumam colocar a etapa mais valiosa, como conectar uma integração ou convidar o time, no final. Aplique um teste a cada etapa: se essa resposta estivesse faltando, o produto ficaria quebrado ou apenas menos personalizado? Só a primeira categoria pertence ao assistente.
As etapas de um assistente de onboarding devem poder ser puladas?
Sim. Uma etapa que pode ser pulada perde aquela etapa, enquanto uma etapa obrigatória arrisca perder o usuário inteiro. Deixe a opção de pular visível, mas secundária, e mova qualquer item pulado direto para o checklist de onboarding, para que ele seja adiado, e não perdido. Forçar o convite do time é uma forma especialmente certeira de perder avaliadores individuais que, de outra forma, teriam convertido.
Onde um assistente de onboarding deve terminar?
Dentro do produto, em um espaço de trabalho que já tenha algo nele: o primeiro objeto criado, dados de exemplo carregados ou a visualização configurada já aberta. Terminar em uma tela de resumo ou de parabéns, ou pior, em um estado vazio, desperdiça todo o investimento, porque o usuário fez o trabalho e o produto respondeu com nada que ele possa usar.
Como medir se um assistente de onboarding está funcionando?
Acompanhe a taxa de conclusão por etapa, a taxa de pulo por etapa, o tempo por etapa, a taxa de conclusão geral e, principalmente, a taxa de ativação separada entre quem concluiu e quem pulou o assistente. Se quem pulou ativa mais ou menos na mesma taxa de quem concluiu, o assistente é um pedágio, e não uma etapa de configuração, e a melhoria mais rápida disponível é removê-lo.
Quando usar um tour de produto em vez de um assistente?
Use um tour quando o objetivo for explicar a interface, e não configurar o produto. O assistente coleta dados sem os quais o produto não funciona; o tour ensina ao usuário o que uma tela faz no momento em que ele chega nela. Se você se pegar escrevendo textos explicativos dentro das etapas do assistente, esse conteúdo provavelmente pertence a um tour contextual ou a um tooltip.
Dá para criar um assistente de onboarding sem código?
As telas de configuração bloqueantes em si costumam fazer parte do produto, mas quase tudo ao redor delas, incluindo as ramificações, o checklist com as etapas adiadas, o tour de acompanhamento e a análise por etapa, pode ser criado e alterado sem trabalho de engenharia usando uma plataforma de adoção digital. Isso importa porque o principal motivo pelo qual as equipes nunca melhoram seu assistente é que cada experimento exige um novo release.