O documento discute como interfaces amigáveis para o usuário não precisam ser difíceis de programar. Ele argumenta que envolver os usuários no processo de desenvolvimento por meio de entrevistas, prototipação e testes de usabilidade pode ajudar a criar software fácil de usar.

1. Software fácil de usar
não é difícil de programar
@leandroadacosta
Tema e imagens por:
Harlley Oliveira - @harlley

2. Leandro Alvares da Costa
leandroadacosta@gmail.com
@leandroadacosta
• Análise e Desenvolvimento de Sistemas (FIAP)
• MBA Executivo em Gestão Empresarial (FGV)
• Especialista em design de interfaces
• Desenv. front e back-end de aplicações web
• Entusiasta do mundo ágil
• Curioso quando o assunto é Lean Startup

3. Leandro Alvares da Costa
http://cocento.com
http://hungroo.com

6. Vida de NERD

7. USABILIDADE

8. Experiência do usuário

9. Experiência do usuário

10. Usuários = Pessoas

11. Como fazer uma interface
AMIGÁVEL?

14. MODELO MENTAL
Programador != Usuário

15. E AGORA?

17. ENVOLVA o USUÁRIO
durante o desenvolvimento
• Entrevista e questionário
• Prototipação
• Teste de usabilidade

18. dicas heurísticas de Nielsen

19. ESTUDO DE CASO

20. #1 Visibilidade do status do sistema

21. #1 Visibilidade do status do sistema

22. #1 Visibilidade do status do sistema

23. #1 Visibilidade do status do sistema

24. #1 Visibilidade do status do sistema

25. #1 Visibilidade do status do sistema

26. #1 Visibilidade do status do sistema

27. #1 Visibilidade do status do sistema

28. #2 Compatibilidade do sistema com o mundo real

29. #2 Compatibilidade do sistema com o mundo real

30. #3 Controle do usuário e liberdade

31. #3 Controle do usuário e liberdade

32. #3 Controle do usuário e liberdade

33. #3 Controle do usuário e liberdade

34. #4 Consistência e padrões
!=

35. #4 Consistência e padrões

36. #5 Ajudar os usuários a reconhecer, diagnosticar e
corrigir erros

37. #5 Ajudar os usuários a reconhecer, diagnosticar e
corrigir erros

38. #5 Ajudar os usuários a reconhecer, diagnosticar e
corrigir erros

39. #5 Ajudar os usuários a reconhecer, diagnosticar e
corrigir erros

40. #5 Ajudar os usuários a reconhecer, diagnosticar e
corrigir erros

41. #6 Prevenção de erros

42. #6 Prevenção de erros

43. #6 Prevenção de erros

44. #6 Prevenção de erros

45. #7 Reconhecer em vez de lembrar

46. #7 Reconhecer em vez de lembrar

47. #7 Reconhecer em vez de lembrar

48. #7 Reconhecer em vez de lembrar

49. #8 Flexibilidade e eficiência no uso

50. #8 Flexibilidade e eficiência no uso

51. #8 Flexibilidade e eficiência no uso

52. #8 Flexibilidade e eficiência no uso

53. #8 Flexibilidade e eficiência no uso

54. #8 Flexibilidade e eficiência no uso

55. #9 Estética e design minimalista

56. #9 Estética e design minimalista

57. #9 Estética e design minimalista

58. #9 Estética e design minimalista

59. #9 Estética e design minimalista

60. #10 Ajuda e documentação

61. #10 Ajuda e documentação
?

62. PARA SABER MAIS
http://www.guilhermo.com
http://www.useit.com

63. PARA COMEÇAR

64. Satisfazer requisitos de sistema
não é o mesmo que satisfazer
os usuários"
Alan Cooper

65. Dúvidas?

66. Comunidade
@devinsantos

67. Obrigado!
Leandro Alvares da Costa
leandroadacosta@gmail.com
@leandroadacosta