Este documento discute a importância de se validar que o problema identificado é o problema real que precisa ser resolvido. Apresenta exemplos de produtos que falharam por não atenderem às reais necessidades dos usuários e discute práticas para "reframing" ou reenquadramento do problema, como questionar premissas, considerar diferentes perspectivas e realizar testes com usuários.
2. Imagine!
Um produto que foi construído pelos
melhores profissionais do mercado,
para garantir que a experiência das
pessoas ao interagir com ele fosse
a melhor possível, mas quando ele
finalmente foi lançado, não vendeu.
Foi um completo fracasso.
3. O PDA Apple Newton foi lançado em 1993 e considerado inovador,
mas o preço alto e as falhas no reconhecimento da escrita manual ditaram o seu fim.
4. O Google Glass foi lançado em geral em 2014,
com a promessa de revolucionar a forma
como o utilizador iria interagir com a Internet
5. Em 1985 a Coca Cola decidiu criar um sabor parecido com o da concorrente, a New Coke,
“Uma Coca-Cola com gosto de Pepsi” e com o antigo sabor retirado das prateleiras. Foi um caos.
Em 3 meses, o produto antigo estava de volta com um novo nome, Classic Coke.
6. Betamax caiu no esquecimento após a tentativa frustrada
de se tornar o novo padrão concorrendo com o VHS.
7. Um esforço para deixar o McDonald’s mais classudo, um sanduíche voltado para adultos com paladares mais sofisticados.
O único detalhe é que as pessoas não frequentam fast foods pela sofisticação,
e o produto foi retirado do menu ainda no ano do lançamento, em 1996.
9. Podem existir
várias explicações
● O concorrente ter um produto ainda
melhor;
● Algum fator cultural que impede as
pessoas de usarem/comprarem;
● Um hábito extremamente
consolidado que não abre espaço para
o seu produto ser consumido;
● Etc.
10. Você terá um produto incrível
que ninguém quer!
Não adianta ter o melhor copo, feito do melhor vidro, com a melhor estética,
que mantém a água fresca e potável… se as pessoas bebem água na garrafa.
11. O Problema do Elevador Lento
O proprietário de um prédio de escritórios
recebeu reclamações de seus inquilinos sobre o
elevador. Afirmam que ele é velho e lento, e eles
precisam esperar muito.
Ao questionar seus inquilinos sobre uma solução
eles rapidamente apontam que ele deve:
● Substituir o elevador;
● Instalar um motor mais forte;
● Atualizar o algoritmo que corre o elevador.
Em um segundo momento, quando o problema é
apresentado aos gerentes de construção, eles
sugerem uma solução muito mais elegante:
Coloque espelhos ao lado do elevador.
A solução do espelho é particularmente
interessante porque na verdade não é uma
solução para o problema declarado: Não faz o
elevador mais rápido. Em vez disso, propõe uma
compreensão diferente do problema.
12. Olha por outro Ângulo
Observe que o enquadramento inicial do
problema não é necessariamente errado.
A instalação de um novo elevador
provavelmente funcionaria.
O ponto de reestruturação não é encontrar
o problema "real", mas sim ver se há um
melhor para resolver.
Na verdade, a própria idéia de que existe um
único problema de raiz pode ser enganosa.
13. Qual problema do usuário
estamos tentando resolver?
Às vezes, a equipe está focada em tentar resolver um problema técnico,
e então, é que deve-se perguntar a questão de um milhão de dólares:
14. Isso é exatamente o que fazemos como UXers.
Wireframes e protótipos são as entregas mais
populares. Sem falar nas interfaces visuais que
deixam tudo mais bonito.
Mas isso, apesar de muito importante, não
consegue fazer com que as pessoas queiram
comprar algo ou comecem a usar algo,
ou sequer garantem o sucesso do produto.
É necessário entender mais sobre a motivação das
pessoas pois, caso contrário, estaremos apenas
criando coisas incríveis que ninguém quer.
● Gere dados ativamente, não espere que
eles venham até você.
● Entenda o serviço e o negócio antes de
pensar em telas, ou solução.
15. Briefing bom é briefing questionado:
“O problema é esse, mesmo?”
16. 7 práticas para um Reframing
1. Legitimar a discussão
2. Traga pessoas de fora para a discussão
3. Pegue as definições das pessoas por escrito
4. Pergunte o que está faltando
5. Considere várias categorias do problema
6. Analise as exceções positivas
7. Pergunte o objetivo das partes envolvidas
Dicas extras:
● Confie no processo e esteja preparado para
que se sinta bagunçado e confuso às vezes;
● Evite criar listas de coisas a verificar;
● Combine reframing com testes do mundo
real;
● É fatal pensar que pode descobrir tudo
dentro dos limites confortáveis de seu
escritório.
17. “Sem dúvida, não há nada tão
inútil quanto fazer com grande
eficiência o que não devia ser
feito de modo algum”
Peter Drucker
18. 50%
É a média do tempo gasto em
refação nos projetos de TI.
100x
Mais caro fazer
alterações em um
projeto finalizado
15%dos projetos são
abandonados depois
de uma primeira
entrega inadequada.
19. “(Natalia Arsand)
Como designers, qual é o problema
que queremos resolver? Esse problema vale a
pena ser resolvido? Que novos problemas
podem ser criados com isso? O produto
que estou criando precisa existir?
20. OBRIGADO!
www.atech.com.br
contato@atech.com.br
SÃO JOSÉ DOS CAMPOS
Rodovia Presidente Dutra, KM 138
Bloco 3, Sala 302
+55 12 3878-4373
SÃO PAULO
Rua do Rocio, 313 - 4° andar
Vila Olímpia
+55 11 3103-4600
ATECH Talks
Apresentações e discussões sobre assuntos
técnicos de interesse.
SDTA
Ciclo de palestras anual para compartilhamento
de conhecimentos desenvolvidos e/ou de
interesse dos colaboradores.
UX CAFÉ
Encontro mensal com o objetivo de debater sobre
os temas usabilidade, design e experiência do
usuário.