Design thinking: o que é, 5 etapas, o que 3 estudos mediram e como aplicar sozinho no trabalho

O que é design thinking (e o que ele não é)

Design thinking é uma abordagem para resolver problemas em que você ainda não sabe direito qual é o problema. Em vez de partir da solução, você ouve e observa quem sofre com ele, reescreve a pergunta, gera muitas saídas, transforma algumas em versões baratas e põe essas versões na mão de quem vai usar. O teste decide se você segue, ajusta ou volta ao começo.

A definição que a IDEO publica na página institucional da empresa, atribuída a Tim Brown, é: "Design thinking is a human-centered approach to innovation that draws from the designer's toolkit to integrate the needs of people, the possibilities of technology, and the requirements for business success". Em resumo: inovação centrada em pessoas, que junta o que elas precisam, o que a tecnologia permite e o que o negócio exige.

Repare na palavra abordagem: não é um método fechado, com regra de entrada e de saída. Uma revisão sistemática de 2019, detalhada mais abaixo, encontrou 10 atributos e 8 ferramentas associados ao termo, o que explica por que cada curso apresenta um número diferente de etapas.

Este guia é para quem não é designer e esbarra no termo na descrição da vaga, na dinâmica do processo seletivo ou no projeto do time. Li seis das páginas do topo do Google para "design thinking o que é" em 03/11/2026: nenhum cita um estudo que tenha medido o método, nenhum traz uma crítica à validade dele, e o número de etapas varia de 4 a 7. E um aviso: design thinking não é sinônimo de brainstorming (que é parte de uma das etapas) nem de parede de post-it, e não é exclusivo de designer.

As 5 etapas do design thinking (e por que elas não andam em linha reta)

O modelo mais difundido é o da d.school, o Hasso Plattner Institute of Design, em Stanford. O material de referência é o Design Thinking Bootleg da d.school, versão de 2018, distribuído de graça sob licença Creative Commons (CC BY-NC-SA 4.0). Ele chama as etapas de modos, e são cinco:

1. Empatia (Empathize). Entender quem tem o problema pelo que faz, diz e sente. Aqui empatia é pesquisa com quem usa, não a competência interpessoal do guia sobre empatia no trabalho.
2. Definição (Define). Transformar o que você ouviu numa frase de problema.
3. Ideação (Ideate). Gerar muitas saídas, num modo de abrir em vez de focar ("flaring instead of focus"), sem julgar enquanto gera.
4. Protótipo (Prototype). Fazer versões usáveis de 2 ou 3 ideias: "keep prototypes inexpensive and low resolution to learn quickly" (baratas e de baixa resolução, para aprender rápido).
5. Teste (Test). Pôr o protótipo na mão de quem tem o problema e observar o que a pessoa faz.

A tabela mostra, para cada etapa, o que responder para sair dela, o que ter na mão ao sair e o erro que mais a derruba.

Por que as etapas não são uma escada

Quase toda página que ranqueia desenha as etapas em fila. As fontes que definiram os modelos dizem o contrário. O Bootleg avisa que é um baralho de cartas, "so you can start wherever you want" (comece por onde quiser), e escreve que o teste pode revelar que você "framed the problem incorrectly", enquadrou o problema errado. O Design Council escreve que o duplo diamante "is not a linear process". E Buchanan já registrava em 1992 que "a sequência real de pensamento de design e tomada de decisão não é um processo linear simples", na tradução brasileira do ensaio.

Na prática, espere voltar pelo menos uma vez. Se chegou ao fim sem nenhum retorno, desconfie: ou o teste foi fraco, ou você só ouviu quem já concordava com a primeira ideia.

O duplo diamante: as mesmas etapas desenhadas em 2 losangos

O Design Council, organização de design do Reino Unido, lançou o duplo diamante em 2004 (página oficial do Framework for Innovation). São 4 fases: Descobrir, Definir, Desenvolver e Entregar. Cada losango primeiro abre, juntando muita coisa, e depois fecha, escolhendo. O primeiro é sobre o problema: Descobrir ajuda a "understand, rather than simply assume, what the problem is" (entender, em vez de presumir, qual é o problema). O segundo é sobre a solução: Entregar significa testar "different solutions at small-scale, rejecting those that will not work", soluções diferentes em pequena escala, descartando as que não funcionam.

O mapa entre os modelos é direto: Empatia e Definição cabem no primeiro losango; Ideação, Protótipo e Teste, no segundo. Por isso um curso ensina 4 etapas, outro 5 e outro 7: são cortes do mesmo movimento de abrir e fechar duas vezes. O Design Council acrescenta 4 princípios: pôr as pessoas primeiro, comunicar de forma visual e inclusiva, colaborar e cocriar, e iterar, iterar, iterar.

O molde "Como poderíamos" para fechar o primeiro losango

O primeiro losango costuma fechar numa pergunta que começa por "Como poderíamos" (How might we). O Bootleg pede que ela seja "broad enough to include a wide range of solutions but narrow enough to impose helpful boundaries": ampla o bastante para caber muita solução, estreita o bastante para impor limites. O exemplo da d.school é um sorvete: "criar uma casquinha que não pinga" é estreito demais; "redesenhar a sobremesa", amplo demais; "redesenhar o sorvete para ser mais fácil de levar" está no ponto.

O molde abaixo é nosso, não da d.school. Copie e preencha:

COMO PODERÍAMOS [verbo de ação] PARA [quem, com um detalhe concreto]
DE MODO QUE [o que muda para essa pessoa], SEM [restrição real]?

Teste rápido (as 3 respostas precisam ser "sim"):
  1. Cabem pelo menos 5 soluções diferentes nessa frase?
  2. Ela exclui alguma coisa (não é "melhorar tudo")?
  3. Não tem uma solução escondida dentro dela?

Ruim (solução disfarçada): Como poderíamos implantar um sistema novo de compras?
Melhor: Como poderíamos fazer o colega acertar o pedido de compra de primeira,
        sem aumentar o número de campos do formulário?

Ruim (amplo demais): Como poderíamos melhorar a comunicação do time?
Melhor: Como poderíamos fazer quem volta de férias saber em 10 minutos
        o que mudou nos projetos dele?

Ruim (estreito demais): Como poderíamos mudar a cor do botão "enviar"?
Melhor: Como poderíamos fazer o cliente perceber que o pedido foi recebido
        antes de ligar para confirmar?

Por que cada parte existe: o verbo obriga a dizer o que muda; o "para quem, com um detalhe concreto" impede o genérico "para os usuários"; o "de modo que" é o critério com que você vai julgar o teste; e o "sem" é a restrição real (orçamento, sistema que não muda, prazo). Os três testes pegam os erros reescritos no bloco: solução escondida, frase ampla demais e frase estreita demais.

De onde veio o design thinking: 4 marcos com data

Ninguém inventou design thinking sozinho. O termo é a soma de quatro momentos.

1969: Herbert Simon e a ciência do artificial

Em The Sciences of the Artificial (MIT Press, 1969, a partir de palestras de 1968), Herbert Simon tratou design como toda atividade que tenta levar uma situação existente a uma situação preferida. A ideia tira o design do ateliê: quem redesenha uma escala de plantão ou um formulário também está projetando.

1973: Rittel e Webber e os problemas perversos

Horst Rittel e Melvin Webber publicaram na Policy Sciences (volume 4, páginas 155 a 169) o artigo Dilemmas in a General Theory of Planning. Eles separaram os problemas mansos (tame), em que dá para saber quando a resposta está certa, dos perversos (wicked), caso de quase tudo que envolve pessoas e organizações. Perverso não tem sentido moral: os autores usam a palavra no sentido de maligno, em oposição a benigno, ou de traiçoeiro. Das 10 propriedades que listaram, três explicam o desenho do design thinking:

• Formular o problema já é o problema: "The formulation of a wicked problem is the problem!". Por isso a Definição é uma etapa própria.
• Não há regra de parada: quem planeja para porque "he runs out of time, or money, or patience" (acaba o tempo, o dinheiro ou a paciência).
• Toda solução é de tiro único: uma "one-shot operation", sem chance de aprender por tentativa e erro, que deixa "traces that cannot be undone".

Uma leitura nossa, não dos autores: o protótipo barato é a resposta do design ao tiro único. Você erra no papel, com três pessoas, antes de errar com a empresa inteira.

1992: Buchanan junta as duas ideias e dá nome ao campo

Richard Buchanan publicou Wicked Problems in Design Thinking na Design Issues em 1992 (volume 8, número 2), a partir de uma palestra de 1990 em Compiègne, na França. O ensaio chama o livro de Simon de "uma das principais obras da teoria do design do século XX" e liga Simon a Rittel: problemas de design são indeterminados porque "o design não tem um assunto próprio especial além do que um designer o concebe". Há tradução brasileira autorizada do ensaio de Buchanan, de 2022, na revista Estudos em Design.

1991 e 2008: a IDEO e o artigo da Harvard Business Review

A IDEO foi fundada em Palo Alto, em 1991, por David Kelley, Bill Moggridge e Mike Nuttall, segundo a própria empresa, e transformou o raciocínio em prática vendida a empresas. Em junho de 2008, Tim Brown, CEO da IDEO, publicou na Harvard Business Review o artigo Design Thinking, cujo subtítulo diz que pensar como designer pode mudar o jeito de desenvolver produtos, serviços, processos e até a estratégia. É o texto mais associado à chegada do termo à gestão.

Design thinking funciona? O que 3 estudos mediram

Existe pouca medição do método inteiro; o que existe mede partes dele, em contextos específicos.

Dow et al. (2010): protótipos em paralelo ganham de protótipos em série

Steven Dow e cinco colegas publicaram em 2010, na ACM Transactions on Computer-Human Interaction, um experimento feito em Stanford (artigo completo em PDF no site do grupo de IHC de Stanford). 33 pessoas, com média de 22 anos e três quartos estudantes, desenharam um banner de 160 × 600 pixels para a revista Ambidextrous em 150 minutos. Todas fizeram 5 protótipos e 1 versão final, com crítica sobre cada protótipo. Mudava a ordem: o grupo paralelo fazia 3, recebia crítica, fazia mais 2 e recebia crítica; o serial recebia crítica depois de cada um.

Os banners rodaram de verdade numa campanha no MySpace: 1.180.320 impressões e 501 cliques. Os do grupo paralelo tiveram mais cliques, mais tempo de visita no site e notas melhores de especialistas. Num recorte com exposição quase igual, foram 44 cliques em 79.800 impressões contra 26 em 79.658 (p < 0,05). Os protótipos paralelos também variaram mais, e só esse grupo saiu mais confiante na própria capacidade de projetar. Quase metade do grupo serial relatou reação negativa à crítica; ninguém do paralelo relatou.

A leitura prática: com várias versões ao mesmo tempo, a crítica atinge uma entre três, e não você, e fica menos tentador insistir numa ideia só. O limite: uma tarefa de design gráfico, de 150 minutos, com novatos. O estudo não testa equipe, problema de trabalho nem o método inteiro, só a ordem dos protótipos.

Seidel e Fixson (2013): debater muito ao abrir, debater menos ao fechar

Victor Seidel e Sebastian Fixson acompanharam 14 equipes multidisciplinares novatas de desenvolvimento de produto (registro do artigo no Journal of Product Innovation Management). Três achados: métodos formais de design ajudaram tanto a gerar quanto a selecionar ideias; mais sessões de brainstorming corresponderam a desempenho pior, exceto quando entrava gente nova no time; e a reflexividade (o time parar para debater as ideias e o processo) ajudou na geração e atrapalhou na seleção.

A recomendação dos autores é "transition from more- to less-reflexive practices". Na rotina: debata muito enquanto abre e menos na hora de fechar. A técnica de gerar ideias está no guia de brainstorming e suas variações. O limite: equipes de projeto em contexto acadêmico, não uma pessoa sozinha.

Micheli et al. (2019): a literatura inteira ainda mede pouco

A revisão sistemática de Micheli, Wilner, Bhatti, Mura e Beverland, no mesmo periódico (PDF aberto no repositório da Universidade de Warwick), partiu de 32.232 artigos, filtrou para 525 e analisou 104 a fundo. Dali saíram os 10 atributos e as 8 ferramentas, conferidos num exercício de classificação com 7 designers. A conclusão: "there are very few quantitative studies", e "empirical evidence of the impact of design thinking is still lacking" (ainda falta evidência empírica do impacto). Sobre transformar todo funcionário em design thinker, nenhum estudo foi feito, e as alegações de benefício "remain speculative at best".

E a hipótese de por que ele funcionaria

Jeanne Liedtka publicou em 2015 um ensaio (não um estudo) propondo que o design thinking melhora a inovação porque reduz vieses cognitivos de quem decide. Na Harvard Business Review, no texto Why Design Thinking Works, de 2018, ela argumenta que a pesquisa imersiva ajuda a pôr de lado as próprias opiniões. É hipótese, não resultado medido. Os vieses em si estão no artigo sobre pensamento crítico no trabalho.

As críticas ao design thinking e o que ele não resolve

A crítica mais dura veio de Natasha Iskander, professora associada de Planejamento Urbano e Serviço Público da Universidade de Nova York, num artigo de setembro de 2018 na HBR. No resumo publicado pela revista: "Design thinking is, at its core, a strategy to preserve and defend the status-quo" (é, no fundo, uma estratégia para preservar o status quo), porque "privileges the designer above the people she serves, and in doing so limits participation": põe o designer acima das pessoas a quem serve e limita a participação delas. Quem conduz as entrevistas decide o que conta como necessidade.

Ela argumenta que isso dificulta desafios de alta incerteza, como a mudança climática. É crítica de opinião, não estudo, mas aponta um risco do dia a dia: ouvir quatro pessoas e decidir sozinho por elas. Outros três limites vêm das próprias fontes favoráveis:

• Ele resiste à medição. Liedtka admite que o método "appears resistant to rigorous empirical inquiry" pela cesta variada de ferramentas que junta; Micheli e colegas falam em risco de "construct collapse", o conceito se esticar até não significar nada.
• Ele não tem ponto final natural. Pela segunda propriedade de Rittel e Webber, você para quando acaba o tempo, o dinheiro ou a paciência. Combine o prazo antes de começar.
• Ele não substitui decisão técnica. Problema bem definido com solução conhecida (trocar um fornecedor que atrasa, corrigir uma fórmula) não pede cinco etapas.

Também não use quando o erro tem consequência irreversível e não dá para testar em pequena escala com segurança, ou quando você não tem acesso a quem sofre o problema. Sem conversa com quem usa, sobra palpite organizado em post-it.

Design thinking, brainstorming, PDCA e 5W2H: quando usar cada um

As quatro ferramentas aparecem juntas em descrição de vaga e em treinamento interno, mas servem a momentos diferentes do mesmo problema. A tabela mostra em qual você está.

Na sequência natural, o design thinking acha o problema e testa uma saída pequena; as técnicas do brainstorming bem conduzido entram dentro da Ideação; o ciclo PDCA com medição de antes e depois leva a solução escolhida para a rotina; e o modelo de plano de ação 5W2H organiza a implantação, com responsável, prazo e custo.

Como aplicar design thinking sozinho: exemplo completo em 1 semana

Ninguém mediu design thinking aplicado por uma pessoa sozinha num problema administrativo. O roteiro abaixo adapta os cinco modos da d.school para um problema pequeno, em cerca de 40 minutos por dia, fora as conversas. Não é promessa de resultado: é um jeito de não pular as etapas que mais fazem falta.

O exemplo é fictício. Júlia é assistente de compras numa empresa de 200 pessoas, e os pedidos internos chegam incompletos. A primeira formulação dela é a que quase todo mundo faria: "o pessoal não sabe preencher o formulário". Essa frase já traz a solução embutida (treinar o pessoal), e é isso que o primeiro losango existe para desmontar. Troque o formulário pelo seu problema e mantenha a estrutura:

DIA 1 · EMPATIA (ouvir)
  - Converse 15 min com 4 pessoas que fizeram pedidos no último mês
    (2 que erraram, 2 que acertaram). Peça: "me mostra como você fez o último".
  - Anote frases literais. Não explique o formulário, não defenda nada.

DIA 2 · EMPATIA (ver) + DEFINIÇÃO
  - Observe 1 pessoa preenchendo um pedido real. Marque onde ela hesita.
  - Escreva 1 ponto de vista: "[quem] precisa de [necessidade] porque [descoberta]".
  - Escreva 3 "Como poderíamos" com o molde e escolha 1.

DIA 3 · IDEAÇÃO
  - 15 min sozinha, por escrito: 10 ideias, inclusive as ruins.
  - Mostre a lista a 1 colega e peça mais 3. Escolha 3 bem diferentes entre si.

DIA 4 · PROTÓTIPO (os 3 ao mesmo tempo)
  - A: um modelo de pedido já preenchido, como exemplo.
  - B: o formulário com 3 perguntas a menos e um campo "não sei" que avisa você.
  - C: uma mensagem automática que pede o dado que falta, explicando o motivo.
  - Tudo em papel, planilha ou rascunho de e-mail. Nada de sistema novo.

DIA 5 · TESTE
  - Peça a 3 pessoas que façam um pedido com A, B ou C. Observe, não ajude.
  - Anote: onde travou, o que perguntou, quanto tempo levou.
  - Decida: seguir com uma, juntar duas ou voltar ao dia 2.

O que a Júlia descobre no caminho

No dia 1, as duas pessoas que tinham errado contam a mesma coisa: não sabiam o centro de custo e chutavam um. O problema não era "não saber preencher", era "não ter um dado que só o financeiro tem". No dia 2, Júlia vê a colega hesitar justamente nesse campo. A pergunta muda para: como poderíamos fazer o colega saber o centro de custo na hora do pedido, sem perguntar ao financeiro? É a primeira propriedade de Rittel e Webber na mesa de uma assistente de compras: seguindo a primeira frase, ela faria um treinamento inútil.

No dia 4, os três protótipos saem juntos, como no grupo paralelo de Dow. No dia 5, o B, o formulário curto com o campo "não sei", é o que mais ajuda as três pessoas testadas. Júlia segue com ele e aproveita uma parte do A: o exemplo preenchido mostra onde achar o centro de custo. A implantação vira um plano de ação; acompanhar o efeito, um ciclo de melhoria.

Checklist: design thinking ou só um brainstorming com post-it?

Responda às 6 perguntas. Com "não" em 2 ou mais, você fez uma oficina de ideias, que pode ter sido útil, mas é outra coisa (regra de corte editorial, não instrumento validado).

1. Você conversou com pelo menos uma pessoa que tem o problema antes de gerar ideias?
2. A frase do problema mudou depois dessas conversas?
3. Você gerou ideias antes de escolher, e só escolheu depois de gerar?
4. Fez mais de um protótipo, ao mesmo tempo, antes de pedir opinião?
5. Alguém que tem o problema usou o protótipo enquanto você só observava?
6. Você estava disposto a voltar à definição se o teste mostrasse que o problema era outro?

Como mostrar design thinking no Linkedin e na entrevista

O termo está perdendo força até onde nasceu. Segundo reportagem da Fast Company Brasil de julho de 2025, com base no relatório Where the Design Jobs Are (176 mil vagas de design nos Estados Unidos), as menções a design thinking caíram 9,1% nas vagas de UX/UI, 17,6% nas de produto e 57,2% nas de design gráfico em um ano. Catherine Courage, do Google, diz na reportagem que o termo é menos usado, mas que entender necessidades e testar soluções continua crucial. O recorte é de vagas de design nos Estados Unidos, não do mercado inteiro nem do Brasil.

A lição serve mesmo assim: escrever "design thinking" na lista de competências diz pouco. Diz mais o comportamento: quem você ouviu, o que mudou no problema e o que testou. Numa experiência do Linkedin, cabe numa frase:

Redesenhei o pedido interno de compras depois de entrevistar 4 solicitantes
e testar 3 versões em papel; o formulário final tem 3 campos a menos.

O exemplo é fictício e segue o caso da Júlia; troque pelos seus fatos e não escreva número que você não mediu. O nome do método nem aparece: as 4 entrevistas e as 3 versões em papel mostram o método melhor que o rótulo. Um caso bom merece virar estudo de caso no seu portfólio profissional.

Na entrevista, quando pedirem um exemplo de como você resolve problemas, conte em 4 tempos: quem você ouviu; o que descobriu que mudou o problema; o que testou, em mais de uma versão; e o que fez com o resultado. A ordem conversa com a do método STAR para entrevista comportamental, e o segundo tempo é o que separa sua resposta das outras.

Como o perfil costuma ser lido antes da conversa, cuide também do resto da vitrine: título, resumo e foto. O guia completo de foto para Linkedin mostra o que deixa a foto legível e adequada ao cargo.

Resumo e próximos passos

• Design thinking é abrir e fechar duas vezes: primeiro o problema (ouvir e definir), depois a solução (gerar, prototipar e testar).
• As etapas não são uma escada: o teste pode mandar você de volta à definição, e isso é o método funcionando.
• A evidência é sobre partes do método (protótipos em paralelo, debate na hora certa); o impacto do método inteiro ainda não foi demonstrado.
• A crítica séria é que quem conduz decide pelas pessoas que diz ouvir. Envolva quem tem o problema também na escolha.
• No perfil e na entrevista, mostre quem você ouviu, o que mudou no problema e o que testou.

Próximo passo: escolha um problema pequeno da rotina, escreva a primeira frase dele e marque quatro conversas para esta semana. Depois, leve o caso para o perfil com o passo a passo de foto e perfil no Linkedin e veja onde o método entra entre as soft skills que aparecem nas vagas.