Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] Cenários

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: Ricardo Grzeca <grzeca AT hotmail.com>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] Cenários
  • Date: Mon, 1 Dec 2008 04:44:32 -0200

Oi Tiago,

Sim, utilizo. Sempre.

Um cenário bem escrito tende a:
- resultar em concept models mais claros e fluxos de interação otimizados
- ser utilizado como base para testes de usabilidade e QA futuros
- ser escrito a partir dos objetivos dos usuários, deslocando a abordagem da funcionalidade ou tecnologia para a real necessidade de quem utiliza o produto.

Para criar cenários úteis você deveria tentar partir de entrevistas com e observação dos usuários, prestando muita atenção ao que eles não falam. 
Caso novas entrevistas não sejam possíveis, você sempre pode partir do material que já coletou e assumir que o objetivo e comportamento seja igual ao que você está projetando e pôr esses conceitos a prova em testes de usabilidade ou coletando feedback após um release inicial.

Um outro dado que pode ser muito útil no momento de projetar um cenário de uso  são os chamados "dia na vida" do usuário. Entender a rotina, dificuldades e outros pormenores ajuda muito na hora de projetar como essa pessoa se relaciona(rá) com um produto.

Nesse link você encontra algumas personas com a descrição de seu dia:

Realmente, as técnicas para criação de cenários são pouco estruturadas e isso é o que faz deles um documento da etapa de concepção. A grande dica é permanecer no nível mais genérico, evitando se prender a detalhes técnicos. Guarde-os para os fluxos de interação.
Minha experiência é de que um bom cenário lhe permitirá extrair ao menos 3 tarefas/fluxos para detalhamento futuro.

Muita gente escreve cenários para tarefas, os chamados key path scenarios. Eles podem ser muito úteis para facilitar a criação de diagramas de fluxo e você pode optar por utilizá-los ou não de acordo com a facilidade com a qual consegue descrever os fluxos de interação. Eu pessoalmente vou direto aos diagramas, primeiro no papel, depois no omnigraffle no entanto já me deparei com  membros do time, principalmente os com menor experiência técnica que tinham dificuldade em entender (e aprovar) diagramas de fluxo de interação. Nesse caso um key path scenario tende a ser bastante útil.

Uma dica: SEMPRE mostre seu cenário para outra pessoa antes de apresentá-los aos stakeholders, mesmo que seja para um colega designer ou desenvolvedor pois com o tempo você deixará de prestar atenção e um par de olhos descansado pode identificar falhas e omissões evidentes e que tenham passado despercebidas. O mesmo vale para os user flows. Tente estabelecer um processo iterativo.

Quanto aos contras, vou ficar devendo. Como a maior parte da documentação de IxD/AI, cenários são muito úteis para colocar todos os interessados no mesmo nível de entendimento e evitar frustrações e custo extra futuros. Eles também trazem para você a responsabilidade de definir como se dará a interação, liberando o time de desenvolvedores para fazer o que eles fazem melhor: escrever código. 

Se você tiver oportunidade, leia o livro sobre documentação escrito pelo Dan Brown. Embora ele trate de cenários apenas rapidamente, traz um bom material sobre personas, concept models e user flows.

Espero ter ajudado.

Abraço.

Ricardo



Archive powered by MHonArc 2.6.24.

Top of Page