Design Thinking e Descoberta de Problemas Reais

Uma abordagem metodológica estratégica para a descoberta, formulação e validação de problemas em ambientes científicos, tecnológicos e industriais.

Pós-Graduação · Engenharia · Ciência dos Materiais · Biotecnologia

Pergunta-Motriz

Por que soluções tecnicamente superiores frequentemente falham no mundo real?

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.

A técnica não é suficiente

Excelência técnica sem ancoragem em necessidades reais não gera valor nem adoção.

O problema precisa ser descoberto

Problemas reais raramente se apresentam de forma explícita — precisam ser investigados, formulados e validados.

Design Thinking como método

Oferece ferramentas rigorosas para investigação, empatia, síntese e prototipagem de soluções centradas no contexto.

Por Que Tecnologias Falham Apesar da Excelência Técnica?

Causas Estruturais de Falha

  • Problema mal formulado desde o início do projeto
  • Desconsideração do contexto operacional do usuário
  • Barreiras regulatórias não mapeadas previamente
  • Incompatibilidade com cadeia produtiva existente
  • Falta de integração com stakeholders-chave
  • Custo de adoção superior ao benefício percebido

Evidências Empíricas

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.

Objetivos da Aula

1

Compreender os fundamentos do Design Thinking

Situar historicamente e conceitualmente a abordagem, diferenciando-a de métodos tradicionais de resolução de problemas em engenharia e ciência.

2

Diferenciar problem solving de problem framing

Entender por que a formulação do problema é anterior e mais crítica do que a busca por soluções.

3

Aplicar métodos de descoberta de problemas reais

Dominar ferramentas como entrevistas qualitativas, observação contextual, jornada do usuário e mapa de stakeholders em contextos científicos e industriais.

4

Integrar Design Thinking a inovação e TRL/IRL

Compreender a relação entre descoberta de problema, maturidade tecnológica e ecossistemas de inovação.

5

Desenvolver visão centrada no contexto e na adoção

Ampliar o repertório analítico para além da dimensão técnica, incorporando usuário, mercado, regulação e sustentabilidade.

O Paradigma Tecnocêntrico

Características do Paradigma Dominante

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.

  • Foco em performance técnica e eficiência
  • Problema dado como axioma de partida
  • Usuário visto como requisito de projeto, não como fonte de problema
  • Métricas de sucesso predominantemente técnicas (resistência, pureza, rendimento)
  • Regulação e contexto social tratados como restrições externas

Consequências e Limitações

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.

O Que É Design Thinking

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).

Mentalidade, não apenas método

Mais do que um processo sequencial, Design Thinking é uma forma de encarar problemas com abertura, curiosidade e disposição para reframing.

Centrado no ser humano

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.

Integrativo e interdisciplinar

Combina análise racional com intuição criativa, dados quantitativos com observações qualitativas, expertise técnica com escuta ativa.

Iterativo por natureza

Opera em ciclos de aprendizado, prototipagem rápida e teste — reduzindo o risco de grandes apostas em hipóteses não validadas.

Design Thinking e Inovação

Além da Invenção Técnica

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.

Desejabilidade, Viabilidade e Factibilidade

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:

Desejabilidade

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.

Viabilidade

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.

Factibilidade

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.

Evolução Histórica do Design Thinking

1

1960–1970s

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.

2

1980–1990s

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.

3

2000s

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.

4

2010s

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.

5

2020s

Integração com IA generativa, biodesign, engenharia sistêmica e inovação responsável. Aplicações em biotecnologia, nanomateriais e transição energética.

Stanford d.school e IDEO

Stanford d.school

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.

IDEO

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.

Deep Tech e Design Thinking

O Desafio Específico da Deep Tech

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:

  • Conhecimento científico de fronteira
  • Análise de cadeia produtiva e infraestrutura
  • Mapeamento regulatório (ANVISA, FDA, REACH)
  • Avaliação de risco tecnológico e biossegurança
  • Sustentabilidade e ciclo de vida

Adaptações Necessárias

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?"

Design Thinking em Ciência e Engenharia

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.

Pesquisa Aplicada

Integra a investigação científica com questões de relevância prática, conectando descobertas laboratoriais a problemas industriais ou sociais reais.

Engenharia de Sistemas

Amplia a análise de requisitos para incluir dimensões humanas e organizacionais, reduzindo falhas de integração operacional.

Ecossistemas de Inovação

Mapeia atores, fluxos e interdependências no ecossistema de inovação — universidades, empresas, reguladores, investidores e usuários finais.

Transferência de Tecnologia

Estrutura o processo de transição da bancada ao mercado, identificando barreiras de adoção e requisitos de escalonamento com antecedência.

Design Thinking em Materiais e Biotecnologia

Ciência dos Materiais

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:

  • Mapear os requisitos reais do ambiente de uso (temperatura, umidade, ciclos de carga)
  • Identificar restrições de processamento industrial e custo de fabricação
  • Investigar critérios de seleção de materiais por engenheiros de produto
  • Avaliar compatibilidade com normas técnicas e certificações
  • Antecipar questões de sustentabilidade e ciclo de vida

Biotecnologia

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:

  • Investigar o fluxo de trabalho clínico e laboratorial do usuário
  • Compreender as exigências regulatórias como variáveis de projeto
  • Mapear stakeholders que influenciam a adoção (médicos, gestores, pacientes, pagadores)
  • Identificar gargalos de escalonamento em bioprocessos
  • Formular hipóteses de valor que integrem eficácia clínica e viabilidade operacional

Resolver Problemas versus Descobrir Problemas

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

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.

01

Imersão no contexto

Observação direta do ambiente onde o problema ocorre — fábrica, laboratório clínico, campo agrícola, hospital. Sem julgamentos prévios.

02

Escuta ativa de stakeholders

Entrevistas em profundidade com todos os atores relevantes: usuários, operadores, gestores, reguladores, fornecedores.

03

Identificação de fricções e gargalos

Mapeamento de pontos onde os processos falham, onde o esforço é desproporcional ao resultado ou onde soluções improvisadas surgem.

04

Síntese e priorização

Organização dos achados em padrões emergentes, com priorização baseada em impacto, frequência e viabilidade de endereçamento.

Problem Framing

O Que É e Por Que Importa

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.

Perguntas do Problem Framing

  • O problema é realmente relevante? Para quem e em que escala?
  • Quem é afetado? Usuários diretos, indiretos, excluídos?
  • Quais restrições importam? Técnicas, econômicas, regulatórias, culturais?
  • Quais trade-offs existem? O que se ganha e o que se perde com diferentes abordagens?
  • Quais métricas de valor importam? Custo, tempo, segurança, sustentabilidade, adoção?
  • Como o problema muda com o tempo? É urgente, crônico ou emergente?

Jobs to Be Done

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.

Job Funcional

A tarefa prática que precisa ser executada: "Realizar diagnóstico molecular de forma rápida e precisa em ambiente de baixa infraestrutura laboratorial."

Job Emocional

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."

Job Social

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?"

Necessidades Explícitas e Latentes

A Distinção Crítica

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.

Como Identificar Necessidades Latentes

  • Observar comportamentos, não apenas declarações: o que as pessoas fazem, não o que dizem que fazem
  • Mapear workarounds e gambiarras: soluções improvisadas revelam problemas não resolvidos
  • Investigar frustrações recorrentes: irritações habituais frequentemente mascaram necessidades latentes
  • Analisar anomalias e exceções: casos atípicos revelam tensões do sistema
  • Usar análise análoga: observar contextos similares em outros setores ou culturas

Empatia: Fundamentos

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.

Observar

Ver as pessoas em seus ambientes reais de trabalho e vida. Registrar comportamentos, artefatos, fluxos e desvios sem impor interpretações.

Envolver

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.

Imergir

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.

Técnicas de Observação Contextual

Princípios da Observação

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:

  • Definir foco de observação (processo, artefato, interação, ambiente)
  • Observar sem intervir inicialmente
  • Registrar em notas, fotos, vídeo (com autorização)
  • Anotar perguntas emergentes para aprofundamento posterior
  • Identificar anomalias, adaptações e workarounds

Aplicação em Contextos Técnicos

Em ambientes industriais e científicos, a observação contextual revela:

  • Procedimentos informais que compensam limitações de equipamentos
  • Sequências de operação que diferem dos manuais técnicos
  • Critérios implícitos de qualidade que o operador aplica por experiência
  • Pontos de falha recorrentes não documentados nos sistemas de gestão
  • Interações homem-máquina que geram fricção e risco

Entrevistas Qualitativas

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.

Roteiro semiestruturado

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.

Escuta ativa e silêncio estratégico

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.

Perguntas de contexto e história

"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.

Análise por padrões emergentes

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 e Etnografia Rápida

Shadowing

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:

  • Operação de equipamentos industriais complexos
  • Rotinas clínicas e laboratoriais
  • Processos de manutenção e inspeção técnica
  • Uso de dispositivos médicos por profissionais de saúde

Etnografia Rápida (Rapid Ethnography)

A etnografia rápida adapta métodos da antropologia para ciclos de pesquisa de dias, não meses. Combina:

  • Observação participante breve (1–3 dias em campo)
  • Entrevistas em contexto (perguntas durante a atividade)
  • Análise de artefatos (ferramentas, documentos, ambientes)
  • Fotografias e vídeos como dados primários
  • Síntese rápida com equipes multidisciplinares

É amplamente utilizada por engenheiros e cientistas que precisam de insights de campo antes de definir requisitos de projeto ou especificações técnicas.

Jornada do Usuário

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.

Mapa de Stakeholders

O Que É e Para Que Serve

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:

  • Quem tem interesse no problema e na solução
  • Quem tem poder de veto ou aprovação
  • Quem influencia o usuário sem ser o usuário
  • Quem paga versus quem usa versus quem decide

Diagnóstico Sistêmico

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.

Análise de Gargalos

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.

Mapeamento de Fluxos

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.

Análise de Loops

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.

Alavancas de Intervenção

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.

Definição do Problema

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.

[Usuário]

Descreve o perfil específico do usuário investigado, com suas características, contexto e comportamentos relevantes.

[Necessidade]

Formula a necessidade real do usuário — muitas vezes diferente da necessidade declarada — de forma verbal e orientada a resultados.

[Insight]

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]."

Formulação de Hipóteses

Da Observação à Hipótese

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]."

Tipos de Hipóteses em Contextos Técnicos

  • Hipótese de problema: "Acreditamos que o principal gargalo é a falta de padronização no processo de coleta, não na tecnologia de análise."
  • Hipótese de solução: "Acreditamos que um protocolo simplificado de preparo de amostra reduzirá o tempo de análise em 40%."
  • Hipótese de adoção: "Acreditamos que os operadores adotarão o novo sistema se o tempo de treinamento for inferior a 2 horas."
  • Hipótese de valor: "Acreditamos que o produto gerará valor suficiente para justificar o custo de implementação em plantas com produção acima de X toneladas/mês."

How Might We (HMW)

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.

Formato estruturado

"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.

Calibração do escopo

HMWs muito amplos geram dispersão; muito estreitos, limitam a criatividade. O objetivo é encontrar o ponto de tensão produtiva entre abertura e foco.

Exemplo em biotecnologia

"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.

Ideação

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.

Princípio da Divergência

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.

Construção sobre ideias

"Sim, e..." em vez de "Sim, mas...". Ideias aparentemente absurdas frequentemente contêm o germe de soluções inovadoras quando desenvolvidas coletivamente.

Diversidade cognitiva

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.

Analogias e referências cruzadas

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.

Brainstorming Estruturado

Além do Brainstorming Livre

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:

  • Brainwriting: cada participante escreve individualmente antes da discussão coletiva
  • SCAMPER: Substituir, Combinar, Adaptar, Modificar, Propor outros usos, Eliminar, Reorganizar
  • Analogias forçadas: "Como a natureza resolveria esse problema?"
  • Inversão do problema: "Como poderíamos garantir que esse problema nunca seja resolvido?" — e inverter as respostas
  • Bodystorming: simular fisicamente o contexto de uso para gerar ideias incorporadas

Convergência com Critérios

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:

  • Alinhamento com o POV e o HMW definidos
  • Potencial de impacto para o usuário
  • Factibilidade técnica e regulatória
  • Originalidade em relação ao estado da arte
  • Testabilidade em protótipos de baixa fidelidade

Seleção de Ideias

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.

Prototipagem

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.

1

Protótipo de papel

Interfaces, fluxos de processo, layout de equipamentos. Custo zero, validação em horas. Ideal para testar fluxos de interação antes de qualquer desenvolvimento.

2

Mockup funcional

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.

3

Protótipo técnico

Valida hipóteses técnicas específicas — não a solução completa. Foca na hipótese de maior risco e incerteza do sistema.

4

Protótipo piloto

Teste em escala real em contexto controlado, com usuários reais. Gera dados de adoção, usabilidade e desempenho integrado.

Protótipos Conceituais e Funcionais

Protótipos Conceituais

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?"

Protótipos Funcionais

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:

  • Síntese de materiais em escala de bancada
  • Modelos computacionais de simulação
  • Circuitos eletrônicos de prova de conceito
  • Biorreatores em escala micro-piloto
  • Impressões 3D de componentes mecânicos

Pergunta central: "O princípio técnico funciona? A escala é possível?"

Teste e Validação

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.

01

Planejamento do teste

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.

02

Exposição sem roteiro

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.

03

Coleta de feedback

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.

04

Síntese e decisão

Sistematizar aprendizados, atualizar hipóteses e decidir: iterar, pivotar ou avançar para próxima fase de desenvolvimento.

Feedback e Iteração

A Lógica do Ciclo Iterativo

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:

  • Reformular o problema após observar que o usuário usa o produto de forma inesperada
  • Retornar à fase de empatia após descobrir um stakeholder não mapeado com papel decisivo
  • Revisar hipóteses técnicas após feedback sobre usabilidade do protótipo

Iteração como Gestão de Risco

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.

Integração com Lean Startup

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.

Design Thinking contribui

Investigação profunda de necessidades, formulação centrada no usuário, empatia qualitativa e prototipagem conceitual. Operando antes do ciclo Build-Measure-Learn.

Lean Startup contribui

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.

Integração sinérgica

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

O Método de Steve Blank

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:

  • O problema que assumimos existir é real e relevante?
  • As pessoas estão ativamente buscando soluções para ele?
  • Qual é o custo atual do problema (tempo, dinheiro, risco)?
  • Nossa proposta de solução ressoa com o usuário-alvo?

Aplicação em Contextos Técnicos

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.

Relação com TRL (Technology Readiness Level)

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.

Relação com IRL (Innovation Readiness Level)

O Conceito de IRL

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:

  • Maturidade do mercado-alvo (Market Readiness Level)
  • Maturidade do modelo de negócio (Business Readiness Level)
  • Maturidade regulatória e normativa
  • Maturidade da cadeia de suprimento e infraestrutura
  • Aceitação social e cultural da tecnologia

Design Thinking e IRL

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.

Design Thinking e Ecossistemas de Inovação

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.

Universidades e ICTs

Geração de conhecimento científico e formação de capital humano qualificado.

Indústria

Escalonamento, produção e distribuição de tecnologias. Define requisitos de processo e custo.

Governo e Regulação

Estrutura regulatória, políticas de inovação e fomento público (FINEP, CNPq, BNDES).

Capital de Risco

Financiamento de risco para estágios de escalonamento — deep tech VC, family offices e CVC.

Sociedade e Usuários

Fonte primária de problemas, critérios de valor e validação de adoção tecnológica.

Caso 1: Redesign de Experiência Hospitalar — IDEO

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.

Descoberta pelo Método

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.

Intervenção e Impacto

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.

Lições do Caso Hospitalar

O problema declarado raramente é o problema real

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.

A observação gera dados que entrevistas não geram

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.

Impacto sem nova tecnologia

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.

Caso 2: Engenharia Industrial sem o Operador

O Cenário

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.

O Que a Investigação Revelou

Uma análise posterior usando entrevistas e shadowing com operadores revelou as causas reais:

  • Os dashboards exibiam alertas em linguagem de engenharia, incompreensível para operadores de chão de fábrica
  • Alertas preditivos geravam interrupções de produção não autorizadas pelos operadores — que temiam punição por paradas
  • O sistema não havia sido co-projetado com os operadores em nenhuma fase de desenvolvimento
  • Confiança na "experiência própria" versus "dados de máquina" era culturalmente dominante

Conclusão: a tecnologia era correta. O problema havia sido mal formulado — sem os operadores como stakeholders centrais.

Lições para Engenharia

Incluir operadores no processo de co-design

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.

Projetar para o contexto real de uso

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.

Mapear fatores culturais e organizacionais

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.

Envolver gestores e operadores conjuntamente

Aprovação da gerência não implica adoção pelos operadores. Ambos precisam ser stakeholders ativos no processo de design e validação.

Caso 3: Material Avançado com Falha de Escalonamento

O Contexto Científico

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.

A Barreira não Mapeada

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.

Lições para Ciência dos Materiais

Investigar o contexto industrial antes do laboratório

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.

Regulação como variável de projeto, não como restrição tardia

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.

Mapear a cadeia de valor desde o início

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.

Ciclo de vida e sustentabilidade como critérios de projeto

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.

Caso 4: Biotecnologia com Gargalo Regulatório e Clínico

A Tecnologia

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.

As Barreiras Descobertas Tarde

Após dois anos de desenvolvimento técnico, a startup iniciou o processo de validação clínica e regulatória e descobriu:

  • A ANVISA exigia estudos clínicos em populações brasileiras específicas, com custo e prazo incompatíveis com a runway da empresa
  • Médicos de atenção básica não reconheciam a necessidade do teste — o diagnóstico clínico empírico era culturalmente dominante
  • O sistema de saúde pública não tinha um código de reembolso para a classe diagnóstica
  • Nenhum desses fatores havia sido investigado antes do desenvolvimento da plataforma técnica

A tecnologia funcionava; o ecossistema de adoção não havia sido mapeado.

Lições para Biotecnologia

Regulação é co-criação, não obstáculo

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.

O médico é usuário, influenciador e gatekeeper

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.

Reembolso como dimensão de produto

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.

Investigar contextos de baixa infraestrutura com rigor

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.

Tecnologias que Fracassaram por Mau Problem Framing

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.

1

Segway (2001)

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.

2

Google Glass (2013)

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.

3

Theranos (2015)

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.

4

Biorreator de 3ª geração (2020s)

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.

Limitações do Design Thinking

Críticas Epistemológicas

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:

  • Risco de superficialidade: ciclos curtos de empatia podem gerar insights rasos em domínios altamente técnicos ou culturalmente complexos
  • Fetichização da criatividade: ênfase excessiva em técnicas de ideação em detrimento de rigor analítico e evidência científica
  • Universalismo inapropriado: a abordagem funciona melhor para problemas de serviço e produto; é menos adequada para problemas de pesquisa básica ou ciência de fronteira
  • Dificuldade de escala: processos colaborativos e iterativos são custosos em organizações grandes e hierárquicas

Limitações em Contextos Científicos

  • Nem todo problema emerge da observação de usuário: descobertas científicas disruptivas frequentemente partem de anomalias teóricas, não de necessidades articuladas
  • Traduzir ciência complexa para usuários: usuários frequentemente não têm vocabulário para avaliar soluções altamente técnicas
  • Contextos regulados e críticos: em aviação, energia nuclear e dispositivos de suporte à vida, a segurança sobrepõe a desejabilidade do usuário
  • Ciclos longos de desenvolvimento: em deep tech, os ciclos de prototipagem e teste são incompatíveis com as iterações rápidas do Design Thinking clássico

Design Thinking versus Método Científico

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.

Integração entre Engenharia e Design Thinking

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.

Engenharia de Requisitos

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.

Análise de Falhas (FMEA)

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.

Interfaces Homem-Máquina

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.

Integração de Sistemas

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.

Aplicações em Pesquisa Aplicada

Reorientando a Pesquisa para Impacto

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:

  • Estruturar a fase de problem definition em projetos de P&D
  • Facilitar a interação com parceiros industriais na fase de discovery
  • Apoiar a construção de roadmaps de pesquisa orientados a impacto
  • Gerar evidências de desejabilidade para justificar hipóteses de pesquisa

Pesquisa Translacional

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.

Aplicações em Inovação Tecnológica

Manufatura Avançada

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.

Energia e Sustentabilidade

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.

Saúde e Medicina

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.

Agro e Bioeconomia

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.

Oficina Prática: Descoberta de Problema

Atividade Pedagógica

Objetivo

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.

01

Seleção do contexto (10 min)

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.

02

Roteiro de entrevista (15 min)

Cada grupo elabora um roteiro semiestruturado de 5–7 perguntas abertas para entrevistar um usuário do contexto escolhido. Revisão coletiva dos roteiros.

03

Simulação de entrevista (20 min)

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.

04

Síntese e formulação do POV (15 min)

Cada grupo sintetiza os principais achados e formula uma declaração de problema no formato POV: [usuário] precisa [necessidade] porque [insight].

Oficina Prática: Mapa de Stakeholders

Atividade Pedagógica

Objetivo e Dinâmica

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:

  1. Listar todos os atores potencialmente relevantes (brainstorming sem filtro)
  1. Classificar cada ator por categoria: usuário final, pagador, decisor, influenciador, regulador, fornecedor, parceiro
  1. Avaliar poder de influência e interesse de cada ator (alta/média/baixa)
  1. Identificar conflitos de interesse entre stakeholders
  1. Definir estratégia de engajamento para os atores de maior relevância

Entregável e Discussão

Cada grupo apresenta seu mapa de stakeholders em visualização visual (pode ser desenhado ou digital), identificando:

  • O stakeholder mais crítico e frequentemente ignorado no desenvolvimento técnico convencional
  • O conflito de interesse mais relevante entre atores
  • Quem tem poder de veto e quem tem poder de aceleração
  • Que perguntas de investigação diferentes stakeholders demandam

A discussão coletiva compara os mapas de diferentes domínios, revelando padrões estruturais comuns e especificidades setoriais de grande valor pedagógico.

Oficina Prática: Reformulação de Problema

Atividade Pedagógica

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.

Problema Técnico Original

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."

Investigação de Contexto

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?

Reformulação Sociotécnica

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.

Questões para Debate

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.

1

Pesquisa básica e Design Thinking

É 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?

2

Regulação e inovaçã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?

3

Escalonamento e sustentabilidade

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?

4

Quem define o problema?

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?

Síntese Conceitual

Competência central

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.

Descoberta antes da solução

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.

Iteração como método

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.

Referências e Leituras Recomendadas

Obras Fundamentais

  • BROWN, Tim. Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation. HarperBusiness, 2009.
  • NORMAN, Don. The Design of Everyday Things. Basic Books, 2013.
  • CHRISTENSEN, Clayton M. The Innovator's Dilemma. Harvard Business Review Press, 1997.
  • RIES, Eric. The Lean Startup. Crown Business, 2011.
  • BLANK, Steve; DORF, Bob. The Startup Owner's Manual. K&S Ranch, 2012.
  • LIEDTKA, Jeanne; OGILVIE, Tim. Designing for Growth. Columbia Business School Publishing, 2011.

Deep Tech e Inovação

  • OCDE. Manual de Oslo: Diretrizes para Coleta e Interpretação de Dados sobre Inovação. 4ª ed., 2018.
  • PRATT, Gary. Design Thinking for the Greater Good. Columbia University Press, 2017.
  • CHESBROUGH, Henry. Open Innovation. Harvard Business School Press, 2003.

Recursos Online e Institucionais

  • Stanford d.school. Design Thinking Bootcamp Bootleg. dschool.stanford.edu
  • IDEO.org. Design Kit: The Human-Centered Design Toolkit. designkit.org
  • NESTA. Innovation Methods. nesta.org.uk
  • MIT Sloan. Design Thinking for Leading and Learning. exec.mit.edu

Literatura Científica Aplicada

  • CARLGREN, Lisa et al. "Framing Design Thinking: The Concept in Idea and Enactment." Creativity and Innovation Management, 2016.
  • DORST, Kees. "The Core of Design Thinking and Its Application." Design Studies, 2011.
  • BECKMAN, Sara; BARRY, Michael. "Innovation as a Learning Process: Embedding Design Thinking." California Management Review, 2007.
  • SIMON, Herbert. The Sciences of the Artificial. MIT Press, 1969.