Antes de criar mais um recurso, observe cinco pessoas usando seu produto

Nesta página

1. Por que cinco pessoas são um bom ponto de partida
2. Escolha uma tarefa real, não um tour pelo produto
3. Encontre pessoas parecidas com seus usuários reais
4. O roteiro da sessão é mais simples do que você imagina
5. Anote o comportamento, não a sua interpretação
6. Corrija o padrão, não cada pedido
7. Teste a correção de novo
8. Onde a IA entra, e onde não entra
9. Resumindo

Um novo usuário abre seu app, olha para a tela e para. Depois de alguns segundos, toca no botão errado. Volta, tenta outra coisa e desiste em silêncio.

Se você estivesse observando, teria notado o problema na hora.

Mas se olhasse só para uma lista de pedidos de recursos, talvez passasse duas semanas construindo algo completamente diferente.

Fundadores muitas vezes tratam novos recursos como a principal resposta para um crescimento lento. Às vezes eles ajudam. Às vezes o produto existente já é bom o bastante na teoria, mas confuso na prática.

Antes de adicionar outro recurso, observe as pessoas tentando usar o produto que você já construiu.

Por que cinco pessoas são um bom ponto de partida

A expressão “teste com cinco usuários” vem da pesquisa de usabilidade, e não de uma garantia de que cinco pessoas representam todo o seu mercado.

O guia do Nielsen Norman Group, “How Many Test Users in a Usability Study?”, explica por que pequenos estudos qualitativos de usabilidade podem revelar muitos problemas importantes de forma eficiente, e também descreve situações que exigem amostras maiores.

O objetivo aqui não é calcular uma taxa de conversão nem anunciar que 80% dos usuários estão confusos. É descobrir atritos e entender por que eles acontecem.

Se o produto atende grupos de usuários muito diferentes, você vai precisar levar essas diferenças em conta em quem recruta e em como interpreta as sessões.

Escolha uma tarefa real, não um tour pelo produto

Não peça a alguém para assistir à sua demonstração e dizer o que acha.

Dê à pessoa uma tarefa parecida com algo que ela realmente gostaria de fazer:

• Encontrar e agendar um horário.
• Criar uma fatura e enviá-la.
• Comparar dois planos e decidir qual inclui um recurso necessário.
• Inserir uma ideia de startup e encontrar o relatório resultante.
• Salvar um item e voltar a ele mais tarde.

A tarefa deve ter um ponto final claro, mas evite dizer exatamente em quais botões clicar.

Em vez de “Clique no botão verde para começar um teste”, diga “Você quer descobrir o que pode estar errado com esta ideia de negócio. Me mostre como você começaria.”

Encontre pessoas parecidas com seus usuários reais

Amigos podem ajudar a pegar bugs gritantes, mas eles conhecem você e podem tentar dar apoio. Se possível, recrute pessoas que realmente enfrentam o problema que o produto promete resolver.

Você não precisa de um laboratório de pesquisa profissional. Dá para observar por videochamada ou numa sala silenciosa. Peça a devida permissão antes de gravar qualquer coisa e não pressione ninguém a compartilhar contas pessoais ou senhas.

Se oferecer um incentivo, que seja pelo tempo da pessoa, e não uma recompensa por feedback positivo.

O roteiro da sessão é mais simples do que você imagina

Uma abertura útil:

Obrigado por ajudar. Estamos testando o produto, não você. Não existem cliques errados. Por favor, vá me dizendo o que você espera que aconteça. Talvez eu fique em silêncio por um momento para ver o que a tela deixa claro sozinha.

Depois, passe a tarefa e observe.

Quando a pessoa travar, resista à vontade de salvá-la. Se a situação ficar desconfortável, você pode perguntar: “O que você está procurando agora?” Isso revela mais do que explicar onde fica o botão.

Faça perguntas de acompanhamento neutras:

• O que você esperava que acontecesse depois de clicar ali?
• O que foi confuso aqui?
• Que informação você estava procurando?
• Tem alguma coisa que você esperava ver e não viu?

Evite “Foi fácil, né?” ou “Você gostou do design, certo?”. Essas perguntas empurram as pessoas para a resposta que você quer.

Anote o comportamento, não a sua interpretação

Anotação ruim: “O usuário não entende nosso produto.”

Anotação melhor: “O usuário procurou o preço no menu superior, abriu o FAQ e voltou para a página inicial sem encontrar as condições da assinatura.”

A segunda anotação te dá algo que você consegue corrigir.

Um registro de sessão simples pode incluir:

Mantenha as observações separadas das hipóteses. Você pode discutir as causas depois da sessão.

Corrija o padrão, não cada pedido

Um participante pode não gostar de uma fonte. Outro pode pedir um recurso em que você não tinha pensado. Faça anotações, mas olhe com mais atenção para os momentos repetidos de dificuldade real.

Se três pessoas não conseguem encontrar a mesma ação, vale investigar rápido. Se uma pessoa pede um filtro avançado de relatórios, isso pode ser valioso mais tarde, mas não deveria passar automaticamente na frente de uma tarefa que ninguém consegue concluir.

Priorize os problemas com base na gravidade, na frequência no seu pequeno estudo e na importância da tarefa. São decisões de julgamento, não estimativas populacionais verificadas estatisticamente.

Teste a correção de novo

A parte mais útil de um estudo de usabilidade é o que acontece depois.

Mude o rótulo confuso, encurte o formulário ou melhore as orientações. Depois, peça a novos usuários relevantes que tentem a mesma tarefa sem ajuda.

Esse ciclo costuma revelar mais do que coletar uma grande quantidade de sugestões de recursos sem nunca observar como o produto é realmente usado.

Há limites: uma sessão de usabilidade fala sobre atrito na interação, não sobre se a ideia de negócio por trás tem uma demanda forte no mercado. Alguém pode navegar pelo seu app perfeitamente e ainda assim não ter motivo nenhum para pagar por ele.

Onde a IA entra, e onde não entra

A IA pode ajudar você a rascunhar cenários de tarefas, identificar possíveis pontos de confusão e organizar anotações de entrevistas. Um teste de conceito simulado por IA pode sugerir perguntas a investigar antes de recrutar pessoas.

Mas um participante sintético não substitui ver um ser humano real hesitar, entender errado uma tela ou usar seu produto de um jeito inesperado.

Experimente o Gerador de pesquisas com clientes gratuito para perguntas neutras pós-sessão, ou use o SellTo.us para explorar hipóteses no nível do conceito, separadamente dos achados de usabilidade.

Perguntas frequentes

Posso testar meu produto com apenas três pessoas?

Sim, se for isso que você consegue recrutar de forma realista. Deixe explícito o escopo limitado e trate os achados como observações qualitativas iniciais.

Devo explicar os recursos se um participante travar?

Primeiro, anote o ponto de confusão. Depois você pode ajudar a pessoa a continuar, principalmente se ela estiver desconfortável, mas diferencie o que ela conseguiu fazer sozinha do que precisou de orientação.

Um teste de usabilidade prova o product-market fit?

Não. Ele mostra como as pessoas interagem com um produto ou uma tarefa. Demanda de mercado exige outros tipos de evidência, incluindo adoção real e comportamento de compra.

Resumindo

Quando você tem orgulho de um produto, é difícil ver alguém se atrapalhar com ele. É exatamente por isso que você deveria ver.

Cinco sessões honestas podem te dar coisas concretas para corrigir antes que mais um recurso deixe o produto mais complicado. O objetivo não é ganhar elogios. É tornar a experiência do próximo usuário mais fácil.

Escrito pela Equipe SellTo.us. Os exemplos deste artigo são hipotéticos. Os resultados do SellTo.us vêm de participantes simulados por IA, não de pessoas reais, e não preveem vendas nem garantem sucesso.