Episode 107: Design Thinking 2 Stage : Define the Problem and Interpret the Results

Olá a todos, calorosas boas-vindas a todos
vocês neste episódio de All Things Lean com sua apresentadora Madhulika Ra Chauhan.
Em nosso último episódio, falamos sobre o estágio 1 do Design Thinking: Tenha empatia com
seus usuários. Neste episódio, falaremos sobre o estágio 2 do Design Thinking: Definir
o problema e interpretar os resultados.
declaração de problema acionável, na qual o design thinker se
concentrará em resolver. Esta é talvez a parte mais desafiadora do processo de Design Thinking,
pois a definição de um problema (também chamado de desafio de design) exigirá que você
sintetize suas observações sobre seus usuários desde o primeiro estágio do processo de Design Thinking
, que é chamado de Estágio de empatia.
Quando você aprender a dominar a definição
do seu problema, declaração do problema ou desafio de design, isso melhorará muito
seu processo e resultado de Design Thinking.

Por que? Uma ótima definição da declaração do seu problema
orientará você e o trabalho de sua equipe e dará início ao processo de idealização na direção certa. Isso
trará clareza e foco ao espaço de design. Pelo contrário, se você não prestar
atenção suficiente à definição do seu problema, você trabalhará como uma pessoa tropeçando no escuro.
Design Thinking: um processo não linear
No estágio Definir, você sintetiza suas
observações sobre seus usuários desde o primeiro estágio, o estágio Empatia. Uma ótima definição
da declaração do problema orientará você e o trabalho da sua equipe e dará início ao
processo de idealização (terceiro estágio) na direção certa. Os cinco estágios nem sempre são sequenciais — eles
não precisam seguir nenhuma ordem específica e podem muitas vezes ocorrer em paralelo e ser repetidos
iterativamente. Como tal, as etapas devem ser entendidas como diferentes modos que contribuem
para um projeto, em vez de etapas sequenciais.
Análise e Síntese
Antes de entrarmos no que constitui uma ótima declaração de problema, é útil primeiro obter uma
compreensão da relação entre análise e síntese que muitos design thinkers
passarão em seus projetos.

Tim Brown, CEO da empresa internacional de consultoria de design IDEO, escreveu
em seu livro Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation,
que a análise e a síntese são "igualmente importantes e cada uma desempenha um papel essencial no
processo de criação de opções e fazer escolhas.”   A
análise consiste em dividir conceitos
e problemas complexos em constituintes menores e mais fáceis de entender . Fazemos isso, por exemplo, durante
a primeira fase do processo de Design Thinking, a fase Empatia, quando observamos e documentamos
detalhes relacionados aos nossos usuários.  A síntese, por outro lado, envolve montar criativamente
as peças do quebra-cabeça para formar ideias completas. Isso acontece durante o estágio de definição, quando organizamos,
interpretamos e damos sentido aos dados que coletamos   para criar uma declaração de problema.
Embora a análise ocorra durante o estágio   Empatia e a síntese ocorra
durante o estágio Definir, elas não acontecem apenas   nos estágios distintos do Design Thinking.
Na verdade, a análise e a síntese geralmente acontecem consecutivamente ao longo de todas as etapas do
processo de Design  Thinking.

Os design thinkers geralmente analisam uma situação antes de sintetizar novos insights e,
em seguida, analisam as descobertas sintetizadas mais uma vez para criar sínteses mais detalhadas.
O que constitui uma boa declaração de problema?
Uma declaração de problema é importante para um
projeto de Design  Thinking, porque ela orientará você e sua equipe e fornecerá foco nas
necessidades específicas que você descobriu. Também cria um senso de possibilidade e otimismo que permite que os
membros da equipe desencadeiem ideias no estágio de Ideação, que é o terceiro e seguinte estágio
do processo de Design Thinking. Uma boa definição do problema deve, portanto, ter
as seguintes características. Deve ser:
Centrado no ser humano.  Isso exige que você estruture a
definição do problema de acordo com usuários específicos, suas necessidades e os insights que sua
equipe obteve na fase de empatia. A declaração do problema deve ser sobre
as pessoas que a equipe está tentando ajudar, em vez de focar em tecnologia,
retornos monetários ou especificações de produtos.
Amplo o suficiente para liberdade criativa.  Isso
significa que a declaração do problema não deve se concentrar muito estritamente em um método específico
em relação à implementação da solução.

A declaração do problema também
não deve listar os requisitos técnicos, pois isso restringiria desnecessariamente a equipe e a
impediria de explorar áreas que possam trazer insights e valores inesperados para o projeto.
Estreito o suficiente para torná-lo gerenciável.  Por outro lado, uma declaração de problema como
“Melhorar a condição humana” é muito ampla e provavelmente fará com que os membros da equipe se sintam facilmente
intimidados.  As declarações dos problemas devem ter restrições suficientes para tornar o projeto gerenciável.
Além das três características mencionadas acima, também ajuda começar a declaração do problema com
um verbo, como “Criar”, “Definir” e “Adaptar”, para tornar o problema mais orientado para a ação.
Além das três características mencionadas acima, também ajuda começar a declaração do problema com
um verbo, como “Criar”, “Definir” e “Adaptar”, para tornar o problema mais orientado para a ação.
Como definir uma declaração de problema   Os
métodos de interpretação de resultados e descobertas da
fase de empatia orientada à observação incluem:
Espaço Saturado e Diagramas de Grupo e Afinidade
– Agrupamento e agrupamento de ideias e fatos
No espaço saturado e em grupo, os designers agrupam
suas observações e descobertas em um só lugar, para criar uma colagem de experiências, pensamentos,
insights e histórias.

O termo 'saturar' descreve a maneira pela qual toda a equipe
cobre ou satura a exibição com suas imagens coletivas, notas, observações, dados,
experiências, entrevistas, pensamentos, insights e histórias, a fim de criar uma parede de
informações para informar o processo de definição de problemas . Será então possível traçar
conexões entre esses elementos individuais, ou nós, para conectar os pontos e desenvolver
insights novos e mais profundos, que ajudam a definir o( s) problema(s) e desenvolver soluções potenciais. Em
outras palavras: vá da análise à síntese.
Mapeamento de empatia
Um mapa de empatia consiste em quatro quadrantes dispostos em um quadro, papel ou mesa,
que refletem as quatro características principais que os usuários demonstraram/possuíram durante o
estágio de observação. Os quatro quadrantes referem-se ao que os usuários: Disseram, Fizeram, Pensaram e Sentiram. Determinar
o que os usuários disseram e fizeram é relativamente fácil;   no entanto, determinar o que eles pensaram
e sentiram é baseado na observação cuidadosa de como eles se comportaram e responderam a certas
atividades, sugestões, conversas, etc.

(incluindo dicas sutis, como a linguagem corporal
exibida e o tom de voz usado).
Um ponto de vista (POV) é uma
declaração de problema significativa e acionável, que permitirá que você tenha ideias de maneira orientada a objetivos.
Seu ponto de vista captura sua visão de design ao definir o desafio CERTO a ser abordado nas
sessões de idealização. Um POV envolve reformular um desafio de design em uma declaração de problema acionável.
Você articula um ponto de vista combinando seu conhecimento sobre o usuário para o qual está projetando, suas
necessidades e os insights que você obteve   em sua pesquisa ou no modo Empatia. Seu
ponto de vista deve ser uma declaração de problema acionável que orientará o restante do seu trabalho de design.
Você articula um ponto de vista combinando esses três elementos: usuário, necessidade e insight.  Você
pode articular seu ponto de vista inserindo informações sobre seu usuário, as necessidades e
seus insights na seguinte frase:
[Usuário .

. . (descritivo)] precisa [precisa. . .
(verbo)] porque [insight.  . . (atraente)]
Perguntas “Como poderíamos”
Depois de definir seu desafio de design em um ponto de vista, você pode começar a gerar
ideias para resolver seu desafio de design. Você pode começar a usar seu ponto de vista fazendo uma pergunta específica
começando com: “Como poderíamos” ou “de que maneira poderíamos”. As perguntas How Might We (HMW) são
perguntas que têm o potencial de desencadear sessões de idealização, como brainstorms. Eles devem
ser amplos o suficiente para uma ampla gama de soluções, mas estreitos o suficiente para que soluções específicas possam
ser criadas para eles. As perguntas “Como poderíamos” devem ser baseadas nas observações que você
reuniu no estágio de empatia do processo de Design   Thinking.

Por exemplo, você observou
que os jovens tendem a não assistir a programas de TV na TV de casa. Algumas perguntas que podem orientar
e estimular sua sessão de ideias poderiam ser:
Como podemos tornar a TV mais social,
para que os jovens se sintam mais engajados?
Como podemos permitir que programas de TV
sejam assistidos em qualquer lugar, a qualquer hora?
Como podemos tornar
mais emocionante assistir TV em casa?
As perguntas do HMW abrem para
sessões de Ideação, onde você explora ideias, que podem ajudá-lo a resolver seu
desafio de design de maneira inovadora.
Escada Porque-Como
de acordo com o Método d.school Cartão de Porquê – Escada Como "Como regra geral,
perguntar 'por que' produz afirmações mais abstratas e perguntar 'como' produz afirmações específicas.
Muitas vezes, afirmações abstratas são mais significativas, mas não tão diretamente acionável, e o
oposto é verdadeiro para declarações mais específicas.”
Por esse motivo, durante o estágio Definir, os designers
procuram definir o problema e geralmente perguntam por que os designers usarão o porquê para progredir até
o topo da chamada escada por que-como , onde o objetivo final é descobrir como você pode.

resolver um
ou mais problemas. Suas perguntas sobre como poderíamos ajudar você a passar do estágio de definição para o
próximo estágio do Design Thinking, o estágio de idealização, onde você começa a procurar soluções inovadoras específicas
. Em outras palavras, você poderia dizer que o por quê. -Como o Laddering começa perguntando por que
descobrir como eles podem resolver o problema específico ou o desafio de design.

O segundo estágio em um processo típico de Design Thinking
é chamado de fase definir. Envolve   a coleta de dados do estágio de observação (primeiro
estágio). chamado Empatia) para definir os problemas e desafios de design. Ao usar métodos
para sintetizar dados brutos em um corpo de conhecimento significativo   e utilizável – como
mapeamento de empatia e saturação e grupo de espaço – seremos   capazes de criar uma
declaração ou ponto de problema de design acionável.

de visão que inspiram a geração de ideias para resolvê-lo. As perguntas Como poderíamos
nós abrem para sessões de Ideação, nas quais você explora ideias, o que pode ajudá-lo a resolver
seu desafio de design de maneira inovadora.
Com isso chegamos ao fim deste episódio
de All Things Lean. Continuaremos falando sobre Design Thinking com mais detalhes em nossas
próximas sessões. Não se esqueça de curtir e se inscrever e comentar na seção de comentários
sobre o que você gostaria de ouvir mais. Até a próxima vez, esta é sua anfitriã Madhulika Ra Chauhan
encerrando a sessão.   Tenha um dia maravilhoso pela frente..

Texto inspirado em publicação no YouTube.

Quer Saber Muito Mais? Venha para a MIND21 Educação