Rapid Prototyping
0 gostou1,201 visualizações
O documento apresenta um estudo de caso sobre a criação e remodelação de um menu para um cliente, utilizando metodologias como card sorting e testes de usabilidade. A transição de wireframes estáticos para protótipos interativos em HTML melhorou a agilidade da interação e permitiu um feedback mais eficaz dos participantes, destacando vantagens e desvantagens do uso de HTML. Além disso, discute a importância de ferramentas que permitem a colaboração de forma dinâmica durante o desenvolvimento do projeto.
Rapid Prototyping
- 2. 1 imagem vale por 1000 palavras
- 3. 1 imagem já não vale por 1000 palavras
- 4. Case Study • O mesmo cliente • Situações semelhantes • Metodologias iguais • Apresentação de resultados diferente
- 5. Case Study • É preciso criar um menu com base numa lista de itens • É preciso remodelar o menu de modo a podermos adicionar a nova componente de negócio da empresa • Lista de itens para o menu mais extensa do que a anterior 2012 2013 PROBLEMA
- 6. Case Study • Card Sorting com grupo de utilizadores • Testes de usabilidade com várias versões possíveis de menu • Card Sorting com grupo de utilizadores • Testes de usabilidade com várias versões possíveis de menu 2012 2013 METODOLOGIA
- 7. Card Sorting desfocado de propósito :)
- 8. Card Sorting desfocado de propósito :)
- 9. Case Study • Wireframes (incluiam todos os menus e sub- menus abertos e fechados) • Versão em Excel da arquitetura de informação • Página HTMLcom menus e sub-menus a abrir e fechar • Versão em Excel da arquitetura de informação 2012 2013 APRESENTAÇÃO DOS RESULTADOS
- 11. Com Wireframes • Ainteracção com os intervenientes não foi tão ágil, pois são pessoas que precisam de ver as coisas a acontecer e a mexer para poderem tomar decisões. • Processo iterativo mais lento, pois era necessário actualizar os wireframes entre reuniões.
- 12. Com Protótipo HTML • Ainteracção foi bastante mais ágil. • As alterações podem ser feitas durante as reuniões em tempo real. • Todos os participantes têm acesso a um URLpara poderem experimentar e partilhar mais facilmente com outros intervenientes e tomadores de decisão. • Processo com muito mais iterações e feedback bastante positivo por parte dos intervenientes
- 15. Porquê preferir HTML? • Amaioria do software de criação de wireframes já permite ter elementos clicáveis e interativos. • Mas implica conhecer e saber usar o software e as alerações nunca são imediatas para um cliente menos tech- savvy • HTMLpode ser visto e interagido por vários intervenientes, num browser
- 16. Vantagens a longo prazo • Alterações à estrutura podem ser feitas em vários momentos do projecto. • O URLdo protótipo é sempre o mesmo, acessível em qualquer browser e em qualquer altura por qualquer pessoa.
- 17. Desvantagens • É preciso saber (algum) HTML
- 18. Frameworks • Usar frameworks de HTMLagiliza bastante este processo • Amaior parte dos elementos já estão pré-concebidos (ex: menus com sub-menus)
- 20. E vocês? • Experiências parecidas? • Reultados semelhantes ou totalmente diferentes? • Outras alternativas?