Micropesquisas: como fazer perguntas de uma tela que realmente respondem

Uma micropesquisa cabe inteira numa tela: no máximo duas ou três perguntas, respondida em bem menos de quinze segundos, sem conta e com a primeira pergunta resolvida num único toque. Cada restrição existe para comprar alguma coisa, e é isso que este guia realmente cobre.

O termo virou um chavão usado para qualquer pesquisa curta, o que apaga a diferença que importa de verdade: uma micropesquisa não é pequena por acaso, é pequena porque cada limite do formato compra algo específico, e perder de vista o que cada um compra é como um formato eficiente vira uma pesquisa comprimida à força que ninguém termina de responder.

O que faz uma pesquisa ser "micro"

Uma micropesquisa cabe inteira numa tela: no máximo duas ou três perguntas, respondida em bem menos de quinze segundos, sem exigir conta, com a primeira pergunta resolvida num único toque. Qualquer coisa que precise de uma segunda tela, de uma quarta pergunta ou de texto digitado antes da primeira resposta não é uma micropesquisa, é uma pesquisa curta usando a mesma roupa.

Nenhuma dessas restrições é estética. Cada uma compra algo específico, e vale nomear o que, porque é fácil relaxar uma delas achando que está só simplificando o design.

• Uma tela. Compra conclusão: não existe uma segunda página para abandonar nem uma barra de rolagem para perder alguém no meio do caminho.
• No máximo três perguntas. Compra honestidade: depois da terceira, a maioria das pessoas para de ler e passa a clicar qualquer coisa só para fechar a janela, um comportamento que estraga a resposta sem parecer que estragou.
• Menos de quinze segundos. Compra alcance: fica abaixo do limiar em que interromper alguém parece um pedido que precisa ser pesado antes de aceitar. Acima disso a pessoa já está decidindo se vale a pena, e boa parte decide que não.
• Sem conta. Compra volume: uma tela de login elimina a maior parte do tráfego anônimo e de passagem, que costuma ser justamente quem você quer ouvir.
• Primeira pergunta em um toque. Compra a resposta que de outro modo nunca começaria, porque a maior parte de quem abandona uma pesquisa faz isso bem na primeira pergunta. Se ela pede para digitar, você filtra fora todo mundo que ainda não estava investido.

Como essa pergunta chega até a pessoa, seja por um cartão que sobe na tela, por um bloco fixo dentro do produto ou por uma janela no site, é um problema de exibição e não de formato. Os gatilhos e a cadência de cada canal estão em pop-up de pesquisa e em feedback in-app. Este texto trata do que acontece depois que a pergunta já está na tela: qual pergunta fazer, que tipo de resposta ela sustenta e como ler o que volta.

A troca que você está fazendo: alcance por profundidade

Reduzir uma pesquisa a três perguntas não é uma versão mais eficiente da mesma coisa, é um instrumento diferente com um preço diferente. Vale nomear os dois lados da troca antes de usar o formato, porque quem só enxerga o lado bom acaba decidindo coisas grandes com dado de menos.

O que você compra é alcance. Como regra prática, uma pergunta única no lugar de uma pesquisa de oito ou dez perguntas costuma triplicar ou quadruplicar a taxa de resposta no mesmo canal e no mesmo gatilho, porque responder deixa de exigir um compromisso de tempo. Isso não é uma constante universal, é o padrão que aparece quando se compara o mesmo público reagindo ao mesmo estímulo em dois formatos: menos pedido, mais gente topa.

O que você perde é profundidade, e ela some em três lugares diferentes. Não há espaço para explorar: se a primeira resposta for inesperada, não existe uma segunda pergunta genérica para investigar, só o follow-up condicional que você já previu. Não há contexto: você sabe o que a pessoa respondeu, mas quase nada sobre quem ela é além do que os campos ocultos carregam. E não há verificação cruzada: uma única pergunta mal escrita não tem outras três ao redor para revelar que ela estava confusa, então um erro de redação custa o dado inteiro, não uma fração dele.

Nenhum dos dois lados anula o outro. O ponto de usar uma micropesquisa é decidir, antes de escrever a primeira pergunta, que a troca vale a pena para aquela decisão específica, o que leva direto à pergunta seguinte: qual decisão, exatamente, essa micropesquisa vai responder.

A pergunta que decide tudo

Com três perguntas não há espaço para investigar, então a primeira pergunta precisa ser literalmente a decisão que você enfrenta, não uma pergunta interessante sobre o produto. Essa é a diferença entre uma micropesquisa que muda alguma coisa e uma que só produz um número bonito para um slide.

O método é trabalhar de trás para frente. Primeiro, nomeie a decisão em aberto: manter ou tirar um recurso, lançar ou segurar um redesenho, escalar ou abandonar um ponto de atrito. Depois, nomeie o que precisaria aparecer na resposta para essa decisão virar de um lado para o outro, o limiar real e não um número redondo escolhido depois. Só então escreva a pergunta que mede exatamente esse limiar, nem mais largo nem mais estreito.

Um exemplo concreto ajuda mais do que o método abstrato. Um time decide se mantém um checklist de onboarding em que trabalha há dois meses. A pergunta errada é «o que você acha do produto», porque a resposta não muda nada sobre o checklist especificamente: alguém pode adorar o produto sem nunca ter olhado para o checklist, ou pode odiá-lo por um motivo que não tem nada a ver com onboarding. A pergunta certa é «o checklist ajudou você a começar a usar o produto», porque o sim e o não apontam direto para a decisão em aberto, e um follow-up condicional de texto livre no não, «o que faltou», entrega o motivo sem gastar uma segunda pergunta fixa.

Esse exercício também funciona como filtro contra curiosidade disfarçada de necessidade. Se você não consegue nomear qual decisão a resposta vai mudar, provavelmente está querendo satisfazer curiosidade e não apoiar uma escolha, e o formato certo para isso é uma pesquisa mais longa e planejada, coberta em como criar uma pesquisa online, não uma pergunta de três segundos disparada para todo mundo.

Que tipos de pergunta sobrevivem no formato micro

O espaço de uma tela decide o tipo de pergunta antes de decidir a redação. Três formatos cabem sem forçar, e o resto força.

• Uma nota única. Cinco estrelas, uma linha de carinhas, uma escala de esforço de um toque ou uma nota de satisfação como CSAT. Uma única dimensão, respondida com um toque, sem rolagem.
• Escolha única curta. De três a cinco opções, cada uma legível de uma vez sem precisar rolar para ver a última. Funciona bem para «qual dessas descreve o que te trouxe aqui» ou «qual dessas travou você».
• Um texto aberto, e só como última pergunta. Depois que a pessoa já respondeu algo fechado, um convite opcional para explicar em texto livre custa pouco, porque ela já decidiu participar. Como primeira pergunta, o mesmo convite mata a maior parte das respostas antes de começar, porque digitar é o maior custo de todos.

• Matriz. Uma matriz de perguntas pede ler várias linhas contra as mesmas colunas, o que não cabe numa tela sem rolar nem numa cabeça sem parar para processar uma tabela.
• Ranking. Ordenar itens custa vários toques ou um arrasto, e ninguém arrasta nada numa pergunta de quinze segundos.
• Qualquer coisa que precise de rolagem. Uma lista longa de opções, um formulário em duas partes, uma escala de onze pontos que só cabe numa linha encolhendo os alvos de toque. Se a pergunta precisa de rolagem, ela já deixou de ser micro, mesmo que o texto continue curto.

A tentação é misturar os dois grupos, geralmente para caber «só mais uma coisinha» de informação. O teste rápido é imaginar a pergunta na tela de um celular sem zoom: se ela não cabe inteira, incluindo as opções de resposta, sem rolar, ela não é uma pergunta para este formato, é uma pergunta para a pesquisa maior que você não quer escrever agora. A comparação completa entre perguntas abertas e fechadas está em perguntas abertas e fechadas, e o catálogo de tipos de pergunta em tipos de pesquisa e tipos de pergunta.

Ler uma amostra pequena sem se enganar

A maioria dos textos sobre micropesquisas para na coleta e não chega na leitura, que é onde a maior parte dos erros realmente acontece. Um formato desenhado para gerar respostas rápidas também gera amostras pequenas, e amostra pequena tem regras próprias que não são as mesmas de uma pesquisa de mil respondentes.

A primeira regra é ter um número mínimo antes de agir. Como regra prática, não vale a pena reagir a uma mudança de nota antes de juntar de trinta a quarenta respostas no grupo específico que você está olhando. Abaixo disso, a variação de pessoa para pessoa costuma ser maior do que o efeito real que você está tentando enxergar, então uma queda de alguns pontos pode ser só ruído que teria subido de novo sozinho na semana seguinte. Isso não significa ignorar os primeiros números, significa não tomar uma decisão cara em cima deles ainda.

A segunda regra é uma consequência direta da primeira: não dá para cortar uma amostra pequena por segmento. Quarenta respostas divididas em quatro planos de assinatura viram dez por célula, e dez é ruído puro, não um recorte. O impulso de segmentar vem de uma pesquisa grande, onde cortar por segmento é seguro; numa micropesquisa, o corte tem que esperar o volume total crescer, não o contrário.

A terceira regra é levar a autosseleção a sério. Ninguém responde uma micropesquisa por obrigação, então quem responde não é uma amostra aleatória de quem viu a pergunta. Um pedido logo depois de uma ação concluída com sucesso tende a atrair quem está satisfeito e tem um segundo livre, porque não custa nada confirmar que está tudo bem; um pedido depois de um atendimento ou perto de uma saída tende a atrair quem está frustrado o suficiente para gastar um toque reclamando. A direção do viés muda com o gatilho, e o viés de seleção junto com o viés de resposta não somem porque a pergunta é curta, só ficam menos visíveis.

A quarta regra decorre das outras três: compare a mesma pergunta com ela mesma ao longo do tempo, não com um número de fora. Se a autosseleção do seu gatilho é relativamente estável mês a mês, a variação entre um mês e outro ainda é um sinal real, mesmo que o número absoluto nunca devesse ser comparado a um benchmark de outra pesquisa, com outro público e outra redação. O tamanho de amostra mínimo e o intervalo de confiança em torno de uma nota valem tanto para uma micropesquisa quanto para qualquer outra, só que aqui costumam ser esquecidos porque o formato parece pequeno demais para levar a sério.

Rodar micropesquisas como programa, não como pilha de widgets esquecidos

O problema típico não é a primeira micropesquisa, é a sexta. Cada time lança a sua para responder a uma pergunta pontual, ninguém desliga a anterior, e um ano depois o produto tem uma dúzia de avisos pequenos coexistindo, a maioria coletando resposta que ninguém mais lê. Isso não é um problema de formato, é um problema de gestão, e a correção é tratar micropesquisas como um pequeno portfólio e não como uma pilha de experimentos.

Como regra prática, mantenha entre três e seis micropesquisas vivas ao mesmo tempo por produto. Menos do que isso e você provavelmente está deixando decisões sem dado; mais do que isso e ninguém, incluindo você, consegue listar de cabeça o que está rodando e por quê, o que já é o próprio sintoma do problema.

Cada pergunta ativa precisa de três coisas escritas num lugar visível, uma planilha simples resolve: um dono, a pessoa que efetivamente lê as respostas e não só recebe um relatório automático; uma data de revisão, recorrente, em que esse dono confirma que a pergunta ainda serve à decisão original; e uma data de expiração, fixa, em que a pergunta é desligada ou renovada explicitamente, nunca deixada rodando por inércia. Uma micropesquisa sem essas três âncoras não é leve, é temporária apenas no nome; na prática ela sobrevive ao problema que a criou e continua gastando atenção do usuário sem gastar a de ninguém do time.

O teste simples para saber se o programa já degenerou em pilha é perguntar, de cada aviso ativo, qual decisão ele ainda está apoiando. Se a resposta for «não lembro» ou «era para um lançamento do ano passado», essa micropesquisa já devia ter sido desligada, e o próximo usuário que a vir vai pagar o custo de uma decisão que já foi tomada.

Fadiga de pesquisa num mundo de perguntas pequenas

É fácil assumir que perguntas pequenas não cansam, porque cada uma isoladamente custa quase nada. O problema aparece na soma: alguém que encontra quatro micropesquisas diferentes de times diferentes no mesmo mês viveu mais interrupção total do que alguém que respondeu uma única pesquisa de dez perguntas duas vezes no ano, mesmo que cada interrupção individual pareça inofensiva.

A causa raiz é que cada dono da seção anterior pensa no próprio teto de frequência, e não no teto de qualquer outra pergunta. Um time limita a pergunta de onboarding a uma vez por usuário; outro limita o pulso pós-atendimento a uma vez por ticket; um terceiro limita a reação a uma feature nova a uma vez por lançamento. Nenhum limite individual está errado, e juntos ainda produzem alguém que respondeu três vezes na mesma semana.

A correção é um teto compartilhado, guardado num único lugar, que vale para toda micropesquisa do produto e não para cada uma separadamente: por exemplo, no máximo um aviso por usuário a cada trinta dias, contando todas as perguntas ativas juntas, com prioridade decidida por qual decisão pesa mais no momento. Quem já respondeu dentro dessa janela simplesmente não é elegível para nenhuma outra pergunta, não importa qual time quis perguntar. Esse é o mecanismo por trás da fadiga de pesquisa: ela não olha para uma pergunta de cada vez, olha para o total de interrupções que uma pessoa recebeu, e o excesso de avisos pequenos e descoordenados costuma derrubar a taxa de resposta de todos eles ao mesmo tempo, inclusive das perguntas que mais importam. O teto precisa ter um único dono, geralmente quem mantém o registro da seção anterior, porque um teto que cada time interpreta à sua maneira não é um teto, é uma sugestão.

Onde o formato micro ganha e onde ele perde

O formato não é universalmente melhor nem universalmente pior do que uma pesquisa longa, é melhor numa lista curta de situações e pior numa lista igualmente curta, e confundir as duas listas é como a maioria dos programas de micropesquisa desperdiça esforço.

Micro ganha quando a pergunta é sobre um momento específico e recente, e a resposta certa é curta por natureza, não por imposição do formato. Checagens de onboarding, «esse passo funcionou para você», cabem porque a resposta é essencialmente sim ou não. Reações a uma feature nova logo depois do primeiro uso cabem, porque a experiência ainda está fresca e uma nota já captura o essencial. Pulsos pós-atendimento cabem, porque o evento avaliado tem início e fim claros, exatamente onde uma pergunta de esforço rápida funciona melhor do que uma pesquisa longa; a lógica por trás de escolher entre esse tipo de nota está em CSAT versus NPS.

Micro perde quando a pergunta exige construir alguma coisa, não apenas capturar uma reação. Estudos de segmentação precisam de várias perguntas sobre comportamento, contexto e atitude combinadas para formar um perfil, e três toques não constroem um perfil. Pesquisa de precificação precisa de perguntas de troca, do tipo quanto alguém pagaria e o que deixaria de comprar num preço mais alto, e isso exige deliberação que uma pergunta de quinze segundos não permite. E qualquer estudo que precise de uma amostra representativa da base inteira perde no formato micro por definição, porque quem responde a uma micropesquisa se autosselecionou para responder, não foi sorteado; para isso a pesquisa precisa ser mais longa, planejada e enviada a um grupo definido, o território coberto em pesquisa por email.

Fazer a resposta chegar a alguém que age

Uma resposta que cai num painel que ninguém abre teve o mesmo custo de coleta e o resultado de nunca ter sido perguntada. Antes de ligar a primeira micropesquisa, o caminho entre uma resposta e uma pessoa que decide algo com ela precisa existir, não ser montado depois que os dados já estão acumulados.

O primeiro passo é rotear pela nota. Uma resposta baixa deveria disparar um aviso no mesmo dia para o dono definido no registro do programa, de preferência com o texto do follow-up condicional já anexado, para o dono não precisar caçar o contexto numa planilha separada. Essa ramificação por resposta é lógica de ramificação simples: dois caminhos, um para a nota baixa e outro para a alta, cada um levando a uma ação diferente e não ao mesmo relatório genérico.

O segundo passo é anexar contexto sem perguntar por ele. A página ou tela onde a pergunta apareceu, o plano do usuário, a versão do produto: cada um desses dados vem de um campo oculto, não de uma quarta pergunta que você não tem espaço para fazer. Uma nota baixa sem saber em qual tela ela aconteceu é quase inútil, porque não há onde mandar alguém investigar.

O terceiro passo é revisar o texto aberto em lote, não resposta por resposta. Reunir as respostas de texto livre da semana e agrupá-las em poucos temas com contagem, um processo coberto em análise temática, evita que o comentário mais dramático pareça mais importante do que o mais frequente. É esse agrupamento, não a leitura isolada de cada resposta, que costuma virar um item de backlog com prioridade real.

Sem esses três passos, uma micropesquisa ainda gera um número bonito de taxa de conclusão e nada mais. Com eles, a mesma pergunta de um toque vira uma linha direta entre o que o usuário sentiu e o que alguém no time fez a respeito.

Montar uma micropesquisa esta semana

Nada disso exige um time de pesquisa dedicado nem um trimestre de planejamento. Uma micropesquisa completa, da decisão até o primeiro lote de respostas líveis, cabe numa semana de trabalho picado, e o roteiro abaixo é literal o suficiente para seguir sem adaptar muito.

• Segunda: nomeie a decisão. Escreva, numa frase, qual decisão essa pergunta vai apoiar e o que precisaria aparecer na resposta para ela virar. Se não conseguir escrever essa frase, ainda não é hora de escrever a pergunta.
• Terça: escreva a pergunta e as opções. Uma nota única ou uma escolha curta como primeira pergunta, um follow-up condicional de texto livre só do lado que mais interessa. Teste a tela inteira num celular de verdade, sem zoom, antes de seguir.
• Quarta: monte o gatilho. Escolha o evento exato que dispara a pergunta e o padrão de exibição, cartão deslizante, bloco fixo ou janela no site. Os critérios de gatilho e cadência de cada canal já foram cobertos antes, não precisam ser reinventados aqui.
• Quinta: registre no programa. Anote num só lugar visível o dono, a data de revisão e a data de expiração, e confira que o teto de frequência compartilhado do produto já cobre essa nova pergunta em vez de criar um teto próprio.
• Sexta: lance para uma fatia pequena e espere o n mínimo. Publique para uma fração do público elegível, deixe rodar até juntar as trinta ou quarenta respostas de que a seção anterior falou, e só então olhe o número como algo que significa alguma coisa.

Um modelo pronto corta boa parte do trabalho de terça, porque a redação e as opções já vêm calibradas para caber numa tela sem forçar. Ligar isso a uma lógica que manda notas baixas e altas por caminhos diferentes, com variáveis ocultas de página, plano e versão já anexadas às respostas, é o que o SurveyNinja faz por padrão, e o plano gratuito não tem teto de respostas, o que importa porque uma pergunta lançada para uma base grande gera volume rápido e uma cota é a última coisa que você quer atingir no meio da primeira semana; veja a página de preços. Monte a pergunta e ligue ao primeiro evento de sucesso que você já tem instrumentado.

Erros comuns

• Tratar a micropesquisa como grátis. Cada uma gasta um pouco da paciência do usuário, e o orçamento de fadiga é do produto inteiro, não de cada pergunta isolada.
• Fazer uma pergunta exploratória com verba de duas perguntas. Sem uma decisão nomeada de antemão, a primeira pergunta vira curiosidade genérica e a resposta não aponta para lugar nenhum.
• Cortar quarenta respostas em seis segmentos. Dez respostas por célula é ruído, não um recorte, e apresentar aquilo como padrão é o jeito mais comum de tomar uma decisão errada com dado real.
• Comparar a nota com um benchmark externo. Uma pesquisa diferente, com outro público e outra redação, não é uma régua válida; o mês passado da própria pergunta é.
• Pôr o texto livre como primeira pergunta. Isso reintroduz o custo de digitar bem no ponto em que o formato inteiro existe para evitá-lo.
• Deixar um widget sem dono e sem data de expiração. É assim que uma dúzia de avisos pequenos sobrevive à decisão que os criou e continua gastando atenção de usuário à toa.
• Agir antes do n mínimo. Uma queda de poucos pontos em quinze respostas costuma ser ruído que teria se corrigido sozinho na semana seguinte.
• Deixar cada time rodar seu próprio teto de frequência. Tetos individuais corretos ainda somam num usuário que respondeu três vezes na mesma semana.
• Usar matriz ou ranking porque tecnicamente cabe na tela. Caber não é o mesmo que ser respondido de verdade num toque; ambos pedem leitura e comparação que o formato não sustenta.

Perguntas frequentes

O que é uma micropesquisa?

Uma pergunta que cabe inteira numa tela, no máximo duas ou três perguntas, respondida em bem menos de quinze segundos, sem exigir conta e com a primeira pergunta resolvida num único toque. Cada uma dessas restrições existe para comprar algo específico: conclusão, honestidade, alcance, volume ou a resposta que de outro modo nunca começaria.

Quantas perguntas cabem numa micropesquisa?

No máximo três, e a maioria funciona melhor com duas: uma pergunta fechada fixa mais um follow-up condicional. Três já é o teto e só se justifica quando a terceira é opcional e vem depois de uma resposta fechada, nunca antes dela.

Qual o tamanho mínimo de amostra antes de agir sobre um resultado?

Como regra prática, de trinta a quarenta respostas no grupo específico que você está olhando. Abaixo disso, a variação normal entre pessoas costuma ser maior do que qualquer efeito real, e uma queda ou alta pequena pode ser só ruído.

Dá para segmentar os resultados de uma micropesquisa?

Só depois que o volume total já é grande o suficiente para sustentar o corte. Quarenta respostas divididas em quatro segmentos viram dez por célula, e dez não é um recorte confiável em nenhum contexto.

Micropesquisa substitui uma pesquisa longa?

Não, resolve um problema diferente. Ela ganha em checagens de onboarding, reações a uma feature nova e pulsos pós-atendimento, onde a resposta certa já é curta por natureza. Perde em estudos de segmentação, pesquisa de precificação e qualquer coisa que precise de uma amostra representativa da base inteira.

Como evitar fadiga quando várias micropesquisas rodam ao mesmo tempo?

Com um teto de frequência compartilhado entre todas as perguntas ativas do produto, não um teto por pergunta. Sem isso, tetos individuais corretos ainda somam num mesmo usuário respondendo várias vezes na mesma semana.

Que tipos de pergunta funcionam melhor no formato micro?

Uma nota única, uma escolha curta de três a cinco opções, e um texto aberto só como última pergunta e sempre opcional. Matrizes, rankings e qualquer coisa que precise de rolagem não sobrevivem ao espaço de uma tela.

Como decidir qual pergunta fazer numa micropesquisa?

Trabalhando de trás para frente a partir da decisão real que você enfrenta. Nomeie a decisão, nomeie o que precisaria aparecer na resposta para ela mudar de lado, e só então escreva a pergunta que mede exatamente esse limiar.