Cenários de usuários são as histórias que suas personas p0o agir fora. Basicamente, cenários de usuário são exercícios pensados (embora representados visualmente) nos quais você prevê como certos tipos de usuários - representados por suas personas - irão interagir com seu site em uma determinada situação para completar um determinado objetivo.
Os cenários do usuário permitem que você entenda o que seus futuros usuários procurarão ao tentar concluir tarefas no seu site. Mesmo que a sua pessoa “fracasse” com a tarefa, pelo menos você agora tem uma representação visual do seu problema e pode voltar e resolvê-lo facilmente. Os cenários do usuário permitem que você teste a estrutura do seu site antes que esteja totalmente desenvolvido e isole os problemas antes que eles se tornem problemas.
A primeira coisa que você deseja descobrir ao criar um cenário de usuário é uma meta realista para alguém que usa seu website. Uma vez que você tenha uma meta (ou tarefa), o resto é um quebra-cabeça lógico: sabendo o que você faz da sua persona, como ela se comportaria no seu site, passo a passo? É aqui que uma pessoa completamente detalhada e bem pensada é útil.
Estamos falando de um cenário de usuário em sua forma mais básica, mas se você estiver interessado em conceitos mais avançados, veja este borne usabilidade.gov sobre cenários de usuários.
Depois de integrar suas personas, um cenário de usuário destacará os detalhes sobre como seu sistema pode ser interpretado, experimentado e usado. Ben Hunt, criador do Web Design From Scratch, acredita que cenários adicionam elasticidade a personas preenchendo o "porquê" por trás do "quem". Ao criar cenários de usuário, ele recomenda levar em consideração esses fatores:
Para introduzir o trabalho em equipe no processo, você também pode seguir esta colaboração. Guia de 13 etapas para criar cenários de usuário .
A LUX, uma agência internacional de artes sediada em Londres, realizou uma excelente amostra de um cenário de usuário para o site deles . O objetivo central do site da LUX é fornecer aos usuários comuns acesso a vários tipos de videoarte (embora também ofereçam suporte ao desenvolvimento de artistas em movimento).
Por exemplo, a persona, Harriet, uma organizadora de eventos de arte local, tem um problema: ela precisa encontrar um ótimo filme para seu evento de dezembro. Entrando em sua psique, Harriet está procurando especificamente um filme com um tema de inverno. Sua motivação pode ser que ela precise atrair uma frequência maior do que a média para compensar uma pequena falha na última exibição.
Harriet começa na página inicial e realiza rapidamente uma pesquisa. Ela passa um pouco de tempo procurando e navegando, assiste a um clipe aqui e ali e, finalmente, se estabelece em um filme que lhe interessa. Ela lê alguns detalhes sobre o filme, incluindo resenhas da LUX e de outros pesquisadores, além de marcar o artista para as exibições posteriores. Finalmente ela coloca o filme em sua cesta e contrata o artista durante o checkout. Harriet completou com sucesso seu objetivo - ela encontrou um filme invernal em seu evento de dezembro.
Como você pode ver, o cenário do usuário indica suas motivações e processos de pensamento.
A grande vantagem dos cenários do usuário é saber quais aspectos precisam ser priorizados e quais são menos importantes. Redesenhar sua interface do usuário em resposta aos cenários do usuário envolve saber o que precisa ser corrigido primeiro.
Jeff Sauro, fundador da Measuring Usability LLC, explica como para lidar com a pilha intimidadora de tarefas enfrentadas por todos os designers. Sua abordagem é nova, mas eficaz: faça com que os usuários priorizem as tarefas para você, uma ideia originalmente proposta por Gerry McGovern em seu livro. Pescoço longo do desconhecido .
Essa é a essência básica: você não apenas sabe quais são suas principais prioridades, mas também as verifica pelos seus usuários. Sauro explica em outro artigo como essa longa organização de problemas coincide com o princípio de Pareto.
O princípio de Pareto, também conhecido como a regra 80-20, foi originalmente proposto em 1906 pelo economista italiano Vilfredo Pareto, que percebeu que 80% da riqueza e da terra do país pertencia a 20% das pessoas.
Curiosamente, não é apenas a riqueza de um país que segue esse princípio. A Microsoft observou que, ao corrigir os 20% dos erros mais reportados, 80% dos erros e falhas seriam eliminados . O que isso significa para você é que, ao abordar primeiro as principais tarefas do seu gráfico de pescoço longo, você acabará cuidando da maioria dos problemas imediatamente.
Mas não há uma maneira de priorizar suas tarefas, e o método de McGovern pode ser substituído ou complementado por várias alternativas, incluindo a Método Kano , o método QFD e diagramas de causa e efeito .
Não se engane pensando que personas e cenários de usuários são tudo o que você precisa para uma interface de usuário bem-sucedida; na verdade, isso é apenas o começo. No grande esquema das coisas, entender esses elementos é apenas o Passo 0, e o trabalho real está à sua frente. Então, por que estamos colocando tanta ênfase neste estágio pré-jogo? Porque começar com o pé direito tornará toda a jornada mais fácil. A menos que você saiba para quem está criando sua interface da Web e o que eles farão com ela, o que realmente não importa.
Imagem em destaque, imagem de processo de design web via Shutterstock.