Uma abordagem metodológica estratégica para a descoberta, formulação e validação de problemas em ambientes científicos, tecnológicos e industriais.
Esta pergunta estrutura toda a aula e nos convida a repensar o papel do engenheiro, do cientista e do pesquisador frente à complexidade dos problemas contemporâneos. Não basta dominar a técnica — é preciso saber qual problema resolver e para quem.
Excelência técnica sem ancoragem em necessidades reais não gera valor nem adoção.
Problemas reais raramente se apresentam de forma explícita — precisam ser investigados, formulados e validados.
Oferece ferramentas rigorosas para investigação, empatia, síntese e prototipagem de soluções centradas no contexto.
Estudos da CB Insights e do MIT apontam que mais de 42% das startups de base tecnológica falham por falta de mercado — não por limitação técnica. No contexto de deep tech, biomateriais e biotecnologia, a taxa de descontinuação de projetos com alta maturidade científica (TRL 5+) por razões não-técnicas supera 60%.
A lição central é inequívoca: um problema mal descoberto gera inovação irrelevante. O design do problema é tão crítico quanto o design da solução.
Situar historicamente e conceitualmente a abordagem, diferenciando-a de métodos tradicionais de resolução de problemas em engenharia e ciência.
Entender por que a formulação do problema é anterior e mais crítica do que a busca por soluções.
Dominar ferramentas como entrevistas qualitativas, observação contextual, jornada do usuário e mapa de stakeholders em contextos científicos e industriais.
Compreender a relação entre descoberta de problema, maturidade tecnológica e ecossistemas de inovação.
Ampliar o repertório analítico para além da dimensão técnica, incorporando usuário, mercado, regulação e sustentabilidade.
A formação tradicional em engenharia e ciências exatas estrutura-se sobre um pressuposto fundamental: o problema já está dado. O exercício intelectual reside em encontrar a solução tecnicamente mais elegante, eficiente e robusta. Esse paradigma produz profissionais altamente capacitados para resolver equações, otimizar processos e desenvolver materiais, mas frequentemente despreparados para questionar se o problema certo está sendo resolvido.
O tecnocentrismo produz inovações que satisfazem critérios técnicos rigorosos, mas que podem ser completamente irrelevantes para o usuário final, inviáveis economicamente ou impossíveis de integrar à infraestrutura existente.
A superação desse paradigma não implica abandonar o rigor técnico-científico, mas ampliá-lo com dimensões humanas, sociais, econômicas e sistêmicas. É nesse espaço que o Design Thinking opera com maior potência.
Design Thinking é uma abordagem centrada no ser humano para a inovação — um conjunto de princípios, mentalidades e ferramentas que integra a forma como designers pensam e trabalham ao processo de resolução de problemas complexos e mal definidos (wicked problems).
Mais do que um processo sequencial, Design Thinking é uma forma de encarar problemas com abertura, curiosidade e disposição para reframing.
Coloca o usuário, o operador, o paciente ou o cidadão no centro da investigação — não como variável, mas como fonte primária de insights.
Combina análise racional com intuição criativa, dados quantitativos com observações qualitativas, expertise técnica com escuta ativa.
Opera em ciclos de aprendizado, prototipagem rápida e teste — reduzindo o risco de grandes apostas em hipóteses não validadas.
Inovação não é sinônimo de invenção tecnológica. O Manual de Oslo (OCDE) define inovação como a implementação de um produto, processo ou método novo ou significativamente melhorado que gere valor — econômico, social ou ambiental. Essa definição enfatiza a adoção e o impacto, não apenas a novidade técnica.
Design Thinking opera exatamente nessa interface: ao centrar-se na descoberta de problemas reais e na validação de hipóteses com usuários reais, aumenta substancialmente a probabilidade de que uma inovação seja relevante, adotável e sustentável.

O framework clássico do Design Thinking (IDEO/Tim Brown) estrutura a inovação a partir de três lentes complementares que devem ser investigadas simultaneamente e de forma iterativa:
O que as pessoas realmente precisam, desejam ou valorizam? Vai além do declarado — investiga necessidades latentes, comportamentos implícitos e contextos de uso. Ferramentas: empatia, entrevistas, observação, personas.
A solução pode ser sustentável do ponto de vista econômico, regulatório e de mercado? Envolve análise de modelo de negócio, cadeia de valor, custos de adoção e retorno sobre o investimento.
A solução pode ser tecnicamente desenvolvida, produzida e escalada com os recursos, processos e conhecimento disponíveis ou acessíveis? Envolve TRL, infraestrutura e capacidade industrial.
Origem no design industrial e na arquitetura. Herbert Simon ("As Ciências do Artificial") e Horst Rittel ("wicked problems") fundamentam a ideia de design como processo de resolução de problemas complexos.
IDEO consolida práticas centradas no usuário em produtos de consumo e dispositivos médicos. David Kelley integra empatia e prototipagem rápida ao processo de design industrial.
Fundação da Stanford d.school (2004). Tim Brown publica "Design Thinking" na Harvard Business Review (2008). A abordagem migra do design para a estratégia de negócios e inovação corporativa.
Expansão para empreendedorismo (Lean Startup), políticas públicas (NESTA, MindLab) e deep tech. Adaptações para saúde, educação, governo e ciência aplicada.
Integração com IA generativa, biodesign, engenharia sistêmica e inovação responsável. Aplicações em biotecnologia, nanomateriais e transição energética.
A Hasso Plattner Institute of Design at Stanford (d.school), fundada em 2004 por David Kelley, foi o epicentro da sistematização do Design Thinking como disciplina educacional. Seu modelo de cinco etapas — Empatia, Definição, Ideação, Prototipagem e Teste — tornou-se referência global. A d.school oferece programas interdisciplinares que reúnem engenheiros, médicos, cientistas e humanistas em torno de problemas reais, operando pela crença de que a diversidade cognitiva é condição para a inovação.
A IDEO, fundada por David Kelley em 1991, é a principal empresa global de design e inovação centrada no ser humano. Responsável por produtos icônicos (primeiro mouse da Apple, desfibrilador portátil, GoodGuide), a IDEO demonstrou na prática que empatia e prototipagem rápida são instrumentos poderosos de inovação. Tim Brown, CEO da empresa, consolidou a abordagem em seu livro Change by Design (2009), expandindo o escopo do Design Thinking para estratégia organizacional e inovação social.
Tecnologias de base científica profunda — como novos materiais, bioprocessos, dispositivos médicos e sistemas de energia — apresentam um desafio singular para o Design Thinking: o usuário muitas vezes não sabe o que a tecnologia pode fazer, e o pesquisador frequentemente não conhece o contexto real de uso.
Nesse cenário, a descoberta de problemas não pode depender exclusivamente da escuta direta do usuário. Exige integração com:
Em deep tech, o Design Thinking precisa ser ampliado e hibridizado com métodos de engenharia de sistemas, análise de risco e avaliação de tecnologia (Technology Assessment). O ciclo de empatia inclui não apenas usuários finais, mas também reguladores, operadores industriais, investidores e cadeias de suprimento.
A pergunta central não é apenas "o que o usuário precisa?", mas: "em que contexto sistêmico essa tecnologia precisaria operar para gerar valor real?"
A integração do Design Thinking à pesquisa científica e à prática de engenharia representa uma ampliação epistemológica — não uma substituição dos métodos vigentes, mas uma camada complementar de investigação orientada ao contexto de uso e impacto.
Integra a investigação científica com questões de relevância prática, conectando descobertas laboratoriais a problemas industriais ou sociais reais.
Amplia a análise de requisitos para incluir dimensões humanas e organizacionais, reduzindo falhas de integração operacional.
Mapeia atores, fluxos e interdependências no ecossistema de inovação — universidades, empresas, reguladores, investidores e usuários finais.
Estrutura o processo de transição da bancada ao mercado, identificando barreiras de adoção e requisitos de escalonamento com antecedência.
O desenvolvimento de novos materiais frequentemente parte de propriedades intrínsecas excepcionais — resistência, condutividade, biocompatibilidade — sem uma ancoragem clara no contexto de aplicação. Design Thinking contribui ao:
Em biotecnologia, a complexidade regulatória, os longos ciclos de desenvolvimento e as barreiras de biossegurança criam um contexto de adoção altamente específico. Design Thinking contribui ao:

A engenharia tradicional é extraordinariamente eficaz em resolver problemas bem definidos. O Design Thinking adiciona a capacidade de questionar se o problema correto está sendo abordado — uma competência crítica em ambientes de alta incerteza e complexidade sociotécnica.
Problem Discovery é o processo sistemático de identificação de problemas relevantes antes de qualquer comprometimento com soluções. Em ambientes científicos e industriais, essa etapa é frequentemente negligenciada — pesquisadores partem de hipóteses técnicas sem investigar adequadamente o contexto de uso e as necessidades reais dos atores envolvidos.
Observação direta do ambiente onde o problema ocorre — fábrica, laboratório clínico, campo agrícola, hospital. Sem julgamentos prévios.
Entrevistas em profundidade com todos os atores relevantes: usuários, operadores, gestores, reguladores, fornecedores.
Mapeamento de pontos onde os processos falham, onde o esforço é desproporcional ao resultado ou onde soluções improvisadas surgem.
Organização dos achados em padrões emergentes, com priorização baseada em impacto, frequência e viabilidade de endereçamento.
Problem Framing é o processo de formulação deliberada e explícita do problema a ser abordado. Um problema bem formulado já contém em si critérios de solução, stakeholders relevantes, restrições pertinentes e métricas de sucesso. É o ponto de partida correto para qualquer processo de inovação.
A formulação do problema não é um ato neutro — ela embute perspectivas, prioridades e julgamentos de valor. Por isso, é essencial que seja feita de forma consciente, colaborativa e revisável.
A teoria Jobs to Be Done (JTBD), formulada por Clayton Christensen, propõe que as pessoas não compram produtos ou adotam tecnologias por suas características intrínsecas, mas para realizar um trabalho — uma tarefa funcional, emocional ou social que precisa ser executada em um determinado contexto.
A tarefa prática que precisa ser executada: "Realizar diagnóstico molecular de forma rápida e precisa em ambiente de baixa infraestrutura laboratorial."
Como o usuário quer se sentir ao executar a tarefa: "Sentir-me confiante de que o resultado diagnóstico é confiável antes de prescrever tratamento."
Como o usuário quer ser percebido por outros: "Ser reconhecido como profissional que adota práticas de diagnóstico baseadas em evidências."
Para engenheiros e cientistas, o JTBD convida a reformular a pergunta de pesquisa: em vez de "Como melhorar o desempenho técnico do sensor?", perguntar "Que trabalho crítico esse sensor precisa realizar para o operador, em que condições e com que critérios de sucesso?"
Usuários articulam com facilidade aquilo que sabem que precisam — as necessidades explícitas. Mas as inovações mais disruptivas frequentemente respondem a necessidades latentes: aquelas que o usuário não sabe nomear, não consegue articular ou sequer reconhece como problema até ver uma solução.
"Se eu tivesse perguntado ao meu cliente o que ele queria, ele teria dito um cavalo mais rápido." — atribuído a Henry Ford
Em biotecnologia e materiais, necessidades latentes emergem com frequência: o operador industrial adapta o processo para compensar uma limitação do material sem sequer reconhecer isso como problema — mas esse comportamento adaptativo é um sinal de descoberta poderosa.
No vocabulário do Design Thinking, empatia não é sentimentalismo — é um método rigoroso de coleta de dados qualitativos sobre o comportamento, contexto, motivações e experiências das pessoas que vivem o problema. Empatia é o instrumento de investigação do campo humano, com a mesma seriedade com que um cromatógrafo investiga a composição química de uma amostra.
Ver as pessoas em seus ambientes reais de trabalho e vida. Registrar comportamentos, artefatos, fluxos e desvios sem impor interpretações.
Interagir com as pessoas por meio de conversas abertas, entrevistas e atividades colaborativas. Construir relação de confiança para acessar dimensões mais profundas.
Experenciar diretamente o contexto do usuário sempre que possível — usar o equipamento, executar o processo, viver a jornada que o usuário percorre.
A observação contextual, derivada da etnografia aplicada, consiste em observar pessoas executando suas atividades reais em seus ambientes naturais. Difere da entrevista por capturar o que as pessoas fazem, não o que dizem que fazem — distinção fundamental, pois comportamento e discurso frequentemente divergem.
Protocolos básicos:
Em ambientes industriais e científicos, a observação contextual revela:
A entrevista qualitativa é o instrumento central da fase de empatia no Design Thinking. Diferente de questionários quantitativos, busca compreender histórias, motivações, contextos e significados — dimensões que dados estruturados não capturam.
Define tópicos, não perguntas fechadas. Permite explorar respostas inesperadas — muitas vezes as mais valiosas. Evitar perguntas com "sim/não" ou que sugiram a resposta.
O silêncio após uma resposta frequentemente elicia aprofundamentos espontâneos. Evitar interrupções. Praticar paráfrases e reformulações para verificar compreensão.
"Descreva a última vez que você enfrentou esse problema." — perguntas narrativas são mais reveladoras do que perguntas abstratas sobre preferências ou opiniões.
Após 5–10 entrevistas, padrões começam a emergir. Registrar citações literais, identificar temas recorrentes e pontos de divergência entre diferentes perfis de usuário.
Shadowing (ou acompanhamento de sombra) consiste em seguir um usuário durante a execução de suas atividades reais, por um período prolongado, sem interferência. O pesquisador acompanha silenciosamente o fluxo de trabalho, tomando notas sobre comportamentos, decisões, ferramentas utilizadas, comunicações e pontos de tensão.
É particularmente poderoso em contextos como:
A etnografia rápida adapta métodos da antropologia para ciclos de pesquisa de dias, não meses. Combina:
É amplamente utilizada por engenheiros e cientistas que precisam de insights de campo antes de definir requisitos de projeto ou especificações técnicas.
O mapa de jornada do usuário (User Journey Map) é uma ferramenta de visualização que representa a experiência completa de um usuário ao longo do tempo em interação com um produto, serviço, tecnologia ou processo. Captura ações, pensamentos, emoções e pontos de fricção em cada etapa.
Para engenheiros e cientistas, a jornada do usuário revela onde a tecnologia falha em integração, onde o treinamento é insuficiente, onde a interface é confusa e onde o valor real é gerado ou perdido. É a base para a formulação de hipóteses de redesign centradas em impacto.
O mapa de stakeholders é uma ferramenta de visualização que identifica todos os atores relevantes em um ecossistema de problema — usuários diretos, indiretos, influenciadores, pagadores, reguladores, fornecedores e parceiros. Em contextos de deep tech, o mapa de stakeholders é frequentemente mais complexo do que em produtos de consumo, envolvendo múltiplas camadas institucionais.
Permite identificar:

O diagnóstico sistêmico integra os achados das fases de observação, entrevista e mapeamento em uma visão estruturada do problema em seu contexto amplo. Não busca causas isoladas, mas padrões de interdependência que sustentam o problema.
Identifica os pontos do sistema onde o fluxo é restringido de forma desproporcional ao desempenho global — gargalos técnicos, organizacionais, regulatórios ou de competência.
Visualiza como materiais, informações, decisões e recursos fluem (ou travam) no sistema. Baseado em Value Stream Mapping adaptado para contextos de inovação.
Identifica ciclos de reforço e equilíbrio que perpetuam o problema — por exemplo, falta de dados → decisões ruins → mais perdas → menos investimento em dados.
Com base no diagnóstico sistêmico, identifica os pontos de maior potencial de intervenção — onde uma mudança relativamente pequena pode gerar impacto desproporcional.
A etapa de Definição no Design Thinking é o momento de síntese: transformar os dados qualitativos coletados na fase de empatia em uma formulação precisa, acionável e centrada no usuário do problema a ser abordado. A ferramenta central é o Point of View (POV) — uma declaração estruturada que integra usuário, necessidade e insight.
Descreve o perfil específico do usuário investigado, com suas características, contexto e comportamentos relevantes.
Formula a necessidade real do usuário — muitas vezes diferente da necessidade declarada — de forma verbal e orientada a resultados.
Revela a tensão ou contradição subjacente que torna a necessidade não-trivial de satisfazer — o "porque surpreendente" que justifica o problema.
Exemplo: "O técnico de laboratório clínico [usuário] precisa reduzir o tempo de laudo sem comprometer a rastreabilidade [necessidade], mas os sistemas de gestão atuais não foram projetados para fluxos de alta demanda em recursos humanos limitados [insight]."
Após a definição do problema, o próximo passo é formular hipóteses de valor: proposições testáveis sobre as causas do problema e sobre as intervenções que poderiam resolvê-lo. Em Design Thinking, as hipóteses são explicitadas, debatidas e priorizadas antes de qualquer desenvolvimento.
Estrutura de hipótese de valor:
"Acreditamos que [intervenção X] para [usuário Y] em [contexto Z] resultará em [resultado mensurável W], porque observamos [evidência E]."
A técnica "How Might We" (Como Poderíamos Nós?) é uma das mais poderosas ferramentas de transição entre a fase de Definição e a fase de Ideação. Transforma a formulação do problema em uma questão aberta e generativa, que convida à criação de soluções sem restringi-las prematuramente.
"Como poderíamos [ação transformadora] para [usuário específico] de modo que [resultado desejado]?" A estrutura preserva a ambição do problema sem amarrar soluções específicas.
HMWs muito amplos geram dispersão; muito estreitos, limitam a criatividade. O objetivo é encontrar o ponto de tensão produtiva entre abertura e foco.
"Como poderíamos tornar o diagnóstico molecular de doenças tropicais acessível a unidades de saúde sem infraestrutura de cadeia fria?" — convida soluções em termos de estabilidade, logística, custo e operação simplificada.
A fase de Ideação é o momento de geração divergente de ideias — o mais conhecido e frequentemente mal compreendido estágio do Design Thinking. O objetivo não é encontrar a solução certa imediatamente, mas gerar o maior número possível de possibilidades antes de qualquer julgamento ou seleção. Quantidade precede qualidade.
Separar rigidamente a geração de ideias da avaliação. Suspender o julgamento crítico temporariamente amplia o espaço de possibilidades antes da convergência.
"Sim, e..." em vez de "Sim, mas...". Ideias aparentemente absurdas frequentemente contêm o germe de soluções inovadoras quando desenvolvidas coletivamente.
Times multidisciplinares geram espaços de solução mais ricos. Em contextos técnicos, a presença de usuários, operadores e gestores no processo de ideação é fundamental.
Soluções de domínios análogos frequentemente inspiram inovações em novos contextos — biomimética, engenharia reversa de natureza, soluções de outros setores industriais.
O brainstorming livre, sem estrutura, tende a ser dominado por vozes mais assertivas e a convergir prematuramente para ideias familiares. O brainstorming estruturado introduz regras de processo que maximizam a diversidade de ideias geradas.
Técnicas complementares:
Após a geração divergente, a convergência deve ser guiada por critérios explícitos — não por preferências pessoais ou hierarquia:
A seleção de ideias é o momento de transição entre ideação e prototipagem. Requer critérios objetivos para priorizar quais conceitos valem o investimento de prototipagem e teste. A ferramenta mais comum é a Matriz Esforço × Impacto.

Em contextos de deep tech, a avaliação de esforço deve incluir dimensões técnicas (TRL atual e necessário), regulatórias (tempo de aprovação), industriais (escalonamento) e de mercado (custo de adoção). O impacto deve ser medido em termos de valor para o usuário, não apenas de desempenho técnico.
A prototipagem no Design Thinking tem uma lógica radicalmente diferente da prototipagem de engenharia tradicional: não busca criar uma versão reduzida do produto final, mas sim o artefato mínimo capaz de gerar aprendizado sobre uma hipótese específica. Quanto menor o custo e mais rápida a construção, melhor — desde que o protótipo teste o que precisa ser testado.
Interfaces, fluxos de processo, layout de equipamentos. Custo zero, validação em horas. Ideal para testar fluxos de interação antes de qualquer desenvolvimento.
Simula a função sem a tecnologia completa. Serviços de Wizard of Oz, encenações, modelos físicos de baixa fidelidade revelam pontos de falha críticos.
Valida hipóteses técnicas específicas — não a solução completa. Foca na hipótese de maior risco e incerteza do sistema.
Teste em escala real em contexto controlado, com usuários reais. Gera dados de adoção, usabilidade e desempenho integrado.
Testam a desejabilidade — se o conceito ressoa com o usuário, se o problema foi corretamente formulado, se a proposta de valor faz sentido no contexto de uso. São intencionalmente inacabados, para não inibir o feedback crítico do usuário.
Formatos: storyboards, encenações (role-playing), maquetes físicas, vídeos de conceito, landing pages fictícias, personas e cenários de uso.
Pergunta central: "Este conceito resolve o problema certo do jeito certo para esse usuário?"
Testam a factibilidade técnica — se a solução pode ser desenvolvida com os recursos disponíveis, se os princípios técnicos funcionam e se as hipóteses de desempenho são válidas. Em engenharia e ciência dos materiais, incluem:
Pergunta central: "O princípio técnico funciona? A escala é possível?"
A fase de Teste no Design Thinking não é um controle de qualidade final, mas um momento estruturado de aprendizado com o usuário real em contato com o protótipo. O objetivo é gerar dados qualitativos e quantitativos que informem a iteração do projeto.
Definir: o que está sendo testado, quais hipóteses serão avaliadas, quem são os participantes, em que contexto, quais métricas serão coletadas.
Apresentar o protótipo ao usuário sem instruções detalhadas sempre que possível. Observar como ele interage naturalmente, onde trava, o que assume.
Combinar observação (o que o usuário faz) com entrevista pós-teste (o que o usuário sentiu e pensou). Evitar defender o protótipo.
Sistematizar aprendizados, atualizar hipóteses e decidir: iterar, pivotar ou avançar para próxima fase de desenvolvimento.
O Design Thinking é fundamentalmente não-linear: o aprendizado gerado em qualquer etapa pode — e frequentemente deve — provocar um retorno a etapas anteriores. Um teste mal-sucedido não é falha; é dado. Um protótipo rejeitado é um insight sobre o que não funciona, que é igualmente valioso.
Em contextos científicos, a iteração pode significar:
Em projetos de alta complexidade técnica e longa duração — como o desenvolvimento de novos biomateriais ou biofármacos — a iteração precoce e frequente reduz dramaticamente o risco de descobertas tardias de desalinhamento.
O custo de mudar um requisito no papel é exponencialmente menor do que mudar uma tecnologia em fase de escalonamento. Essa é a lógica econômica que sustenta os ciclos curtos de prototipagem e teste do Design Thinking.
O Design Thinking e o Lean Startup (Eric Ries, 2011) compartilham fundamentos epistemológicos: ambos operam pela lógica de aprendizado validado, iteração rápida e aversão ao desperdício de recursos em hipóteses não testadas. A integração das duas abordagens é especialmente poderosa em contextos de deep tech.
Investigação profunda de necessidades, formulação centrada no usuário, empatia qualitativa e prototipagem conceitual. Operando antes do ciclo Build-Measure-Learn.
Disciplina de experimentação, MVPs orientados a aprendizado, métricas de validação e escalonamento eficiente. Operando durante e após a fase de prototipagem.
Design Thinking descobre o problema certo; Lean Startup valida a solução de forma eficiente. Juntos, formam um sistema robusto de inovação orientada a evidências.
Customer Discovery é a primeira fase do processo de Customer Development (Steve Blank, 2005), que por sua vez fundamentou o Lean Startup. Consiste em sair do escritório ou laboratório para testar, com clientes e usuários reais, se as hipóteses fundamentais do negócio ou projeto são válidas — antes de qualquer desenvolvimento significativo.
As hipóteses centrais a testar em Customer Discovery incluem:
Para pesquisadores e engenheiros, Customer Discovery representa uma disrupção metodológica: significa tratar o laboratório como última etapa, não a primeira. Antes de sintetizar o material, construir o dispositivo ou desenvolver o bioprocesso, é necessário validar no campo se o problema que motiva o projeto é real, quem o vivencia e em que escala.
O Technology Readiness Level (TRL), sistema de avaliação de maturidade tecnológica desenvolvido pela NASA e adotado pela Comissão Europeia e FINEP, classifica tecnologias em 9 níveis — do conceito básico (TRL 1) à tecnologia plenamente operacional (TRL 9). Design Thinking opera de forma complementar a esse framework, adicionando a dimensão de relevância e adoção que o TRL não captura.

A integração entre TRL e Design Thinking garante que o avanço na maturidade técnica seja acompanhado de validação crescente de desejabilidade, viabilidade e factibilidade contextual.
O Innovation Readiness Level (IRL) expande o TRL para incluir dimensões de inovação sistêmica: maturidade do mercado, da regulação, do modelo de negócio e do ecossistema de adoção. Enquanto o TRL avalia "a tecnologia funciona?", o IRL avalia "a inovação pode ser adotada?".
O IRL considera:
O Design Thinking é, em essência, uma metodologia para elevar o IRL de uma tecnologia. Ao investigar sistematicamente o contexto de adoção — usuários, stakeholders, regulação, infraestrutura — e ao validar hipóteses de desejabilidade e viabilidade antes de grandes investimentos de desenvolvimento, o Design Thinking reduz o gap entre TRL elevado e IRL baixo que caracteriza a maioria das falhas de inovação deep tech.
Inovação em deep tech raramente é produzida por um ator isolado. Emerge de ecossistemas complexos que integram universidades, empresas, órgãos reguladores, agências de fomento, investidores, entidades setoriais e sociedade civil. Design Thinking oferece ferramentas para navegar e co-projetar soluções nesses ecossistemas.
Geração de conhecimento científico e formação de capital humano qualificado.
Escalonamento, produção e distribuição de tecnologias. Define requisitos de processo e custo.
Estrutura regulatória, políticas de inovação e fomento público (FINEP, CNPq, BNDES).
Financiamento de risco para estágios de escalonamento — deep tech VC, family offices e CVC.
Fonte primária de problemas, critérios de valor e validação de adoção tecnológica.
Um dos casos mais estudados de Design Thinking aplicado é o redesign da experiência do paciente no sistema hospitalar, conduzido pela IDEO em parceria com o Intermountain Healthcare (EUA). O projeto partiu de uma observação radicalmente simples: ninguém havia filmado a experiência completa de um paciente hospitalizado do ponto de vista do paciente.
Quando a equipe posicionou uma câmera na altura do leito de um paciente e acompanhou 24 horas de internação, os dados foram reveladores: o paciente passava mais de 70% do tempo olhando para o teto, sem informação, sem orientação, com ansiedade crescente. O problema real não era a qualidade clínica — era a experiência informacional e emocional da internação.
As intervenções resultantes incluíram: redesign de sinalização hospitalar, novo protocolo de comunicação médico-paciente, ambientação de quartos e sistema de acompanhamento de procedimentos em tempo real. Indicadores de satisfação de pacientes aumentaram 15–25% com investimento relativamente baixo — nenhuma nova tecnologia médica foi necessária. O problema correto foi descoberto e formulado antes de qualquer solução ser proposta.
Gestores hospitalares identificavam problemas de eficiência clínica e fluxo operacional. A imersão revelou que o problema central era a experiência subjetiva e emocional do paciente — invisível para quem nunca havia observado a internação a partir do ponto de vista do paciente.
Nenhum paciente teria descrito "olhar para o teto com ansiedade" como seu principal problema em uma pesquisa de satisfação. Foi a observação contextual que revelou esse dado qualitativo crítico.
A solução não foi uma nova tecnologia médica, mas uma reconfiguração de processos, comunicação e ambiente. O maior retorno veio do problema mais simples — um resultado contraintuitivo para uma indústria que tende a supervalorizar a inovação tecnológica.
Uma empresa de automação industrial desenvolveu ao longo de três anos um sistema avançado de monitoramento de máquinas para uma grande planta metalúrgica. A solução integrava sensores IoT, análise preditiva de falhas e dashboards em tempo real — tecnicamente impecável, com alto TRL e aprovação da gerência industrial.
Após a implantação, a taxa de adoção pelos operadores foi inferior a 20%. Os dados coletados pelos sensores eram ignorados sistematicamente. Manutenções corretivas continuavam sendo o modo operacional padrão, apesar das recomendações do sistema.
Uma análise posterior usando entrevistas e shadowing com operadores revelou as causas reais:
Conclusão: a tecnologia era correta. O problema havia sido mal formulado — sem os operadores como stakeholders centrais.
Sistemas técnicos que serão operados por pessoas precisam ser co-projetados com essas pessoas desde as fases iniciais — não apenas testados com elas no final.
A interface de um sistema técnico deve ser projetada para o nível de literacia, vocabulário e condições de trabalho do usuário real — não do engenheiro que o desenvolveu.
A adoção de tecnologias industriais é condicionada por cultura organizacional, incentivos, poder e confiança. Esses fatores devem ser investigados na fase de problem discovery.
Aprovação da gerência não implica adoção pelos operadores. Ambos precisam ser stakeholders ativos no processo de design e validação.
Uma equipe de pesquisa desenvolveu um polímero biocompatível com propriedades mecânicas superiores para aplicações em implantes ortopédicos. Os resultados de bancada eram excepcionais: módulo de elasticidade compatível com tecido ósseo, baixíssima resposta inflamatória em modelos in vitro e excelente esterilizabilidade. O material foi publicado em periódico de alto impacto e obteve patent filing.
Ao buscar parceiros industriais para escalonamento, a equipe descobriu que o processo de síntese do polímero utilizava solventes classificados como CMR (carcinogênicos, mutagênicos e reprotóxicos) pela regulamentação REACH da União Europeia. A substituição dos solventes alterava as propriedades do material de forma crítica. Adicionalmente, o custo de manufatura em escala era 40× superior ao de materiais concorrentes já certificados.
Resultado: abandono do projeto após quatro anos de desenvolvimento. Nenhum desses fatores havia sido investigado nas fases iniciais de pesquisa.
Visitas a plantas industriais e entrevistas com engenheiros de processo devem ocorrer nas fases iniciais de pesquisa, não após a obtenção de resultados experimentais promissores. O contexto industrial define restrições inegociáveis de custo, processo e regulação.
Normas como REACH, ISO 10993 (biocompatibilidade) e ASTM devem ser mapeadas na definição do problema de pesquisa. Pesquisadores em ciência dos materiais precisam de literacia regulatória básica para seu domínio de aplicação.
O design de um material deve incorporar análise de custo de síntese, disponibilidade de precursores, compatibilidade com equipamentos industriais existentes e restrições de cadeia de suprimento.
Análise de Ciclo de Vida (LCA) e avaliação de toxicidade devem ser integradas ao processo de pesquisa desde as fases de seleção de rota sintética — não apenas na etapa de escalonamento.
Uma startup de diagnóstico molecular desenvolveu uma plataforma de PCR isotérmica (LAMP) altamente sensível para diagnóstico de doenças infecciosas tropicais em contextos de baixa infraestrutura laboratorial. A tecnologia apresentava sensibilidade e especificidade superiores a testes rápidos existentes, com custo por teste relativamente baixo e sem necessidade de equipamentos de frio para os reagentes.
Após dois anos de desenvolvimento técnico, a startup iniciou o processo de validação clínica e regulatória e descobriu:
A tecnologia funcionava; o ecossistema de adoção não havia sido mapeado.
Agências regulatórias como ANVISA e FDA devem ser mapeadas como stakeholders críticos desde o início do desenvolvimento. Reuniões de pré-submissão com reguladores são práticas padrão em empresas biotech maduras — e devem ocorrer em estágios muito iniciais.
Em diagnóstico e terapêutica, o médico raramente é o pagador, mas é o principal influenciador de adoção. Compreender sua prática clínica, suas referências diagnósticas e seus critérios de mudança de conduta é condição para o sucesso.
A viabilidade econômica de tecnologias em saúde depende criticamente do sistema de reembolso. A definição do código de reembolso e a estratégia de Health Technology Assessment (HTA) devem integrar o plano de desenvolvimento desde o início.
Tecnologias para settings de baixa renda e baixa infraestrutura exigem pesquisa de campo aprofundada nos ambientes reais de uso — postos de saúde, farmácias, unidades de pronto-atendimento — antes do desenvolvimento.
A história da inovação tecnológica é repleta de casos de excelência técnica seguida de fracasso de adoção — evidência sistemática de que o problema havia sido mal formulado desde o início.
Tecnologia de transporte pessoal revolucionária. O problema formulado foi "como mover pessoas de forma elegante". O problema real era "como mover pessoas onde há infraestrutura para isso". Resultado: adoção marginal.
Interface de realidade aumentada de alta sofisticação. O problema técnico foi resolvido; o problema social e de privacidade não foi mapeado. Resultado: rejeição cultural e descontinuação.
Caso extremo de afastamento da realidade clínica e científica. O problem framing ignorou deliberadamente as restrições regulatórias e os limites da ciência diagnóstica. Resultado: colapso total.
Múltiplos projetos acadêmicos de bioprocessos avançados com excelência técnica, mas incompatibilidade com infraestrutura industrial existente e custos de CAPEX inviáveis para escalonamento.
O Design Thinking não é uma bala de prata — e compreender suas limitações é tão importante quanto dominar suas ferramentas. Críticas legítimas incluem:

A oposição entre Design Thinking e Método Científico é falsa — ambos são sistemas de geração e validação de conhecimento, com diferentes objetos, escalas e critérios de validade. A competência do pesquisador-inovador contemporâneo está na integração fluente de ambas as lógicas: rigor científico para validar tecnologias e rigor empático para validar sua relevância e adoção.
A engenharia de sistemas já incorpora conceitos próximos ao Design Thinking — análise de stakeholders, requisitos de usuário, análise de falhas e interfaces homem-máquina. A integração formal amplia essas dimensões com ferramentas de empatia, prototipagem conceitual e validação qualitativa.
Design Thinking aprofunda a elicitação de requisitos com empatia e observação contextual, revelando requisitos implícitos e não-articulados que formalização técnica não captura.
A perspectiva do usuário aprimora a identificação de modos de falha humanos e organizacionais — os mais frequentes em sistemas complexos, mas os menos visíveis para engenheiros de sistemas.
Shadowing e teste com usuários em contexto real são metodologias centrais para o design de interfaces industriais seguras, intuitivas e compatíveis com o fluxo de trabalho real.
O mapa de stakeholders e a análise de jornada revelam pontos de integração críticos entre subsistemas técnicos e organizacionais que diagramas de arquitetura isolados não contemplam.
Agências de fomento no Brasil (FINEP, CNPq, FAPESP) e internacionalmente (Horizon Europe, NIH, DARPA) têm incorporado crescentemente critérios de impacto e relevância social e econômica na avaliação de projetos. Isso representa uma demanda por pesquisadores capazes de integrar rigor científico com formulação de problemas relevantes.
Design Thinking contribui para a pesquisa aplicada ao:
O conceito de pesquisa translacional — a aceleração do caminho da bancada à beira do leito ou ao campo (bench-to-bedside, bench-to-field) — é estruturalmente compatível com o Design Thinking: ambos tratam a trajetória da descoberta científica à aplicação real como um problema de design que exige investigação, prototipagem e validação iterativa.
Co-design de sistemas automatizados com operadores. Identificação de gargalos de integração humano-robô. Design de interfaces para Indústria 4.0 centradas no operador de chão de fábrica.
Descoberta de barreiras de adoção de energia renovável em comunidades e indústrias. Design de propostas de valor centradas em benefícios locais, não apenas em métricas ambientais globais.
Design de dispositivos médicos centrados no fluxo clínico real. Redução de erros de uso por design. Aumento de adesão a tratamentos por compreensão do contexto do paciente.
Investigação das práticas reais de agricultores para o design de bioinsumos e tecnologias de precisão com alta taxa de adoção em diferentes perfis de produtor.
Aplicar as técnicas de problem discovery em um contexto técnico real, desenvolvendo a habilidade de investigação de campo antes de qualquer proposição de solução.
Cada grupo escolhe um contexto técnico relevante à sua área: um laboratório, uma planta industrial, um hospital, uma fazenda, uma fábrica. Define o foco de investigação.
Cada grupo elabora um roteiro semiestruturado de 5–7 perguntas abertas para entrevistar um usuário do contexto escolhido. Revisão coletiva dos roteiros.
Em pares, um integrante assume o papel de usuário (baseado em experiência real ou pesquisa prévia) e o outro conduz a entrevista. Rotação de papéis.
Cada grupo sintetiza os principais achados e formula uma declaração de problema no formato POV: [usuário] precisa [necessidade] porque [insight].
Construir um mapa completo de stakeholders para uma tecnologia ou solução no domínio de cada grupo, identificando os diferentes tipos de atores, suas relações de poder e influência, e suas perspectivas sobre o problema.
Etapas:
Cada grupo apresenta seu mapa de stakeholders em visualização visual (pode ser desenhado ou digital), identificando:
A discussão coletiva compara os mapas de diferentes domínios, revelando padrões estruturais comuns e especificidades setoriais de grande valor pedagógico.
Esta oficina treina a habilidade central do problem framing: transformar uma formulação técnica e tecnocêntrica de problema em uma formulação sociotécnica, centrada no usuário e orientada ao valor.
Cada grupo parte de um problema técnico real de sua área de pesquisa, formulado da forma convencional: "Desenvolver um sensor de X com sensibilidade Y e custo Z." ou "Sintetizar um material biocompatível com propriedades W."
O grupo aplica a lógica do JTBD: Qual é o trabalho funcional, emocional e social que essa tecnologia precisa realizar? Quem são os usuários? Em que contexto? Quais são as restrições reais?
Reformular o problema no formato HMW, integrando usuário, contexto, restrições e critérios de valor. Comparar as duas formulações e discutir como cada uma orienta diferentemente o processo de pesquisa e desenvolvimento.
As questões a seguir são propostas para discussão aprofundada em seminário ou grupo de estudo. Não têm respostas únicas — seu valor está no raciocínio crítico e na argumentação fundamentada que provocam.
É possível — ou desejável — aplicar Design Thinking à pesquisa científica básica, cujos objetos são frequentemente anteriores a qualquer aplicação identificável? Onde estão os limites desta integração?
Como integrar as restrições regulatórias como variáveis de projeto desde o início do desenvolvimento em biotecnologia e dispositivos médicos, sem que isso paralise a criatividade científica?
Por que tantos materiais e processos com excelente desempenho de bancada falham no escalonamento industrial? O que uma abordagem de Design Thinking poderia ter revelado antes?
Em projetos de pesquisa aplicada financiados por indústria, governo ou agências internacionais, quem tem legitimidade para formular o problema? Como o Design Thinking pode mediar essas tensões de poder?
Engenheiros e cientistas do século XXI precisam dominar tanto o rigor técnico-científico quanto a investigação humana e contextual — duas formas de conhecimento igualmente rigorosas e complementares.
O problema correto, adequadamente formulado, já contém em si grande parte da solução. Investir em problem discovery e problem framing é o investimento de maior retorno em qualquer projeto de inovação.
A incerteza é inerente à inovação. Ciclos curtos de hipótese, protótipo e teste reduzem o risco de grandes apostas em direções erradas — em ciência, engenharia e negócios.
Design Thinking e Descoberta de Problemas Reais