1959BELA ADORMECIDAFIDEL CASTROIRMÃOS MARX
1959HENRY KREMER “   criar um avião que usasse so-     mente a energia do piloto para     voar um oito em torno de dois   ...
1977PAUL MACCREADY       “           o problema é que a           gente não entende o           problema.
NATALIA ARSANDinterface designer
USABILIDADE                          EXPERIÊNCIA DO USUÁRIO HTML                     ARQUITETURA DA INFO CSS              ...
a arte de PROBLEMASRESOLVER
RESOLVERPROBLEMA    fazer perguntas    encontrar respostas    criar significado
RESOLVER   É NATURAL           É VARIÁVELPROBLEMA   É HUMANO
É NATURALDESIGN   É VARIÁVEL         É HUMANO
DESIGN     equals toRESOLVERPROBLEMAS
PAPEL DODESIGNER                                         mercado                                                 concorren...
SEM ODESIGNER                      NEGÓCIO           PRODUTO                     USUÁRIO
O QUE TESUSTENTA?                      NEGÓCIO            NEGÓCIO            PRODUTO                      PRODUTO         ...
PROBLEMSOLVING      IDENTIFICAÇÃO DE PROBLEMA      DEFINIÇÃO DE PROBLEMA      ORGANIZAÇÃO DA INFO
IDENTIFICAÇÃO        DO PROBLEMA             •	 Entender as origens do problema.             •	 Externalizar as ideias.   ...
BRAINSTORM                                                        Pode ser feito no início de um projeto para con-        ...
PESQUISAMonte um questionário com base nas informaçõesexistentes sobre um determinado problema e saia         É HORA DE IR...
DEFINIÇÃO        DE PROBLEMA                    •	 Entender o que faz parte do problema                    •	 Entender o q...
PROJECT STATEMENTDEFINIR O QUE SE ENTENDE DO                            O Viajante é um organizador de viagens            ...
ESCOPO                 Minha equipe precisa desenvolver um                             botão que vá para a página de produ...
ORGANIZAÇÃO DA              INFORMAÇÃO                           •	 Organizar para projetar.SITEMAP                       ...
SITEMAP                                NÃO É A LISTA DE PÁGINAS DE UM SITE.                                               ...
PERSONAS                                 AS PROPRIEDADES DAS PERSONAS DEPENDEM                                            ...
FLUXOGRAMAFluxo de navegação, ações e interações.Cenários de cada tipo de usuário (admin-istrador, logado, deslogado)Passo...
“CRIAR UM AVIÃO QUE SEJA RÁPIDO E FÁCIL DE SE RECONSTRUIR”.o problema estava no processo .
O processo importa tanto quanto o resultadoEXTERNALIZAR É MAIS EFICIENTE DO QUESOMENTE PENSAR.PERGUNTE, CONVERSE, DISCUTA,...
@NATALIARSANDNATALIA@ENGAGE.IS
Próximos SlideShares
Carregando em…5
×

Resolvendo Problemas através do Design

773 visualizações

Publicada em

0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
773
No SlideShare
0
A partir de incorporações
0
Número de incorporações
374
Ações
Compartilhamentos
0
Downloads
7
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Resolvendo Problemas através do Design

  1. 1. 1959BELA ADORMECIDAFIDEL CASTROIRMÃOS MARX
  2. 2. 1959HENRY KREMER “ criar um avião que usasse so- mente a energia do piloto para voar um oito em torno de dois marcadores posicionados a ~1.5km um do outro.
  3. 3. 1977PAUL MACCREADY “ o problema é que a gente não entende o problema.
  4. 4. NATALIA ARSANDinterface designer
  5. 5. USABILIDADE EXPERIÊNCIA DO USUÁRIO HTML ARQUITETURA DA INFO CSS INTERFACE GRÁFICA MODELOS DE NEGÓCIOsix years of experience ESTRATÉGIA DE PRODUTO ...
  6. 6. a arte de PROBLEMASRESOLVER
  7. 7. RESOLVERPROBLEMA fazer perguntas encontrar respostas criar significado
  8. 8. RESOLVER É NATURAL É VARIÁVELPROBLEMA É HUMANO
  9. 9. É NATURALDESIGN É VARIÁVEL É HUMANO
  10. 10. DESIGN equals toRESOLVERPROBLEMAS
  11. 11. PAPEL DODESIGNER mercado concorrentes cultura NEGÓCIO recursos restrições PRODUTO USUÁRIOvalor tiposdiferencial ambientesustentabilidade contexto
  12. 12. SEM ODESIGNER NEGÓCIO PRODUTO USUÁRIO
  13. 13. O QUE TESUSTENTA? NEGÓCIO NEGÓCIO PRODUTO PRODUTO USUÁRIO USUÁRIO
  14. 14. PROBLEMSOLVING IDENTIFICAÇÃO DE PROBLEMA DEFINIÇÃO DE PROBLEMA ORGANIZAÇÃO DA INFO
  15. 15. IDENTIFICAÇÃO DO PROBLEMA • Entender as origens do problema. • Externalizar as ideias. • Entender as necessidades da pirâmide.BRAINSTORM PESQUISA
  16. 16. BRAINSTORM Pode ser feito no início de um projeto para con- hecê-lo melhor, ou quando se tem dúvidas em relação a funcionalidades, novas soluções para um mesmo problema, e entender melhor qualquerAtividade em grupo para externalizar e esclarecer tipo de ideia.ideias sobre determinado problema.Peça para as pessoas expressarem todas as suasideias que lhe vierem à cabeça em relação ao prob-lema.Nenhuma ideia deve ser criticada ou invalidada. Eviteo julgamento e a auto-crítica, deixe que as ideiasbobas apareçam e as exponha.Todas as ideias faladas devem ser escritas, ou numafolha grande, ou no quadro branco, ou em post-its, edevem ficar expostas para todos.Não existe certo e errado, o obje-tivo principal é que o grupo consiga ex-por suas percepções, ideias, conhecimento
  17. 17. PESQUISAMonte um questionário com base nas informaçõesexistentes sobre um determinado problema e saia É HORA DE IR PRA RUA!para validá-las com usuários reais, pessoas que jáatuam no mercado, amigos com algum conhecimentono assunto, e qualquer pessoa que possa trazer al-guma informação valiosa para o entendimento doproblema.Você precisa implementar uma nova funcionalidadeem um software juntamente com o seu time de de-senvolvimento. Essa funcionalidade é crítica e compl-exa, e será mantida por outros desenvolvedores apósa entrega.Monte um quesitonário com poucas perguntas paraos desenvolvedores (colegas de projeto mesmo) queresponda o que esperar dessa funcionalidade. Nofinal você vai ter diferentes opiniões sobre o mesmoproblema, conseguirá identificar os padrões de pen-samento e definir melhor a funcionalidade antes dedesenvolvê-la.
  18. 18. DEFINIÇÃO DE PROBLEMA • Entender o que faz parte do problema • Entender o que não faz parte do problemaPROJECT STATEMENT ESCOPO
  19. 19. PROJECT STATEMENTDEFINIR O QUE SE ENTENDE DO O Viajante é um organizador de viagens para pessoas que gostam de viajar porPROBLEMA EM POUCAS LINHAS. conta própria. Diferente do Gogobot, O Viajante permite que usuários contemTemplate suas viagens em forma de histórias.O produto X faz Y para o público Z. Diferente de seuconcorrente M, o produto X faz N.
  20. 20. ESCOPO Minha equipe precisa desenvolver um botão que vá para a página de produ- tos em promoção. Toda a parte de produtos da empresa é gerenciada por uma outra equipe.DEFINIR O QUE FAZ E O QUENÃO FAZ PARTE DO PROBLEMA. Faz parte do escopo adicionar o botão, os estilos, adicionar o link específico, criar a ação do clique. O que acontece depois não é parte do nosso problema.
  21. 21. ORGANIZAÇÃO DA INFORMAÇÃO • Organizar para projetar.SITEMAP PERSONAS FLUXOGRAMAhomepagenavegue nas inicie uma saiba mais ideias ideia categoria sobre os sobre o regulamento FAQ temas festival
  22. 22. SITEMAP NÃO É A LISTA DE PÁGINAS DE UM SITE. Relação e hierarquia de conteúdo. CONTEÚDO, não páginas.homepage Agrupamento de conteúdos relaciona- dos.navegue nas inicie uma saiba mais ideias ideia categoria sobre os sobre o regulamento FAQ temas festival ideia contato
  23. 23. PERSONAS AS PROPRIEDADES DAS PERSONAS DEPENDEM MUITO DO PRODUTO, ELAS DEVEM FAZER SENTIDO PARA O CONTEXTO.Representações dos usuários de um produto.Servem para nos lembrar quem são os usuários evalidar as funcionalidades e fluxos que criamos.Um sistema que permite os usuários acessaremum log de modificações de conteúdo em umadeterminada página.João é gestor de conteúdo, ele busca os logs nomínimo 4 vezes por dia para saber o que foi modi-ficado, quem modificou, etc.Mariana é do marketing, ela precisa de uma visu-alização geral do que mudou na página nos últi-mos meses para falar aos investidores o que temacontecido.Necessidades diferentes do mesmo sistema.
  24. 24. FLUXOGRAMAFluxo de navegação, ações e interações.Cenários de cada tipo de usuário (admin-istrador, logado, deslogado)Passo a passo do usuário.EU ADORO FLUXOGRAMAS!- Validar o processo com o cliente- Validar o fluxo de nossas personas- Definir melhor as estórias de usuário- Testar a usabilidade
  25. 25. “CRIAR UM AVIÃO QUE SEJA RÁPIDO E FÁCIL DE SE RECONSTRUIR”.o problema estava no processo .
  26. 26. O processo importa tanto quanto o resultadoEXTERNALIZAR É MAIS EFICIENTE DO QUESOMENTE PENSAR.PERGUNTE, CONVERSE, DISCUTA,PERGUNTE DE NOVO.
  27. 27. @NATALIARSANDNATALIA@ENGAGE.IS

×