Forms Dinâmicos: um formulário que ajuda a qualificar, não só captar
Veja como desenhar perguntas, caminhos e resultados no Forms Dinâmicos, testar a experiência do visitante e entregar contexto útil ao atendimento.
“Nome, telefone e enviar” recebe o contato. Mas ajuda a equipe a entender o que fazer com ele? Se a primeira conversa ainda precisa descobrir o canal de venda, o problema e quem decide, o formulário transferiu todo o trabalho para o atendente.
O Forms Dinâmicos permite construir uma jornada em telas, ajustar perguntas e preparar caminhos de resposta. A tela de referência mostra um builder com os modos Construir, Fluxo, Design, Integrações e Preview. Ela também mostra um formulário chamado “Diagnóstico interativo”, ainda em rascunho, com duas telas de exemplo. Isso comprova a interface usada na demonstração; não comprova que uma integração externa já foi ativada para um cliente.
Desenhe a decisão antes da pergunta
Imagine uma equipe que atende dois tipos de operação: lojas com checkout no site e negócios que vendem em conversa pelo WhatsApp. Eu começaria definindo o que muda no atendimento. Se a pessoa vende pelo site, a equipe precisa saber a plataforma e em que ponto a compra é confirmada. Se vende pelo WhatsApp, precisa entender volume de conversas e quem faz o atendimento.
Um fluxo fictício, pensado para ilustrar o uso do builder, poderia ser:
- Tela 1 — Como você vende hoje? Opções: “site com checkout”, “conversa no WhatsApp” ou “ambos”.
- Tela 2A — Para quem escolheu site: “Em qual plataforma a compra termina?” A resposta prepara uma conversa sobre evento de compra e conciliação.
- Tela 2B — Para quem escolheu WhatsApp: “Quem responde quando uma pessoa chama?” A resposta prepara uma conversa sobre atribuição e acompanhamento.
- Resultado: apresentar uma mensagem coerente com o caminho seguido e entregar as respostas ao atendimento.
A regra é simples: se a resposta não muda o próximo passo, a pergunta provavelmente não precisa estar ali. Não colocaria “qual o faturamento?” só porque o campo cabe na tela. Antes, eu explicaria por que essa informação é necessária e quem terá acesso a ela.
Da resposta à próxima ação
O desenho acima é um exemplo editorial. A captura de referência não mostra esses três caminhos configurados nem demonstra envio para WhatsApp ou CRM.
O que o builder deixa visível
Na imagem do produto, a coluna da esquerda lista duas telas: “Seu negócio” e “Sua operação”. O centro apresenta uma prévia da tela selecionada, e a coluna da direita reúne propriedades como título, conteúdo, rótulo da pergunta, tipo “Texto curto”, obrigatoriedade e placeholder. Há controles para salvar, publicar e arquivar. Esse arranjo importa porque permite conferir o que a pessoa verá enquanto se edita a pergunta.
Builder dos Forms Dinâmicos com duas perguntas fictícias, propriedades de pergunta e prévia do formulário.
A especificação do projeto descreve lógica condicional, pontuação, tags e resultados personalizados como parte da evolução do builder. O que a captura específica comprova é a construção de telas e perguntas. Por isso, eu validaria cada caminho no Preview e no formulário público antes de afirmar que um ramo condicional, uma pontuação ou uma integração está funcionando naquela instalação.
O mesmo vale para a aba Integrações. Ela indica onde o assunto é configurado, mas a presença de uma aba não prova que um webhook foi recebido, que uma mensagem saiu pelo WhatsApp ou que o lead apareceu no CRM. A prova está no registro do destino e na comparação com a resposta salva.
Um teste completo antes de publicar
Eu passaria pelo formulário como três visitantes de teste: um que vende no site, outro pelo WhatsApp e um terceiro que interrompe a jornada no meio. Faria isso no celular e no computador.
- A pergunta e as opções cabem na tela sem exigir zoom ou rolagem confusa?
- A resposta leva ao caminho esperado e o botão de voltar preserva o contexto?
- O resultado final combina com as respostas dadas, sem rotular a pessoa de forma injustificada?
- As respostas chegam completas e legíveis a quem atende?
- Há consentimento, aviso adequado e só os dados necessários para a finalidade declarada?
- Se existir integração configurada, o destino recebeu um registro único e o erro de entrega é visível?
- Em que tela as pessoas desistem, e essa pergunta realmente ajuda a decisão?
Taxa de conclusão, abandono por etapa e tempo de resposta podem apontar onde investigar. Não provam sozinhos a causa: uma pergunta pode ser confusa, longa, invasiva ou simplesmente não ter relação com a expectativa criada pelo anúncio. Eu olharia a pergunta concreta antes de mudar a cor do botão.
Forms Dinâmicos tem valor quando reduz a distância entre captar um contato e começar uma conversa com contexto. O formulário não substitui julgamento humano sobre o lead. Ele deve entregar informação verificável para a pessoa certa tomar o próximo passo. No mapa dos 13 projetos que criei com Claude Code e Codex, ele ocupa justamente essa passagem entre captação e atendimento.
Perguntas frequentes
Quantas perguntas um formulário de qualificação precisa ter?
As necessárias para decidir o próximo passo, com o menor esforço possível para a pessoa. Eu começaria com canal de venda e problema principal, testaria a conclusão e só acrescentaria um campo se a resposta mudar atendimento ou encaminhamento.
Uma aba de Integrações garante que o lead chegou ao CRM?
Não. A configuração precisa ser testada com uma resposta de exemplo. Compare o registro salvo no formulário com o que chegou ao destino e verifique duplicidades ou falhas visíveis.
O que conferir no celular?
Legibilidade, área de toque, teclado acionado pelo campo, navegação entre telas e clareza do botão de voltar. Faça pelo menos um caminho completo e um abandono; a prévia do builder não substitui o teste no formulário público.
