O documento discute a importância de se questionar qual o problema real que se está tentando resolver ao desenvolver um produto ou serviço, em vez de se apressar em propor soluções. Aponta casos em que produtos inovadores fracassaram por não atenderem às reais necessidades dos usuários e sugere práticas como reframing dos problemas e testes com usuários para se certificar de estar focando nos problemas certos.

1. Estamos resolvendo o
problema certo?
@rafaelburity, UX Specialist

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.

8. Por que isso acontece?

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!
@rafaelburity