Em quase toda empresa SaaS existe um formulário de cadastro que cresceu por acidente. Vendas pediu o tamanho da empresa. Marketing quis o setor. Alguém de customer success adicionou um dropdown "como você nos conheceu?". Cada pedido fazia sentido isoladamente, cada um foi aprovado sem muita discussão, e ninguém nunca mediu quanto o acúmulo custou.
O custo foi em usuários. Nada dramático, nada visível: apenas um imposto constante e invisível sobre cada visitante que concluiu que responder sete perguntas para testar uma ferramenta dava mais trabalho do que fechar a aba.
O perfilamento progressivo (progressive profiling, em inglês) resolve isso, e não é um meio-termo. Você continua recebendo os dados. Só para de pedir tudo no pior momento de toda a jornada do cliente. Este guia mostra o que é perfilamento progressivo, exatamente quando pedir cada campo, seis padrões in-app que funcionam, como transformar as respostas em um onboarding que se adapta e onde fica o limite da privacidade.
Principais pontos
- Peça menos no cadastro e mais ao longo do tempo. O perfilamento progressivo coleta os mesmos dados ao longo da jornada, em vez de arrancá-los de um desconhecido em uma única transação.
- Cada campo custa conversão. O custo é maior no cadastro, quando o usuário ainda não investiu nada e confia menos em você.
- Só campos essenciais para a conta pertencem ao formulário de cadastro. Na maioria dos produtos SaaS, isso é um e-mail e uma senha, ou um botão de login social.
- Ancore cada pergunta em um momento em que ela traz retorno. Pergunte o tamanho da equipe quando alguém tenta convidar um colega, e não em uma tela de boas-vindas três dias antes.
- Uma pergunta de cada vez. A vantagem na taxa de resposta desaparece no momento em que uma "pergunta rápida" vira um modal com cinco campos.
- Dado que você não usa é atrito cobrado à toa. Se uma resposta não muda o que o usuário vê ou o que você envia a ele, pare de coletá-la.
O que é perfilamento progressivo?
Definição de perfilamento progressivo: a prática de coletar informações do usuário aos poucos, ao longo da jornada do cliente, em vez de pedir tudo logo de cara. O formulário de cadastro pede só o estritamente necessário para criar a conta; todos os outros campos são coletados depois, em um momento em que a pergunta faz sentido evidente para o usuário e a resposta gera algo útil para ele.
A mudança de perspectiva é pequena, mas as consequências não são. Um formulário estático trata a coleta de dados como um pedágio: pague com informações pessoais e receba acesso. O perfilamento progressivo trata a coleta como uma conversa que avança junto com o relacionamento: você pergunta o tamanho da equipe quando alguém está tentando adicionar um colega, o setor quando isso vai mudar o template oferecido, a empresa quando a pessoa já está conversando com você sobre um contrato.
O resultado final é o mesmo. Nos dois casos, existe um perfil completo. A diferença é que em uma versão você tem o perfil completo de 3% dos visitantes, e na outra tem o da maioria das pessoas que ficaram.
Por que formulários de cadastro longos fazem você perder usuários em silêncio
O tamanho do formulário afeta a conversão por motivos mais psicológicos do que mecânicos. Vale a pena ser preciso sobre eles, porque essa precisão mostra quais campos mudar de lugar e quais simplesmente excluir.
-
A troca de valor é a pior possível no cadastro
Um visitante que está há dois minutos no seu produto ainda não recebeu nada. Cada campo pede que ele pague antes de ter qualquer prova de que o produto funciona. Mais adiante na jornada, a mesma pergunta quase não custa nada, porque aí ele já tem algo a perder.
-
Alguns campos anunciam uma ligação de vendas
Telefone e tamanho da empresa são lidos, com razão, como qualificação de lead. Um usuário que quer avaliar uma ferramenta com calma prefere desistir a disparar uma sequência de contato comercial. Esses campos não são só atrito: em um modelo self-service, eles afastam as pessoas.
-
Cada campo é uma decisão, e decisões cansam
"Em que setor eu me encaixo, exatamente?" é um custo cognitivo real. Dropdowns com quinze opções quase sinônimas são especialmente ruins, porque o usuário precisa pensar na sua taxonomia em vez de pensar no problema dele.
-
Perguntas sem explicação corroem a confiança
Um campo sem propósito visível parece coleta indiscriminada de dados. A mesma pergunta, feita em um momento em que o motivo é evidente, parece o produto tentando ajudar.
A versão cumulativa desse problema: um formulário longo não reduz apenas os cadastros, ele muda quem se cadastra. As pessoas dispostas a preencher sete campos tendem a ser as que já estão convencidas, muitas vezes depois de uma conversa com vendas. Seu funil self-service para de funcionar sem alarde, e o analytics mostra uma taxa de conversão saudável sobre uma população bem menor e pré-qualificada.
Perfilamento progressivo vs revelação progressiva vs formulários em várias etapas
Três termos usados como sinônimos em reuniões de produto que, na verdade, significam coisas bem diferentes.
| Conceito | O que ele controla | Onde se aplica | Erro típico |
|---|---|---|---|
| Perfilamento progressivo | O que você pergunta ao usuário, e quando | Em todo o ciclo de vida: cadastro, primeira sessão, upgrade | Coletar campos que ninguém nunca usa |
| Revelação progressiva | O que você mostra ao usuário, e quando | Dentro da interface: configurações avançadas, funcionalidades secundárias | Esconder algo de que o usuário precisa no primeiro dia |
| Formulário em várias etapas | Como um formulário é dividido em páginas | Uma única sessão: as mesmas perguntas, em mais telas | Achar que só dividir em páginas resolve o atrito |
Na prática, a distinção com o formulário em várias etapas é a que mais importa. Dividir oito campos em três telas com uma barra de progresso ajuda, sim: uma primeira tela curta reduz a barreira percebida, e o efeito do custo irrecuperável leva as pessoas até o fim. Mas o usuário continua respondendo às oito perguntas antes de ver o produto. Isso é um formulário melhor, não perfilamento progressivo.
Perfilamento progressivo de verdade significa que as perguntas dois a oito acontecem depois que o usuário viveu algo que vale a pena. Se você quer a contrapartida do lado da interface, nosso guia de onboarding progressivo trata da revelação progressiva, e as boas práticas de fluxo de cadastro tratam do formulário em si.
O mapa de timing dos campos: quando pedir o quê
Este é o núcleo do método. Cada campo tem um momento em que o custo de perguntar é menor e a utilidade da resposta é maior. As duas coisas costumam coincidir, o que facilita bastante.
No cadastro: só o que a conta não pode deixar de ter
E-mail e senha. Ou um único botão de login social, que reduz o pedido a um clique. Para a maioria dos produtos SaaS, a lista é só essa.
O teste para qualquer campo que alguém queira adicionar: dá para criar e proteger a conta sem ele? Se der, ele não pertence a este formulário. A pergunta não é "ele é útil?": campos úteis são exatamente os que vão se infiltrando.
Primeira sessão: a única pergunta que muda o que a pessoa vê
Existe uma única pergunta defensável na primeira sessão, e ela é alguma versão de "o que traz você aqui?", em múltipla escolha, com quatro a seis opções escritas como tarefas a realizar, e não como cargos.
Ela merece a interrupção porque a resposta ramifica a experiência na hora: primeira tarefa diferente, template diferente, tour diferente. Esse é o acordo. Uma pergunta que não muda nada na próxima tela não tem por que ser feita no momento mais frágil da jornada. Nossos guias de onboarding com múltipla escolha e de telas de boas-vindas mostram como redigir as opções.
Após o primeiro valor: as perguntas que de repente fazem sentido
Depois que o usuário faz aquilo que veio fazer, o relacionamento muda. Ele já investiu algo, tem provas de que o produto funciona, e várias perguntas que eram invasivas uma hora antes agora são claramente relevantes.
Tamanho da equipe, quando ele abre a janela de convite. Quais ferramentas usa, quando visita a página de integrações. Preferências de notificação, depois da primeira notificação. Cada uma delas funciona melhor dentro do fluxo a que pertence do que em um aviso separado de "complete seu perfil".
No upgrade: os campos comerciais
Nome da empresa, dados de cobrança, telefone, contato de compras. Ninguém se surpreende com esses campos na hora do pagamento, e ninguém abandona uma compra por causa de um campo "nome da empresa". É aqui que ficam os campos que teriam destruído o seu formulário de cadastro.
6 padrões in-app para coletar dados sem atrito
Uma pergunta de múltipla escolha, com quatro a seis opções, feita uma única vez, logo após o primeiro login bem-sucedido. A resposta leva o usuário para um caminho de onboarding diferente.
Por que funciona: responder a uma múltipla escolha leva menos de três segundos e não exige digitação. Como a próxima tela muda visivelmente de acordo com a resposta, o usuário vive isso como uma configuração, e não como um interrogatório.
O tamanho da equipe aparece na janela de convite. O setor aparece na escolha do template. O fuso horário aparece quando a pessoa agenda algo. A pergunta mora onde a resposta é usada.
Por que funciona: o propósito é evidente, então não é preciso explicar nem construir confiança. As taxas de preenchimento de pedidos contextuais são muito maiores que as do mesmo campo em uma página de perfil.
Uma pesquisa in-app de uma pergunta, disparada logo depois que o usuário conclui algo significativo: o primeiro relatório, a primeira página publicada, a primeira importação bem-sucedida.
Por que funciona: a boa vontade atinge o pico logo depois de um sucesso. É o melhor momento de todo o produto para pedir qualquer coisa, e a maioria dos times o desperdiça com uma animação de confete.
Um aviso de baixa prioridade (um item de checklist, um anúncio in-app, um indicador de progresso) que oferece algo concreto em troca: "Adicione sua equipe e mostraremos a atividade compartilhada."
Por que funciona: é opcional, nunca bloqueia nada e diz qual é o benefício. Uma porcentagem de preenchimento, sozinha, motiva pouco; uma porcentagem de preenchimento ligada a uma funcionalidade desbloqueada motiva bastante.
Extraia o domínio do e-mail, detecte fuso horário e idioma pelo navegador, deduza o tamanho da empresa por quantos colegas usam o mesmo domínio, deduza o caso de uso pelas funcionalidades usadas na primeira semana.
Por que funciona: a melhor pergunta é aquela que você nunca precisa fazer. A dedução pelo comportamento também é mais honesta que a autodeclaração: o que as pessoas fazem vale mais do que o que elas dizem que vão fazer.
Depois que um campo foi respondido, ou deduzido, ele nunca mais aparece, em nenhum lugar. Se um usuário já informou o cargo, nenhuma pesquisa, modal ou e-mail deve perguntar de novo.
Por que funciona: ser perguntado duas vezes é o jeito mais rápido de mostrar que ninguém está ouvindo, e isso desfaz a confiança da qual toda a abordagem depende.
Transformando as respostas em um onboarding que se adapta
Coletar dados é a metade fácil. O que faz o perfilamento progressivo valer a pena é que cada resposta pode mudar o que o próximo usuário vê; caso contrário, você só mudou o atrito de lugar.
1. Ramifique a primeira experiência com base na primeira resposta
Um usuário que diz estar ali para "fazer o onboarding de um novo time" não deveria ver a mesma primeira tarefa de quem está ali para "testar uma integração". Leve cada um para uma primeira etapa diferente, um template diferente e um tour de produto diferente.
Com o Kompassify, você pode direcionar tours, checklists e tooltips para um segmento definido pelo atributo que acabou de coletar, então a ramificação vira uma regra de segmentação, e não um projeto de engenharia.
2. Esconda o que é irrelevante
Saber que um usuário trabalha sozinho significa nunca mostrar a ele avisos de gestão de equipe. Suprimir é a metade subestimada da personalização: remover três nudges irrelevantes melhora a experiência com mais segurança do que adicionar um relevante.
3. Alimente segmentos, não indivíduos
Atributos só viram ação em grupos. Associe cada campo coletado a um segmento que você realmente vai tratar de forma diferente. Se dois segmentos recebem exatamente o mesmo tratamento, eles são um segmento só, e o campo que os separa não está se pagando: essa é a disciplina por trás de um onboarding personalizado de verdade.
4. Feche o ciclo de forma visível
Quando um usuário responde a uma pergunta, algo deve mudar visivelmente em poucos segundos: uma seção renomeada, um template relevante, um checklist mais curto. O retorno visível é o que torna fácil fazer a segunda e a terceira pergunta.
5. Meça se funcionou
Compare a taxa de ativação e o time to value entre quem respondeu e quem pulou. Se o caminho ramificado não superar o padrão, a ramificação é enfeite e a pergunta é puro atrito. Com product analytics, essa verificação leva cinco minutos, em vez de virar uma discussão.
Perfilamento progressivo e privacidade
Coletar menos dados logo de início combina bem com o princípio de minimização de dados do GDPR (e com o princípio da necessidade da LGPD), mas o método não é uma estratégia de conformidade, e as obrigações não mudam.
O que continua valendo
- Uma base legal para cada campo. Distribuir a coleta ao longo do tempo não cria uma.
- Finalidade informada no momento da coleta. Uma linha curta explicando por que você está perguntando, o que, de quebra, também aumenta o preenchimento.
- Opcional significa opcional. Um aviso que não pode ser fechado é um campo obrigatório disfarçado.
- Acesso, exportação e exclusão. Dados reunidos aos poucos continuam formando um perfil, sujeito aos mesmos direitos.
- Nada de dark patterns. Nunca apresente um pedido de dados como uma etapa obrigatória do produto, e nunca esconda de propósito a opção de recusar.
Uma regra prática de higiene: se nenhum time usou um campo nos últimos seis meses, pare de coletá-lo e exclua o que você tem. Campos sem uso são puro custo: atrito para o usuário, obrigação para você e nenhuma vantagem para ninguém. O próprio Kompassify está em conformidade com o GDPR e é hospedado na UE, o que importa quando sua camada de onboarding armazena atributos de usuários.
Erros comuns no perfilamento progressivo
✅ Faça
- Reduza o formulário de cadastro aos campos essenciais para a conta
- Faça uma pergunta de cada vez
- Ancore cada pergunta em um momento em que a resposta é usada
- Deduza tudo o que puder em vez de perguntar
- Permita fechar todos os pedidos
- Mude algo visível assim que o usuário responder
- Exclua campos que ninguém usou em seis meses
❌ Não faça
- Transformar um formulário de sete campos em um modal de sete campos
- Fazer a mesma pergunta em dois lugares diferentes
- Interromper um usuário no meio de uma tarefa para completar o perfil
- Pedir telefone antes de existir qualquer contexto comercial
- Coletar atributos que você não pretende usar
- Bloquear o acesso ao produto até o perfil estar completo
- Usar uma porcentagem de preenchimento como única motivação
O erro que põe tudo a perder: mudar o formulário longo de lugar em vez de desmontá-lo. Um modal que aparece logo depois do cadastro pedindo empresa, cargo, tamanho da equipe e telefone não é perfilamento progressivo; é o mesmo pedágio, uma tela adiante, agora interrompendo um usuário que finalmente ia ver o produto. Todo o método depende de as perguntas estarem separadas no tempo e ligadas a um momento em que fazem sentido.
Um plano de 2 semanas para implementar o perfilamento progressivo
Semana 1: auditar e cortar
- Liste todos os campos do formulário de cadastro e aponte o time que usa cada um
- Exclua qualquer campo que nenhum time tenha usado em seis meses
- Marque quais dos campos restantes poderiam ser deduzidos em vez de perguntados
- Reduza o formulário aos campos essenciais para a conta e meça a mudança na taxa de cadastro
Semana 2: redistribuir
- Para cada campo removido, defina o momento exato em que a resposta se torna útil
- Adicione uma pergunta de ramificação à primeira sessão e ligue-a a um segmento
- Leve os campos contextuais para os fluxos que precisam deles
- Adicione uma micropesquisa pós-ativação para um dos atributos restantes
- Exiba cada pedido só quando o campo estiver vazio, para que nada seja perguntado duas vezes
- Compare a ativação e a conversão do trial da nova coorte com as da anterior
Pergunte no momento certo, sem precisar de uma nova release
O Kompassify oferece pesquisas in-app, checklists de onboarding, tours de produto e segmentação sem código, para que você colete atributos dos usuários exatamente onde fazem sentido e ramifique o onboarding com base na resposta. Grátis para até 100 usuários ativos mensais, em conformidade com o GDPR e hospedado na UE.
Comece grátis →Perguntas frequentes
O que é perfilamento progressivo?
Perfilamento progressivo é a prática de coletar informações do usuário aos poucos, ao longo da jornada do cliente, em vez de pedir tudo em um único formulário. O cadastro pede apenas o estritamente necessário para criar a conta, e todos os outros campos são coletados depois, em um momento em que a pergunta faz sentido para o usuário e em que a resposta gera algo útil para ele. O resultado é um perfil completo construído ao longo de dias ou semanas, e não um formulário abandonado no primeiro dia.
Por que o perfilamento progressivo melhora a conversão?
Porque cada campo a mais no formulário de cadastro adiciona atrito justamente no momento em que o usuário investiu menos e confia menos em você. Um visitante que está no seu site há noventa segundos não tem motivo nenhum para revelar o tamanho da empresa ou o telefone, então cada campo obrigatório extra é mais um motivo para ir embora. O perfilamento progressivo leva essas perguntas para momentos em que o usuário já tem algo a perder se desistir e em que a pergunta tem um propósito óbvio. Nosso guia de fluxo de cadastro trata dos detalhes do formulário.
Qual é a diferença entre perfilamento progressivo e revelação progressiva?
Os nomes são parecidos, mas resolvem problemas diferentes. O perfilamento progressivo trata da coleta de dados: distribuir as perguntas ao usuário ao longo do tempo para que nenhum formulário seja cansativo. A revelação progressiva (progressive disclosure) trata da complexidade da interface: mostrar funcionalidades e opções aos poucos para que um novo usuário não enfrente o produto inteiro de uma vez. Um controla o que você pergunta, o outro controla o que você mostra. A maioria dos bons onboardings usa os dois.
Quais campos devem ficar no formulário de cadastro?
Somente o que é tecnicamente necessário para criar e proteger uma conta, o que na maioria dos produtos SaaS significa um e-mail e uma senha, ou um único botão de login social. Todo o resto (nome, empresa, cargo, tamanho da equipe, telefone, caso de uso) pode ser coletado depois. Um bom teste para qualquer campo é perguntar se a conta pode existir sem ele. Se puder, o campo não pertence ao formulário de cadastro.
Quando fazer as perguntas de perfilamento progressivo?
Ancore cada pergunta em um momento em que ela se torna realmente útil para o usuário. Pergunte sobre cargo ou caso de uso na primeira sessão, quando a resposta pode ramificar na hora o onboarding que a pessoa recebe. Pergunte sobre o tamanho da equipe quando ela tentar convidar alguém pela primeira vez. Pergunte sobre os dados da empresa perto do upgrade, quando ela já espera uma conversa comercial. A regra é que a resposta mude algo que o usuário vê em poucos segundos.
Quantas perguntas fazer de uma vez?
Uma ou duas, nunca mais, e só quando elas justificam o espaço. A vantagem do perfilamento progressivo vem do fato de cada pedido ser pequeno o bastante para ser respondido sem pensar muito. Uma única pergunta de múltipla escolha com quatro opções, feita no momento certo, terá uma taxa de resposta muito maior que um modal com cinco campos, e não vai prejudicar a sessão que interrompe.
O perfilamento progressivo está em conformidade com a LGPD e o GDPR?
Pode estar e, em alguns aspectos, combina bem com o princípio da minimização de dados, já que você só coleta o que tem uso atual. As obrigações não mudam: você continua precisando de uma base legal para cada dado, de uma finalidade clara informada no momento da coleta e da capacidade de exportar ou excluir os dados quando solicitado. As regras práticas são não coletar campos sem uso imediato, manter as perguntas opcionais de fato opcionais e nunca disfarçar um pedido de dados como uma etapa obrigatória do produto.