No mundo do Design Thinking, identificar e definir com precisão um problema é um passo fundamental. Esta tarefa, muitas vezes subestimada, é crucial para orientar as equipas em direção a soluções inovadoras e relevantes. Este artigo explora o “porquê” desta abordagem, destacando o seu impacto essencial no sucesso dos projetos de design.

Definindo um problema, por que é importante? 

Quem já falou comigo ou participou na minha conferência durante a UX-Conf' intitulada “Como definir o seu valor acrescentado na era da IA” sabe o quanto me preocupo investigação cuidadosa do problema e à sua definição mais precisa e fiel. Como estrategista de UX, estou convencido de que esta abordagem é a motor de inovação e criação de valor.

As minhas múltiplas experiências como Facilitadora de Workshop permitiram-me compreender que é essencial reunir certos elementos para que a magia do Design Thinking funcione de forma eficaz:

1. Toda a equipe deve compreender totalmente o problema. Não apenas leia sobre isso, mas entenda cada uma das palavras e quais questões elas contêm.
2. O problema definido deve permitir chegar a uma solução relevante respeitando o escopo do projeto.

Para um problema claro e bem definido, existe apenas uma boa solução mas isso pode assumir diferentes formas. Voltaremos a este ponto mais adiante neste artigo.

Na maioria das vezes, os problemas são mal definidos e as soluções propostas são inadequadas. É portanto crucial na nossa profissão formular correctamente, ou mesmo desafiar os problemas dos clientes.

Mas se hoje me considero um “descobridor de problemas”, nem sempre foi assim. No início da minha carreira, estava focado em encontrar soluções para aliviar experiências negativas e resolver novos problemas. Afinal, muitas vezes me disseram que o design resolve problemas.

Apresentação. Voltemos à definição do problema. Por que é tão complexo identificar com precisão o problema real? Esta dificuldade advém em parte da frequente confusão entre causas e consequências…

Qual é a primeira causa?

Vamos começar do começo. A causa raiz representa a origem fundamental de todos os problemas, os mais profundos. Constitui a razão inicial do surgimento de um problema. Quando há confusão entre a causa primeira e as consequências, falamos de “Efeito Cegonha”.

Por exemplo, quando abandono o meu carrinho de compras num website, isso é consequência de um problema subjacente e não de um problema em si.

Outro exemplo fácil, mais distante do mundo da web: Vamos imaginar que estou participando de uma corrida de 10km. Durante a corrida, parei após o 7º quilômetro, exausto. Um membro da organização vem me ver para me dizer que estou eliminado da corrida por esse motivo. Aqui a consequência é representada pela minha desqualificação. Mas a causa raiz é meu cansaço.

Para cada projecto, o primeiro passo será, portanto, dissecar a situação para analisar as consequências e volte à Causa Primeira fazendo a pergunta mágica “Por quê?” (quantas vezes forem necessárias).

Neste exemplo da corrida, podemos nos perguntar “Por quê?” mais de 5 vezes e, em seguida, iniciar pesquisas de usuários para explorar determinadas hipóteses com mais profundidade.

Repetidamente o “porquê”

Certamente falo sobre isso com muita frequência e acabei cansando quem está ao meu redor com o “Porquê”. Mas, obviamente, esta questão continua a ser a mais importante de todas. Permite-nos sair da nossa zona de conforto, explorar a questão com maior profundidade e abri-la a outros temas.

Insistir no “Porquê” não é um simples hábito, mas uma necessidade absoluta no processo de Design Thinking. Como expresso tão bem Simon Sinek em seu trabalho “Comece pelo porquê”, Compreender o “porquê” de uma ação ou decisão é essencial para chegar ao cerne de um problema. Esta abordagem nos leva a ir além das respostas superficiais e a explorar o motivações e necessidades profundas que fundamentam o comportamento do usuário. 

Vejamos o exemplo citado anteriormente: 

• Por que fui desclassificado? Porque parei no 7º quilômetro.
• Por que parei depois do 7º quilômetro? Porque eu estava cansado. 
• Por que eu estava cansado? Estava cansado porque não tinha resistência para esta corrida.
• Por que me faltou resistência? Faltou-me resistência porque não estava preparado o suficiente para correr.
• Para que ? Porque não planejei um programa de treinamento com antecedência.

No exemplo da corrida de 10 km onde o cansaço leva a parar no 7º quilómetro, identifiquei rapidamente o causa raiz do problema como preparação insuficiente. Lá solução única aqui é, portanto, melhorar a preparação para a corrida.

Ao trabalhar em um projeto que envolve uma questão complexa, torna-se crucial validar as hipóteses em cada etapa, fazendo a pergunta fundamental “Por quê?”, e isso, por meio de pesquisa com usuários.

Depois disso, a solução pode assumir vários aspectos, influenciada por vários fatores como o tempo de que disponho, as pessoas disponíveis para me atender, as tecnologias disponíveis e as minhas próprias preferências.

Por exemplo, para treinar, eu poderia usar um aplicativo móvel, criar um treino em papel ou contratar um personal trainer. O design dará então forma à solução mais relevante.

Conclusão 

Em resumo, a definição precisa de um problema continua sendo fundamental no processo de Design Thinking. Isto exige um questionamento constante do “Porquê” para identificar a causa inicial dos problemas, direcionando assim as nossas ações para soluções autenticamente inovadoras e adaptadas.

Embora um problema bem definido só possa ter uma solução, esta solução pode assumir várias formas. Esta flexibilidade permite adaptar as respostas aos diferentes constrangimentos e exigências encontradas.

 

 

Lucie Stepanian, Estrategista de experiência do usuário na UX-Republic