Design interativo tem que ser iterativo

Apesar da cacofonia, o que quero dizer é que num projeto de interface com o usuário, é preciso estabelecer um ciclo do tipo entender > criar > testar. Cada etapa deve se repetir, até que o produto alcance as metas desejadas de satisfação do usuário. É claro que não estou sugerindo que batamos a cabeça contra a parede até que ela caia, até porque isso é impossível (design perfeito não existe).

Devemos contemplar as etapas do ciclo em etapas crescentes, seguindo a analogia da espiral (mola). Veja na animação abaixo as etapas de um design centrado no usuário sugeridas pelo Jesse James Garret contempladas pela minha analogia da espiral:

Primeiro você começa entendendo o as motivações do projeto, seu público-alvo e etc. Depois esboça soluções e testa o mais rápido possível com alguns usuários. O resultado deve ser analisado e as lições aprendidas, incorporadas no novo esboço. Essa técnica se repete enquanto os esboços vão ficando cada vez mais detalhados, até chegar ao produto final.

Hoje realizei alguns testes com um protótipo que se assemelha de longe com a versão final do produto. Só continha as opções dos menus principais de navegação, mais nada. Meu objetivo era validar a estrutura de navegação que antes já havia sofrido a iteração do card-sorting.

Tive a excelente idéia de usar um Palm ao invés dos protótipos de papel que a literatura recomenda. Além da motivação extra para os usuários que ficaram impressionados com a nova tecnologia, pude realizar o teste com o usuário em pé e numa velocidade incomparável a alternativa de papel. Imagine carregar 50 folhas de papel, cada uma representando uma página?

Apesar do Palm oferecer algums problemas no quesito tamanho da fonte, interação complicada e número limitados de linhas, creio que esses fatores não tenham afetado muito meu resultado. Só poderia confirmar isso se fizesse os mesmos testes usando papel, mas não tenho tempo para isso. Aliás, eu deveria realizar mais uma bateria de testes como esse para verificar se minhas alterações em decorrência do teste realmente melhoraram a solução, mas infelizmente meu tempo está acabando. Trabalho acadêmico é assim mesmo, sempre deixamos para a última hora e o resultado é meia-boca (pelo menos na minha faculdade é assim...).

Fiz o teste orientado a tarefas, aplicando aquela técnica de criar cenários motivadores para os participantes do teste. Não houve rejeições, pelo contrário, alguns até deram risada. Bom-humor facilita muito para conversar com pessoas que nunca vimos na vida. Dê uma olhada no roteiro de tarefas [DOC] propostas aos usuários e veja como não é difícil aplicar essa técnica. Depois, veja a planilha com os resultados [Excel] de cada teste e as mudanças que eles acarretaram ao diagrama de navegação que, por enquanto, está assim [WMF]. Se alguém tiver soluções para os problemas que ainda não consegui resolver, por favor, me ajude.

• Selecionador de opções interdependentes tem que ser dinâmico
• Processo criativo coletivo
• Teste A/B não é suficiente

Você merece.

Assine nosso conteúdo e receba as novidades!

Atualizado com o Movable Type.

Alguns direitos reservados por Frederick van Amstel.

Apresentação do autor | Website internacional | Política de Privacidade | Contato