O documento discute como os designers criam sites versus como os usuários realmente navegam e leem sites. Ele argumenta que os usuários raramente lêem tudo e, em vez disso, varrem rapidamente em busca de informações relevantes. O documento também discute a importância de testar sites com usuários desde o início para melhorar a experiência do usuário.

1. WebConstruir é diferente de ver Mauro Martins mauroalexandremartins@gmail.com

3. Como lemos a web;

4. - Porque lemos de maneira diferente;

5. - Qual a melhor característica de um site;

6. UserExperience VS Usability;

7. Essencial / acessório;

9. Muito poucas! “heatmaps” de leitura de banners na internet

10. O queo web-designer cria

11. O queoutilizadorvê

12. O queowebdesignercria

13. O queoutilizadorlê

14. Como é que nós lemos a web?

15. Não lemos!

16. Sondamos!

17. Porque somos assim? Sempreapressados; Múltiplosresultadosemcadapesquisa; Sabemosquenãoénecessáriolertudo; O erronão tem consequência; O “back” resolve oproblema;

18. Não fazemos as melhores escolhas. Satisfazemo-nos com o resultado mais próximo e clicamos!

19. Qual é a melhor característica de um site/produto?

20. NÃO FAZER PENSAR!

21. Como? Imagens; Hierarquias; Tipos de letra; Cores; “Designed for” senso comum.

22. UserExperience VS Usabilidade

23. User Experience“Porquê” Porque é que o utilizador vai utilizar a funcionalidade; Faz sentido utilizar a funcionalidade; Vai acrescentar valor ou não? Faz o utilizador sentir-se “feliz” ao utilizar o software? Sentimento de “achievement”.

24. Usabilidade“Como” Como é que o utilizador vai utilizar a funcionalidade; Como é que ele interage com ela; Como é que o utilizador percebe a funcionalidade;

26. Usabilidade2 – Como adicionar dados;

27. Usabilidade 3 – Como utilizaros dados.If (GoodExp == true && GoodExp == true && GoodExp == true) { // Client Happy  // Great User Experience!!! }

28. LESS IS MORE!

29. Focar o essencial Retirar o acessório

30. Menos distracções Mais atenção

31. Seguir convenções que tornam mais fácil a navegação

32. Tudotem de fazer sentido quando em conjunto. - É mesmo necessário música no site? - É mesmo necessário o vídeo de introdução?

33. Reduzir curva de aprendizagem

34. Design consistente ao longo de todo o produto / plataforma

35. Utilizar mockups para detectar problemas iniciais

36. TETO – “TestEarlyTestOften” “Um testerno início = 50 testersno final” SteveKrug “My software never has bugs. It just develops random features”

37. Se não vos agrada, não vai agradar aos outros!

38. Bom RiaPT! Mauro Martins mauroalexandremartins@gmail.com