Como Surgiu O Design Thinking

As origens do design thinking

O design thinking não nasceu de um decreto acadêmico ou de uma campanha de marketing. Ele surgiu da prática real de designers tentando resolver problemas que não se encaixavam nos métodos tradicionais de engenharia ou gestão. Nos anos 1960 e 1970, enquanto a computação evoluía e os produtos se tornavam mais complexos, ficou claro que criar algo novo exigia mais do que apenas especificações técnicas. A questão era entender para quem se criava e como as pessoas realmente usavam aquilo. Hermann Haken fundou a teoria da sinergética na Alemanha, e isso influenciou pensadores como Buckminster Fuller, que falava sobre sistemas e design integrado. Rolf Faste, professor de Stanford, levou essas ideias para dentro do programa de design da universidade nos anos 1980. Ele ensinava que o processo criativo era essencialmente sobre experimentar, falhar rápido e refinar. O termo design thinking começou a aparecer em artigos acadêmicos nesse período, mas ainda era algo fragmentado, discutido entre designers e pesquisadores sem um método claro.

como surgiu o design thinking

A consolidação veio mesmo com a fundação da IDEO em 1991, quando a IDEO Engineering se fundiu com a Design Modeling Company e a Profile Design. David Kelley, que havia estudado com Rolf Fante, levou o que aprendera em Stanford e criou um ambiente onde design, estratégia e tecnologia eram tratados como partes de um mesmo processo. A IDEO rapidamente ganhou fama por aplicar esse método em projetos reais: redesign de carrinhos de supermercado, sistemas de saúde, interfaces de software. Tim Brown assumiu a direção da IDEO em 2000 e escreveu o artigo "Design Thinking", publicado na Harvard Business Review em 2008, que popularizou o conceito fora do nicho dos designers. A partir daí, o design thinking migrou para áreas como negócios, educação e políticas públicas. Empresas como Apple, Google e Microsoft passaram a adotar seus princípios, e faculdades criaram centros dedicados ao tema. Hoje, é quase impossível encontrar uma consultoria estratégica que não ofereça workshops de design thinking. No entanto, há um detalhe que poucas pessoas mencionam. O design thinking não é um método estruturado com etapas fixas. É mais útil pensar nele como uma mentalidade ou postura diante de problemas complexos. Os cinco estágios — empatia, definição, ideação, prototipagem e teste — são frequentemente apresentados como um fluxograma linear, mas na prática raramente funcionam assim. Você volta, repete, avança em paralelo. Já vi equipes gastarem semanas na fase de definição porque não conseguiram chegar a um acordo sobre qual problema estavam realmente resolvendo.

O que o design thinking faz na prática

O design thinking serve para lidar com problemas que não têm resposta óbvia. Problemas bem definidos, como otimizar um processo logístico ou melhorar a eficiência de uma máquina, são resolvidos melhor com métodos tradicionais de engenharia e análise de dados. Problemas mal estruturados, onde você nem sabe direito qual é a pergunta certa, são onde o design thinking brilha. A empatia é o primeiro passo e também o mais negligenciado. Não se trata de fazer um questionário ou entrevistar usuários de forma genérica. Significa observar pessoas em seu contexto real, entender frustrações que elas nem sempre conseguem articu lar. Eu já vi um projeto de redesign de um sistema hospitalar falhar porque a equipe passou duas semanas analisando dados de uso e nunca havia observado um médico realizando uma consulta. Quando finalmente foram ao chão de fábrica, perceberam que o problema não era a interface do software, mas a pressão do tempo e a necessidade de registrar informações durante a conversa com o paciente. A definição do problema é onde a maioria das equipes trava. Sem um problema bem formulado, todas as etapas seguintes perdem direção. Uma boa definição de problema é específica, centrada no usuário e aberta o suficiente para permitir soluções criativas. "Redesenhar a interface do app" não é uma definição. "Pacientes idosos têm dificuldade em agendar consultas pelo aplicativo porque os botões são pequenos e os menus não são intuitivos" é.

A ideação funciona melhor quando há restrições claras e quantidade, não qualidade, no início. Técnicas como brainwriting, sketching e worst possible idea ajudam a quebrar padrões de pensamento. Eu já conduzi sessões onde a ideia mais absurda proposta — um sistema de agendamento por SMS com comandos de voz em português simples — acabou sendo a base para uma solução viável que ninguém teria pensado partindo de premissas convencionais. A prototipagem é sobre materializar ideias rapidamente para testá-las. Um protótipo não precisa ser bonito ou funcional. Pode ser um esboço em papel, um diagrama de fluxo desenhado no quadro branco, um onde pessoas simulam a interação. O objetivo é aprender, não produzir algo pronto. Prototipar cedo e barato economiza recursos consideráveis. Um protótipo feito em uma tarde pode revelar falhas que, se descobertas depois de meses de desenvolvimento, custariam semanas de retrabalho. O teste é a etapa que valida ou invalida suposições. Não se trata de mostrar o protótipo para stakeholders e esperar aprovação. É colocar o protótipo nas mãos de pessoas reais e observar como elas reagem. Anotar, perguntar, corrigir. O ciclo de feedback deve ser rápido. Quanto mais tempo entre protótipo e teste, mais caras ficam as correções.

Pitfalls comuns

Um erro frequente é tratar o design thinking como um check list. Sequenciar as cinco etapas rigidamente e aplicar em qualquer projeto, independentemente do contexto, é uma receita para resultados superficiais. O método exige adaptação constante. Problemas simples não precisam de design thinking; métodos convencionais são mais eficientes. Outro erro é confundir design thinking com brainstorming. Brainstorming gera ideias. Design thinking estrutura a resolução de problemas complexos, desde a compreensão do usuário até a validação de soluções. Usar apenas a fase de ideação e pular as outras etapas produz criatividade, sim, mas não produz resultados. Eu conheço um caso específico em que uma equipe tentou aplicar design thinking para redesenhar o onboarding de um software corporativo. Eles passaram duas semanas fazendo entrevistas com usuários, definiram o problema, geraram ideias, prototiparam e testaram. Tudo correto. O problema? Eles não envolveram os desenvolvedores desde o início. Quando chegaram à fase de implementação, descobriram que várias soluções propostas eram tecnicamente inviáveis ou exigiriam meses de desenvolvimento. A equipe voltou para a prancheta, mas o dano já estava feito: o prazo havia estourado e a confiança da equipe técnica abalada. O workaround que funcionou foi incluir engenheiros desde a fase de definição, fazendo sessões de co-criação onde restrições técnicas eram discutidas abertamente junto com necessidades do usuário.

Quando o design thinking não funciona

É importante ser honesto sobre as limitações. O design thinking não resolve problemas que precisam de respostas técnicas precisas. Se você está desenvolvendo um algoritmo de compressão de dados, otimização de infraestrutura ou qualquer tarefa que dependa de conhecimento especializado e dados concretos, métodos tradicionais são mais adequados. Também não é eficiente para problemas que já têm soluções estabelecidas e apenas precisam de implementação. Se o desafio é melhorar a eficiência de um processo que já funciona bem, lean management ouSix Sigma podem entregar resultados mais rápidos e previsíveis. O design thinking exige tempo, paciência e disposição para lidar com ambiguidade. Em ambientes corporativos que valorizam rapidez e resultados mensuráveis a curto prazo, a abordagem pode ser vista como lento ou vago. Equipes que não têm autorização para tomar decisões baseadas em aprendizados de testes muitas vezes abandonam o processo no meio do caminho.

Para problemas que exigem soluções técnicas profundas combinadas com entendimento humano, uma abordagem híbrida que integra design thinking com métodos ágeis e engenharia pode ser mais eficaz. Ferramentas como user stories, sprints e retrospectivas, quando combinadas com as fases de empatia e ideação do design thinking, criam um fluxo mais robusto e adaptável a diferentes contextos.