Aprenda com uma das maiores startups do Brasil, a Taqtile sobre com criar a melhor experiência para o seu usuário, formas de gerar ideias, princípios básicos de design e como desenvolver interfaces de aplicativos e sites, esse curso introdutório é composto de aulas teóricas com exemplos práticos de aplicação de cada assunto abordado. Neste curso serão abordados os seguintes temas: Como conhecer o seu usuário Usabilidade e Prototipação rápida Arquitetura de informação e wireframe Princípios de design Acessibilidade e multi plataforma Elementos de interface do usuário Linguagem da empresa, lidando com o cliente e copyright Monitoração, Mensuração e Teste Ao final desse curso, esperamos que você esteja familiarizado com os principais conceitos, ferramentas e metodologias de criação de interfaces e experiência de usuário. Não deixe de ver as perguntas frequentes antes de se inscrever Conheça os nossos outros cursos: - Criação de Startups: Como desenvolver negócios inovadores https://www.coursera.org/learn/criacao-startups - Consolidando empresas: Estrutura jurídica e financeira https://www.coursera.org/learn/consolidando-empresas - Marketing Digital https://www.coursera.org/learn/estrategia-marketing-digital - Inove na gestão de equipes e negócios: o crescimento da empresa https://www.coursera.org/learn/gestao-equipes-negocios - Marketing e vendas B2B: fechando novos negócios https://www.coursera.org/learn/marketing-vendas-b2b
Como aplicar o Design Sprint? (Parte 2)
Loading...
En provenance du cours de Universidade de São Paulo
UX / UI: Fundamentos para o design de interface
26 notes
À partir de la leçon
Design
Nesta quarta semana do Curso de UX / UI: Fundamentos para o design de interface, você vai aprender os seguintes assuntos: (i) O que é design e seus princípios, (ii) O que é o design sprint e como ele funciona, (iii) Como evoluir de um wireframe para um layout final, (iv) O que é um style guide, (v) As 10 heurísticas de usabilidade. Contamos com a presença da equipe da Taqtile: Gregory Milani, Lucas Otsuka, Guilherme Hashioka, George Chaves e do convidado Maurício Uehara.
Rencontrer les enseignants
Artur Vilas Boas
Núcleo de Empreendedorismo da USP
André Leme FleuryProfessor
Universidade de São Paulo
Legal, muita coisa, esse foi só o primeiro dia.
O segundo dia a gente chama de remix.
Remix nada mais é do que trazer referências do mercado
que resolvam já o problema.
Então, não necessariamente precisam ser do mercado do cliente,
às vezes você pode pegar e estudar outros mercados: um hospital,
uma escola que faz a mesma coisa, que resolve o problema de uma forma bem legal,
que a gente poderia utilizar no nosso trabalho.
E a parte de benchmarks, ela tem uma segunda parte que,
depois que a gente mostra as inspirações, a gente vai para ideação.
Então, lembra que eu falei que no primeiro dia a gente não iria falar sobre solução,
a gente não iria idear?
Nesse dia sim.
Nesse dia é que as pessoas vão conseguir botar as ideias que elas têm para tentar
resolver o problema no papel.
O Lucas Otsuka falou no outro vídeo pouco sobre Brainstorming e sobre o Crazy Eights
e aqui, no design sprint, a gente usa essa parte de
ideação que chama ideação de quatro etapas que tem o Crazy Eights envolvido.
A primeira etapa a gente chama de notas.
Então, discutimos muito sobre o problema no primeiro dia e seria legal você
fazer uma síntese: cada um pegar papel, uma folha A4, e anotar o quê que
acha de mais importante, como poderia resolver, o trabalho individual.
O Lucas comentou: o Brainstorming é uma coisa mais colaborativa e o Crazy Eights é
individual.
Esse sketch quatro etapas é totalmente feito individualmente,
você não vai discutir com ninguém, é você com você.
Depois que você anotou os pontos mais importantes,
você vai para uma segunda etapa, que é a etapa de ideias.
Eu fiz resumo já do meu problema, eu vou para uma parte de ideias que é pegar
esses pontos-chaves e tentar já criar algumas soluções para resolver o problema.
Depois que eu fiz algumas ideias, eu passo para o Crazy Eights, que o Lucas explicou
com mais detalhes, que é você pegar uma folha A4, você dobrar em oito pedaços
e em oito minutos tentar criar oito variações de ideias para resolver o mesmo problema.
Depois que a gente passou pelo Crazy Eights, a gente passa para a última etapa,
que é o sketch da solução.
O sketch da solução nada mais é do que pegar a sua melhor ideia do Crazy Eights e
transformá-la numa história.
Então, numa outra folha A4 você pega post-its, três post-its e os coloca
embaixo do outro do lado esquerdo e do lado direito você deixa em branco.
Nestes post-its você vai desenhar, como se fosse uma história mesmo,
contando fluxo de como você resolveria o problema e, ao lado dos post-its,
você vai descrevê-los com mais detalhes.
Essa folha você não vai colocar o seu nome.
Não é o objetivo identificar que essa é a sua ideia,
até porque o próximo dia, no dia três do sprint, a gente vai votar nas ideias e
a gente quer deixar de forma anônima para não enviesar na hora de votar.
Talvez o decisor ganhe mais votos ou não.
A gente prefere deixá-la sem nome.
Você só vai botar um nome para a sua ideia, nome criativo.
O dia três é o dia da decisão.
Nós criamos várias ideias para sketch da solução,
então a gente vai colocar todas elas na parede, como se fosse museu de arte.
Depois que a gente colocou todas essas ideias, a gente vai votar.
A gente também, com a ideação quatro etapas,
aqui a gente tem a votação em quatro etapas.
A primeira etapa, a gente vai fazer o mapa de calor: as pessoas em silêncio vão
ver as ideias, vão pegar umas bolinhas e vão colocar, pontos da ideia ou na ideia
inteira, o que achou mais interessante, que poderia resolver o nosso problema.
As bolinhas são ilimitadas, então realmente no final dessa dinâmica,
você vai ver que há partes da história ou a história inteira que tem mais votos que
a outra, ela vai ficar cheia de bolinhas.
A segunda etapa seria a enquete.
A enquete nada mais é que discutir as ideias e depois cada um vai pegar
um grão de voto e vai votar numa ideia ou momento da ideia
e depois vai falar o motivo por que votou nessa ideia.
No final a bruxa, que a gente brinca assim, fica com o decisor.
O decisor que vai falar assim: "Gente, legal", a gente já o ajudou a ver
quem tem mais votos, quais foram mais bacanas e ele vai falar assim: "Gente,
eu acho que eu gostaria de testar essa ideia,
esse sprint que eu acho é mais arriscado, a gente tem mais chance de, se a gente
fosse desenvolver a gente poderia gastar muito dinheiro e não poderia dar certo.
Eu queria ver no protótipo, se isso vai dar certo".
Às vezes chegam alguns momentos que você vai ter mais de uma ideia muito bem
votada, ter empate ou teve uma só que ganhou.
No caso de empate, a gente tem que ver se a gente consegue separar as ideias ou
juntá-las numa única ideia.
Se a gente tiver que separar,
a gente vai ter que fazer dois protótipos e isso vai dar um pouco mais de trabalho.
Depois que a gente tem as ideias vencedoras,
a gente passa para a parte de storyboard, isso no mesmo dia.
O storyboard, eu não sei se vocês já viram como as pessoas da Pixar ou da
Disney fazem os seus desenhos.
Eles criam telas por telas e vão desenhando para ver se há algum furo na
história final e aqui é o que a gente vai fazer também.
Com a ajuda de todo mundo na sala, a gente vai desenhar
fluxo que a pessoa que vai testar vai ter na mão no aplicativo.
Isso vai ajudar muito a pessoa que vai criar o protótipo também.
Então, na primeira ele vai receber um e-mail, na segunda tela ele vai abrir esse e-mail,
nesse e-mail está escrito o quê.
Todo mundo na sala vai criar o copy, que é o que vai estar escrito,
imaginar como vai ser já a arquitetura desse aplicativo ou dessa solução que você
estiver criando e a gente vai conseguir ver direitinho ponto a ponto da história.
Esse então é o dia três.
No dia quatro é trabalho já mais braçal, é pegar tudo o que
foi feito e usar algumas ferramentas para criar o protótipo de alta fidelidade.
Essa é uma parte legal que a gente tem que dividir as atividades: alguns designers
vão trabalhar no protótipo, enquanto vai criando as telas,
outro vai pegando ícones, vai pegando imagens, até para adiantar o processo.
A gente já fez o copy no outro dia,
mas vai ter que ser refeito, vai ter que dar uma olhada.
O cliente pode participar desse dia também ajudando no protótipo.
Normalmente isso fica muito trabalho da Taqtile de fazer o protótipo,
mas fica aberto, sempre tem um convite para as pessoas participarem.
Enquanto a equipe de design fica fazendo o protótipo,
uma outra equipe do sprint vai cuidando do recrutamento.
Então, já foi enviado questionário para recrutar as pessoas e aí a gente tem que
filtrar para saber se essas pessoas encaixam no nosso perfil ou não e também
ver se elas têm algum horário disponível para participar do teste de usabilidade.
Isso foi feito durante toda a semana,
mas eu estou explicando aqui para ficar um pouco mais fácil.
Outra coisa interessante que a equipe tem que fazer é
um questionário para ser aplicado no dia do teste de usabilidade.
Então, o quê que a gente gostaria de saber com mais profundidade dessa pessoa.
Além disso, também fazer tarefas para a pessoa que vai ser testada usar o
aplicativo para ver se a gente consegue testar as nossas hipóteses e ver se tem
alguma coisa que não ficou muito clara para o usuário.
Depois disso, a gente tem o último dia, que é o dia do teste de usabilidade.
Teste de usabilidade, a gente divide em duas partes: primeira parte com
perguntas contextuais para você quebrar o gelo, conhecer um pouco a pessoa,
entender como que é a rotina dela, alguma coisa que gente não
vai conseguir identificar usando só o protótipo.
A segunda parte é o protótipo.
Então, a gente vai colocar na mão o que foi criado durante toda essa semana,
o que foi planejado e ver se ficou fácil de mexer ou não com o script,
questionário que a gente tem.
A gente vai dar algumas tarefinhas para ela e a gente sempre pede para ela falar
em voz alta o que ela está pensando, o que ela está fazendo.
Deixar bem claro que a gente não está testando-a e
sim a gente está testando esse protótipo que foi criado.
A gente quer que ela seja o mais honesta possível e ajude a gente a melhorar o
nosso produto.
Enquanto isso, enquanto uma pessoa estiver entrevistando o usuário,
na outra sala a equipe de sprint está assistindo o que está acontecendo na sala.
Então, está sendo transmitido o teste de usabilidade e as pessoas
na outra sala estão anotando, discutindo sobre o que poderia ser melhorado
já e criando uma série de post-its, que eu até botei aqui do lado para vocês verem
como é que fica normalmente a nossa sala durante o teste de usabilidade.
No final, a gente consegue depois pegar todas as anotações dos cinco,
seis usuários que a gente entrevistou e criar padrões.
Esses padrões são bem interessantes,
que vão se repetir durante o teste de usabilidade.
Você fica até pouco desesperado no começo,
porque você entrevista uma pessoa e acontece uma coisa,
você não está esperando que vai acontecer, aí a segunda acontece outra, mas o terceiro,
quarto, quinto começam a ficar pouco mais repetitivos e você já
sabe que você precisa ser melhorado, você não pode alterar nada na
hora do teste para não enviesar e não criar alguma coisa diferente.
Mas fica tranquilo que depois você faz as suas alterações, você testa de novo.
Mas é legal ver isso que às vezes você tem uma coisa na sua cabeça que
você acha que vai funcionar e no final não, o usuário está pensando em outra forma.
Isso que é o rico de você não sair desenvolvendo já
um projeto da sua cabeça sem fazer o teste.
É muito valioso para você ver que você poderia ter gasto um dinheirão e iria ter
dado errado e você teria que ter refeito todo esse processo.
Então sempre algumas coisas vão funcionar, também não é tão pessimista assim,
mas outras não.
Isso é ok, você tem que ficar tranquilo, porque, de novo,
se você fosse para desenvolvimento, iria demorar muito tempo para DEV e,
quando você está DEV, você não consegue voltar para trás, é muito difícil,
muito custoso e você poderia não ter métricas legais de se ter medidas.
Por isso é que eu falo que o sprint é tão valioso, porque você testa e
consegue já ter resultado, vez de você partir já para uma solução direto.
Depois que você termina o sprint,
não quer dizer que acabou e você não precisa mais usar o sprint.
Esse é um processo interativo, então você terminou, você o refaz, você já faz
alguns ajustes e não precisa demorar mais uma semana, pode demorar menos tempo.
Inclusive aqui na Taqtile muitas vezes a gente faz testes, designs sprints até
maiores, de duas semanas, porque a gente tem uma etapa anterior de pesquisa.
Ou o cliente às vezes não entende muito bem do negócio dele ou não entende muito
do usuário dele, então a gente faz uma etapa de pesquisa e depois design sprint.
A gente tem os livros do design sprint, do Google Venture,
a gente tem os outros livros também que falam um pouco sobre design sprint,
mas você não precisa seguir à risca, ele é processo que você pode fazer como for
melhor para o seu negócio ou para a sua necessidade, você pode adaptá-lo.
Então, eu espero que vocês tenham aprendido pouco mais sobre o design sprint
e qualquer dúvida vocês podem entrar contato que eu conserto.
Obrigado.
Explorer notre catalogue
Rejoignez-nous gratuitement et obtenez des recommendations, des mises à jour et des offres personnalisées.
Coursera propose un accès universel à la meilleure formation au monde,
en partenariat avec des universités et des organisations du plus haut niveau, pour proposer des cours en ligne.
© 2018 Coursera Inc. Tous droits réservés.
