Pesquisa de design: Por que você não deve testar hipóteses

Por que testar a hipótese é o ponto de partida errado

No meu recente postagem sobre o valor da pesquisa de descoberta na economia de tempo e dinheiro que abordei teste de usabilidade deixar as equipes criarem. Achei que valia a pena expandir esse assunto em termos de como ele se manifesta nas sessões reais e também na preparação. A palavra "hipótese" normalmente entra na conversa muito rapidamente.

Se você não está familiarizado com testes de usabilidade, isso envolve ter participantes recrutados contra sua demografia alvo, tentar tarefas com sua interface, semelhantes àquelas que eles estariam tentando no mundo real. Através da observação e da moderação, identificamos problemas e fazemos recomendações de melhorias. Tudo isso muito direto.

A interface que testamos pode ser um website ao vivo, embora isso tenda a ser para otimização, ou mais comumente um protótipo em desenvolvimento. Os protótipos são muito fáceis de construir hoje em dia, em comparação com os wireframes que eram comuns em 2000. Com algumas das ferramentas disponíveis e uma talentosa equipe de designers, um protótipo pode ser desenvolvido que se parece e se comporta como o real.

O ponto em que a "hipótese" entra é a origem do protótipo. Como eles são relativamente fáceis de construir, estou vendo um número cada vez maior de protótipos chegando para testes de usabilidade que são construídos inteiramente como resultado das atividades de brainstorming de uma equipe. Aqui está um resumo rápido desse processo:

• A idéia da proposta é gerada
• Equipe faz uma tempestade de idéias sobre como essa idéia deve evoluir para um projeto
• O protótipo é construído
• Os testes de usabilidade são conduzidos

Este é, de modo geral, o caminho equipes ágeis trabalho: desenvolver o MVP (produto mínimo viável), testá-lo, falhar rapidamente, e ir novamente. Mas se você não for configurado de maneira ágil, esta abordagem é falha. Com certeza, os clientes estão envolvidos, mas muito tarde no processo.

Hipóteses devem ser pesquisadas

Os protótipos devem ser testados. Hipóteses devem ser pesquisadas, não testadas. Se você precisar convencer, olhe a Design Councils Estrutura de diamante duplo. O primeiro estágio é "Descobrir", que eles definem como:

O primeiro diamante ajuda as pessoas a entenderem, em vez de simplesmente presumirem, qual é o problema. Isso envolve conversar e passar tempo com as pessoas que são afetadas pelos problemas.

Poder-se-ia argumentar que a hipótese de teste está bem porque a equipe pode ter a mente aberta sobre o resultado e voltar atrás se necessário. Mas mesmo se este for o caso, certamente isso é um desperdício de tempo e dinheiro...

Também ouvi pessoas dizerem que precisavam do protótipo para mostrar ao cliente quais são suas idéias. Isso é perder o ponto da pesquisa de descoberta que é definir o espaço problemático que as idéias abordam. A definição da experiência vem depois.

Se você quiser aproveitar ao máximo seu orçamento e tempo, e construir produtos digitais diferenciados que proporcionem uma excelente experiência para o usuário, você precisa envolver seus clientes cedo e durante todo o processo. Trazê-los para o final para testar sua hipótese geralmente resultará ou em um produto/serviço pobre ou em um processo mais longo e mais caro.