Principais Conclusões
- A ramificação existe para remover perguntas, não adicioná-las. O objetivo de cada ramo é um respondente que nunca veja uma pergunta irrelevante, não uma pesquisa mais elaborada.
- Projete o caminho do “não” tão cuidadosamente quanto o caminho do “sim”. A maioria das pesquisas ramificadas abandonadas falha na resposta que o designer não planejou, não na que ele planejou.
- Superficial é melhor que esperto. Dois ou três níveis de ramificação cobrem quase todos os casos de uso reais; qualquer coisa mais profunda geralmente significa que a pesquisa está tentando fazer demais.
- Todos os caminhos precisam ser percorridos, não apenas o principal. Uma pesquisa ramificada que só foi testada de cima para baixo terá caminhos quebrados que ninguém encontrou ainda.
Uma pesquisa ramificada mostra ou oculta perguntas com base em como alguém responde às anteriores. então, um respondente que diz “não” a possuir um carro nunca verá três perguntas de acompanhamento sobre seu trajeto. Feita corretamente, parece que a pesquisa está prestando atenção. Feita de forma inadequada, parece um labirinto: becos sem saída, perguntas que não fazem sentido dado o que já foi respondido, ou um botão “voltar” que desfaz mais do que o pretendido.
A diferença não está na quantidade de lógica que você usa. Está em como os ramos são projetados. Esta não é uma ideia nova específica para formulários online, também. é uma aplicação direta de divulgação progressiva, um princípio de design de interação de décadas do Nielsen Norman Group: mostrar às pessoas apenas o que é relevante agora e adiar todo o resto até que realmente se aplique. Uma pesquisa ramificada é a divulgação progressiva aplicada a uma lista de perguntas em vez de um menu de configurações.
Comece Pelos Caminhos, Não Pelas Perguntas
O erro mais comum no design de pesquisas ramificadas é escrever todas as perguntas primeiro e depois adicionar a lógica. Essa ordem quase sempre produz ramos desajeitados, porque as perguntas não foram escritas com o caminho específico de um respondente em mente.
Em vez disso, mapeie os caminhos primeiro: quantos tipos distintos de respondente essa pesquisa realmente precisa lidar? Uma pesquisa de satisfação do cliente pode precisar apenas de dois caminhos. “recomendaria” e “não recomendaria”. cada um fazendo uma pergunta de acompanhamento diferente. Um formulário de feedback de produto para vários segmentos de clientes pode precisar de três ou quatro. Escreva as perguntas dentro de cada caminho, não como uma lista longa que você depois divide.
Mantenha os Ramos Superficiais
É tentador continuar adicionando condições. se eles disseram X, e também Y, então mostre Z. até que a lógica pareça um contrato legal. Na prática, dois a três níveis de ramificação cobrem a esmagadora maioria das pesquisas reais:
- Nível 1: Uma pergunta qualificadora que divide os respondentes em 2–4 grupos
- Nível 2: Um acompanhamento específico do grupo
- Nível 3 (opcional): Uma única pergunta de detalhe condicional dentro desse acompanhamento
Se uma pesquisa precisar de um quarto ou quinto nível para fazer sentido, isso geralmente é um sinal de que são na verdade duas pesquisas que foram fundidas em uma, ou que a pergunta qualificadora no topo não foi específica o suficiente. Há também uma razão psicológica para que ramos superficiais pareçam mais fáceis. sob a Lei de Hick, o tempo que alguém leva para decidir entre opções aumenta com o número de escolhas à sua frente. Uma pergunta qualificadora com 8 opções não apenas parece mais desordenada do que uma com 3. ela medeia o tempo de decisão, antes que o respondente tenha sequer chegado à pergunta que o ramo deveria levá-lo.
Projete o Caminho que Você Não Esperava
A maioria das pesquisas ramificadas são projetadas cuidadosamente para a resposta que o designer espera. e então, o que acontece com a outra resposta recebe o que sobrou. Isso está ao contrário. O “não”, o “nenhuma das opções acima”, o “não tenho certeza”. esses caminhos precisam de tanto cuidado quanto, porque muitas vezes é onde o maior grupo de respondentes realmente se encontra.
Uma verificação prática: para cada pergunta ramificada, pergunte “o que alguém que escolhe a opção menos provável vê a seguir?” Se a resposta honesta for “não pensamos muito nisso”, essa é a lacuna a ser corrigida antes de publicar.
Evite Becos Sem Saída
Um beco sem saída é qualquer ponto onde a resposta de um respondente leva a uma pergunta que não faz mais sentido, ou a um formulário que parece esperar informações que eles já disseram que não se aplicam a eles. A causa mais comum é um ramo que foi adicionado sem verificar o que ele exclui. um caminho “Você tem filhos?” → “Não” que ainda pergunta “Quantos filhos estão nesta faixa etária?” três perguntas depois, porque essa pergunta não foi configurada para pular junto com o resto do ramo.
Esse tipo de atrito não é apenas irritante. é mensurável. Um estudo amplamente citado no Public Opinion Quarterly descobriu que, à medida que uma pesquisa na web fica mais longa, os respondentes dão respostas mais curtas, pulam mais itens e desistem em taxas mais altas quanto mais avançam. e o comprimento percebido importa tanto quanto o comprimento real (Galesic & Bosnjak, 2009). Um beco sem saída não custa apenas uma pergunta confusa. ele sinaliza ao respondente que o restante da pesquisa pode ser igualmente mal ajustado para eles, que é exatamente o momento em que as pessoas a abandonam.
Teste Cada Caminho Antes de Publicar, Não Apenas o Principal
É fácil testar uma pesquisa ramificada clicando nela uma vez, de cima para baixo, escolhendo o que for mais rápido. e funciona. Isso só prova que o caminho padrão funciona. Os caminhos que quebram são quase sempre aqueles que ninguém clicou durante o teste: a opção “outro”, a seção pulada, o respondente que muda uma resposta anterior no meio do caminho.
Antes de publicar, percorra cada caminho distinto pelo menos uma vez, incluindo aqueles que exigem voltar e mudar uma resposta para ver se o formulário recalcula corretamente.
Mostre às Pessoas Quão Perto Elas Estão
A ramificação torna o comprimento de uma pesquisa imprevisível. o respondente que se qualifica para cada acompanhamento vê uma pesquisa mais longa do que aquele que é filtrado cedo. Essa imprevisibilidade é exatamente porque um indicador de progresso importa mais aqui do que em um formulário estático. Pesquisas comportamentais que remontam à hipótese original de gradiente de meta de Hull, e mais tarde confirmadas em ambientes de consumo por Kivetz, Urminsky e Zheng (2006), consistentemente encontram que as pessoas se esforçam mais à medida que percebem estar se aproximando de terminar uma tarefa. Uma sensação visível de “quase lá” é uma das poucas ferramentas que você tem para contrabalançar a fadiga que um ramo mais longo pode causar. Não precisa ser uma porcentagem precisa. mesmo uma noção aproximada de progresso (pergunta 3 de aproximadamente 7) dá a uma pesquisa ramificada algo que uma lista de perguntas simples e indiferenciada não pode.
Um Checklist Antes de Você Construir
As seções acima cobrem o porquê. Antes de realmente começar a construir, ajuda responder a estas perguntas diretamente. no papel, antes que a primeira pergunta entre no formulário:
Quem se qualifica e o que acontece com todos os outros?
- Qual é o critério de triagem real para chegar à pesquisa completa?
- Quais perguntas específicas são aquelas que dividem o caminho. não “em algum lugar no meio”, mas a pergunta exata e a resposta exata que desencadeia um salto?
- Onde alguém que não se qualifica termina. uma seção de agradecimento mais curta ou direto para uma tela de saída? Deixar isso indefinido é como os respondentes desqualificados acabam presos.
O que cada respondente precisa responder, independentemente do caminho?
Qualquer coisa universal. e-mail, nome, dados demográficos básicos. pertence antes do primeiro ramo, não espalhada por diferentes caminhos onde pode ser perguntada duas vezes ou completamente perdida em um ramo.
Os caminhos voltam a se unir?
Algumas pesquisas ramificadas são totalmente separadas do início ao fim. Outras se dividem brevemente e depois se reúnem em uma seção final compartilhada. Decida isso antecipadamente. isso muda quantos “finais” únicos você realmente precisa projetar e testar.
As respostas de gatilho são mutuamente exclusivas?
Se uma pergunta permite várias seleções, certifique-se de que duas respostas selecionadas não possam apontar para ramos conflitantes ao mesmo tempo. Esta é uma fonte comum de bugs de lógica que não aparecem até que um respondente real acerte essa combinação exata.
Qual é a alternativa se nada corresponder?
Cada pergunta ramificada deve ter um próximo passo padrão para respostas que não atinjam nenhuma das condições definidas. não apenas aquelas que você planejou explicitamente.
Sua ferramenta ramifica por pergunta ou por página (ou ambos)?
Isso muda como você planeja a construção. Uma plataforma que só pula páginas inteiras força você a agrupar perguntas de forma diferente de uma que pode mostrar ou ocultar um único campo. Confirme o que sua ferramenta suporta antes de começar a mapear caminhos, não depois.
Como a Lógica Realmente Funciona
Nos bastidores, a lógica de ramificação é um conjunto de regras se/então: se um campo corresponde a uma condição, então mostrar, ocultar ou pular para outra parte do formulário.
O construtor de lógica do PlatoForms suporta isso tanto no nível da pergunta quanto no nível da página. Pular para Página e Pular Páginas para roteamento de seções inteiras, e condições no nível do campo (é igual a, está respondido, comparações numéricas) para ramos mais granulares. Se você estiver movendo um formulário especificamente do Google Forms, esta comparação da lógica condicional do Google Forms e suas limitações cobre o que é e o que não é transferido.
Algumas peças de design adjacentes que valem a pena emparelhar com a lógica de ramificação: se sua pesquisa usa escalas de classificação em algum lugar, como projetar uma escala Likert que funcione em dispositivos móveis cobre um ponto de falha comum uma vez que a ramificação é sobreposta. E se você estiver ramificando um campo obrigatório versus opcional em vez de mostrar ou ocultar uma pergunta inteira, definir campos como obrigatórios ou opcionais com lógica condicional é a ferramenta mais precisa para isso.
FAQ
Quantos ramos uma pesquisa deve ter?
Tão poucos quanto o público realmente exigir. A maioria das pesquisas precisa de 2–4 caminhos de nível superior; mais do que isso geralmente é um sinal de que a pesquisa está tentando atender a muitos tipos diferentes de respondentes ao mesmo tempo.
Qual é a diferença entre lógica de pular e lógica de ramificação?
Eles são frequentemente usados de forma intercambiável, mas a lógica de pular geralmente se refere a pular uma ou mais perguntas com base em uma resposta, enquanto a lógica de ramificação cobre mais amplamente mostrar, ocultar ou direcionar para diferentes seções. Na prática, a maioria dos construtores de formulários. incluindo o PlatoForms. usa um motor de lógica para lidar com ambos.
A lógica de ramificação prejudica as taxas de conclusão?
A ramificação bem projetada melhora as taxas de conclusão, já que os respondentes veem menos perguntas irrelevantes. A ramificação mal projetada. aninhamento profundo, caminhos não testados, becos sem saída. prejudica as taxas de conclusão, muitas vezes pior do que não ramificar, porque confunde ativamente as pessoas no meio do caminho.
Posso testar a lógica de ramificação antes de publicar uma pesquisa?
Sim. use o modo de visualização para percorrer cada caminho, incluindo os menos óbvios, antes que a pesquisa vá ao ar. Este é o passo de maior alavancagem para detectar ramos quebrados cedo.
Pronto para construir um? Explore a lógica condicional no PlatoForms. Pular para Página, Pular Páginas e regras no nível do campo, tudo testável no modo de visualização antes de você publicar.
