Design  ·  Inovação

Design
Thinking
Fundamentos

Como resolver problemas complexos começando pelas pessoas: as cinco fases, da empatia profunda a protótipos testados, e porque o processo importa mais do que o output.

Design Thinking Inovação User Research Resolução de Problemas
6 min de leitura

A maioria dos problemas é resolvida ao contrário. Alguém identifica um sintoma, salta para uma solução e passa meses a construí-la, só para descobrir que não responde ao que o utilizador precisava de facto. O Design Thinking existe como corretivo a este impulso: uma abordagem estruturada à resolução de problemas que começa por uma compreensão profunda das pessoas antes de qualquer solução ser proposta.

Desenvolvido originalmente na d.school de Stanford e popularizado pela IDEO, o Design Thinking espalhou-se muito para além dos estúdios de design, para equipas de produto, consultoria de gestão, saúde, educação e políticas públicas. A razão é simples: produz melhores soluções para problemas humanos complexos do que abordagens que saltam a parte humana.

Fundação

Uma abordagem centrada no humano a problemas complexos

O Design Thinking é uma metodologia de resolução de problemas que prioriza compreender as pessoas que vivem um problema antes de o tentar resolver. É centrado no humano (as soluções são desenhadas para pessoas reais em contextos reais), colaborativo (usa perspetivas diversas de forma intencional) e experimental (as ideias são testadas depressa com utilizadores reais, não debatidas em salas de reunião).

Pensamento solução-primeiro
Identificar um problema → assumir que se conhece a causa → desenhar uma solução → construir → lançar → descobrir que os utilizadores não a querem.
Design Thinking
Observar utilizadores → compreender a sua realidade → definir o problema real → explorar muitas soluções → prototipar → testar → refinar.

A mudança crítica é a sequência. O Design Thinking atrasa a geração de soluções até o problema estar profundamente compreendido, porque a solução mais elegante para o problema errado continua a ser a solução errada.

O Processo

As cinco fases do Design Thinking

O Design Thinking é tipicamente ensinado em cinco fases. Não são estritamente sequenciais; a prática real envolve iteração constante, andando para trás e para a frente à medida que surge nova informação. Mas dão um mapa claro do processo.

01
Empatizar
Compreender as pessoas para quem estás a desenhar: o seu comportamento, motivações e emoções em contexto. Entrevistas, observação, shadowing e imersão. Não se empatiza a partir de uma secretária.
02
Definir
Sintetizar a investigação de empatia num enunciado de problema claro e centrado no humano. Qual é o problema real? Para quem? Em que contexto? Um problema bem definido já está meio resolvido.
03
Idear
Gerar um leque amplo de soluções possíveis sem julgamento. Quantidade acima de qualidade. O objetivo é explorar todo o espaço de soluções antes de afunilar: divergir primeiro, convergir depois.
04
Prototipar
Construir representações rápidas e baratas das melhores ideias: mockups em papel, wireframes, cenários de role-play. Os protótipos são hipóteses tornadas tangíveis, não produtos acabados.
05
Testar
Pôr os protótipos à frente de utilizadores reais e observar. Não estás a apresentar. Estás a aprender. O que funciona? O que confunde? O que erraste? Os resultados do teste realimentam qualquer fase anterior.
O processo é iterativo: os resultados do Teste mandam rotineiramente a equipa de volta a Definir ou Empatizar
Fase 1

Empatizar: ver o mundo pelos olhos de outra pessoa

A empatia no Design Thinking não é simpatia. É um esforço rigoroso para compreender como outra pessoa vive o seu mundo. Exige pôr de lado os teus próprios pressupostos e entrar genuinamente no contexto do utilizador. Três métodos sustentam a maior parte do trabalho de empatia.

Observação
Ver as pessoas a fazer a coisa real no seu contexto real, não num laboratório, não descrito de memória. As pessoas são narradoras pouco fiáveis do próprio comportamento. O que fazem e o que dizem que fazem são muitas vezes diferentes. A observação apanha essa diferença.
Entrevistas
Conversas focadas em histórias e experiências, não em opiniões sobre soluções hipotéticas. "Conta-me a última vez que tentaste fazer X" revela muito mais do que "usarias um produto que fizesse Y?". O silêncio é uma técnica de entrevista válida. Deixa as pessoas preenchê-lo.
Imersão
Sempre que possível, vive o problema tu próprio. Usa o produto, percorre o processo, sente a fricção. A par de te tornares o utilizador, a imersão é o caminho mais direto para a compreensão genuína, não slides de research sobre o utilizador.
A fase de empatia é cronicamente subinvestida. As equipas atravessam-na à pressa porque já têm uma solução em mente. O resultado são soluções construídas sobre pressupostos em vez de compreensão, que é onde a maioria dos fracassos de inovação tem origem.
Fase 2

Definir: o enunciado do problema como design brief

A fase Definir transforma a investigação de empatia num enunciado de problema claro e acionável. É mais difícil do que parece: a investigação em bruto é confusa, e encontrar o problema real por baixo do enunciado exige síntese e juízo.

O formato mais comum é a pergunta "Como Poderíamos" (HMW, How Might We), um enquadramento específico o suficiente para dar direção, aberto o suficiente para permitir soluções criativas:

Vaga de mais
"Como poderíamos melhorar a experiência de saúde?" Poderia gerar um milhão de ideias em mil direções. Sem foco, sem restrição, sem tração.
Bem enquadrada
"Como poderíamos ajudar doentes idosos em zonas rurais a lembrar-se e tomar corretamente a medicação diária sem depender do apoio da família?" Utilizador específico, contexto específico, problema específico.

Um bom enunciado de problema mantém a equipa ancorada ao longo da ideação e da prototipagem. Quando uma solução proposta não lhe responde, tens uma razão de princípio para redirecionar, não apenas uma opinião.

Fase 3

Idear: quantidade primeiro, qualidade depois

A ideação é a fase divergente: o objetivo é gerar tantas soluções possíveis quantas conseguires antes de avaliar qualquer uma. O erro comum é avaliar as ideias à medida que surgem, o que mata a tomada de risco criativo antes de começar.

Dois princípios governam boas sessões de ideação:

Adia o julgamento
Nenhuma ideia é demasiado louca. Nada de "sim, mas". Constrói sobre as ideias dos outros com "sim, e". A ideia ridícula contém muitas vezes a semente da ideia transformadora.
Vai pelo volume
Aponta a 50 ideias, não 5. A melhor ideia raramente é a primeira. A quantidade cria a matéria-prima a partir da qual se selecionam soluções de qualidade.

Depois de gerar ideias, a equipa converge: dot voting, matrizes de impacto/esforço e critérios explícitos alinhados com o enunciado do problema são usados para escolher quais valem a pena prototipar. Tipicamente avançam duas ou três ideias.

Fases 4 & 5

Prototipar e testar: torná-lo real, aprender depressa

Prototipar é o ato de tornar uma ideia tangível o suficiente para a testar. O princípio-chave: construir para pensar, não para apresentar. Um protótipo é uma ferramenta de aprendizagem, não um entregável. Quanto mais barato e rápido for de construir, mais fracassos podes pagar, e os fracassos na prototipagem são vitórias, porque são baratos.

Protótipos em papel
Esboçados em papel, montados com tesoura e fita-cola. Podem ser feitos em 30 minutos. Eficazes para testar fluxos, layouts e conceitos antes de abrir qualquer ferramenta digital. A rudeza até ajuda. Os utilizadores dão feedback mais honesto quando um protótipo não parece acabado.
Wireframes & mockups
Ecrãs digitais de baixa fidelidade (Figma, Balsamiq, ou até PowerPoint). Mostram layout e interação sem polimento visual. Bons para testar navegação, hierarquia de conteúdo e padrões de interação com stakeholders ou utilizadores.
Role-play & simulação
Para design de serviços ou melhorias de processo, simula a experiência fisicamente. Duas pessoas fazem de cliente e de agente. Outros membros da equipa observam. Poderoso para identificar fricção que nenhum ecrã consegue captar.

Testar é observação, não validação. Não estás a apresentar a tua ideia à espera de aprovação. Estás a ver o que os utilizadores fazem com ela e a fazer perguntas neutras. "O que esperavas que acontecesse?" e "O que farias a seguir?" revelam mais do que "Gostaste?".

Contexto

Design Thinking, Agile e Lean: como se encaixam

Estas três metodologias são muitas vezes mencionadas no mesmo fôlego e por vezes confundidas. São complementares, não concorrentes:

Design Thinking
Responde a: estamos a resolver o problema certo? Usado a montante, nas fases de discovery, research e ideação. Os seus outputs (enunciados de problema, protótipos, insights de utilizadores) alimentam a execução em Agile ou Lean. Horizonte temporal: dias a semanas de trabalho exploratório.
Agile / Scrum
Responde a: estamos a construí-lo bem, iterativamente? Usado na execução, quando há clareza suficiente sobre o que construir. Sprints, cerimónias e artefactos organizam o trabalho de uma equipa multidisciplinar a entregar software a funcionar em ciclos curtos.
Lean Startup
Responde a: o pressuposto do nosso modelo de negócio é válido? Usado ao nível do negócio, testar a viabilidade de um produto ou conceito de negócio inteiro através do ciclo Build-Measure-Learn. Opera a um nível de abstração mais alto que o Agile.

Na prática, as equipas de produto fortes usam as três: Design Thinking para descobrir e definir, Agile para construir e iterar, e pensamento Lean para testar se o conjunto faz sentido de negócio. As fronteiras são propositadamente difusas.

Conclusão

A disciplina de ficar curioso mais tempo

O contributo mais importante do Design Thinking não é uma framework nem um conjunto de ferramentas. É a disciplina de ficar no espaço do problema mais tempo do que é confortável. O instinto natural é avançar depressa para as soluções. O Design Thinking treina as equipas a resistir a esse instinto até o problema estar verdadeiramente compreendido.

Isto compensa de forma acumulada. Equipas que investem nas fases Empatizar e Definir falham menos na prototipagem. Equipas que investem na prototipagem falham menos no desenvolvimento. Os fracassos de desenvolvimento são exponencialmente mais caros que os de protótipo. Cada hora numa entrevista a um utilizador vale dez horas de retrabalho evitado.

O insight central
Não consegues desenhar uma boa solução para um problema que não compreendes. Compreender leva mais tempo do que assumir. Quase sempre compensa.
A competência-chave
Fazer perguntas que revelam comportamento, não perguntas que confirmam hipóteses. Os melhores researchers fazem as pessoas sentir-se ouvidas, não interrogadas.
O erro comum
Tratar a Fase 3 (Idear) como Fase 1. Começar com uma solução e depois fazer "research de empatia" para a justificar. Isso não é Design Thinking. É viés de confirmação com um nome melhor.

Mais sobre design & inovação

Escrevo sobre design thinking, estratégia de produto e frameworks de negócio. Segue no LinkedIn para mais.