Design Thinking em healthcare: o que muda

Design Thinking é hoje vocabulário comum em produto. As cinco fases (Empatize, Define, Ideate, Prototype, Test) viram banda sonora de muitos workshops. Em healthcare não é diferente, mas há nuances que mudam o peso e o ritmo de cada fase.

Este post junta o framework com o que vivi a aplicá-lo na minha tese sobre IBS. As notas valem para qualquer projeto de saúde, não só conversational AI.

Antes das fases: HCD como princípio

Design Thinking funciona melhor dentro de Human-Centred Design, não em vez dele.

HCD é a filosofia: partir de uma compreensão explícita das pessoas, envolvê-las ao longo do processo, iterar com base em avaliação centrada no utilizador (ISO 9241-210:2019).

Design Thinking é o método: as cinco fases que operacionalizam esses princípios.

Em healthcare, este combo é particularmente relevante porque os utilizadores não são só “users”. São pessoas em vulnerabilidade, com histórias longas, e pouca paciência para iterações desnecessárias. HCD garante que não se esquecem.

Fase 1: Empatize

Empatize em healthcare é mais lento e mais profundo do que em produto consumer.

Em produto consumer: 6-10 entrevistas de 30-45 min, perguntas dirigidas, painel ranqueado por relevância.

Em healthcare: 5-8 entrevistas longas (60-90 min), narrativas abertas, foco em história pessoal não em features.

Razões:

• A história é o dado. Sintomas, consultas, decisões, dúvidas, falhas do sistema.
• A pessoa raramente sabe articular o que precisa numa pergunta-resposta. A história abre espaço para a coisa real aparecer.
• O tempo de empatia é o tempo de confiança. Sessões curtas dão respostas curtas.

Output da fase: transcrições anonimizadas, padrões emergentes, lista de tópicos a explorar mais.

Mais sobre como conduzir esta fase com pacientes em Desenhar com pacientes, não para.

Fase 2: Define

Define em healthcare exige mais artefactos do que define em consumer.

Os típicos:

• Personas baseadas em padrões reais (não inventadas).
• Empathy maps por participante (o que diz, pensa, sente, faz).
• Patient journey consolidado.
• Problem statement com pelo menos uma frase a indicar a vulnerabilidade do utilizador.

Em IBS, o problem statement final ficou: “Pessoas que vivem com IBS lutam com auto-gestão durante crises agudas, em particular fora do horário clínico, sem suporte estruturado e com risco de adoptar estratégias de coping prejudiciais.”

Cada parte daquela frase veio do define: “auto-gestão durante crises agudas” (não diagnóstico, não rotina), “fora do horário clínico” (1-3 da manhã é momento crítico), “estratégias prejudiciais” (Skrastins & Fletcher, 2016, sobre coping mal-adaptativo em IBS).

Sobre como mapear o journey, ver Patient care journeys.

Fase 3: Ideate

Aqui é onde healthcare diverge mais. Em produto consumer, ideate é frequentemente um exercício interno: a equipa gera ideias, prioritiza, escolhe.

Em healthcare, ideate vale mais quando é co-design. Uma sessão estruturada com pacientes onde:

1. Apresentas o problem statement.
2. Mostras o patient journey consolidado.
3. Pedes para imaginarem o “produto perfeito” para aquele momento de crise.
4. Trabalhas com material concreto (cartões, sketches, role-play).

Na minha tese, três pacientes participaram num workshop de co-design. As ideias que saíram eram melhores do que as minhas em três sentidos:

• Mais ancoradas na realidade. Eu pensava em features. Eles pensavam em momentos.
• Mais granulares. Eu via o problema como bloco. Eles partiam-no em micro-momentos.
• Mais empáticas. Eu pensava em utilidade. Eles pensavam em sentimento.

Output da fase: pelo menos 3-5 conceitos viáveis priorizados em conjunto com pacientes.

Fase 4: Prototype

Prototyping em healthcare segue o padrão consumer (wireframes → mid-fi → hi-fi → interativo) mas com camadas adicionais quando há AI conversacional.

Para a tese, a sequência foi:

1. Prompt flows: mapear conversas possíveis em árvore (input → resposta esperada → próximo turno). Antes de wireframes.
2. Wireframes das telas que envelopam a conversa (estado, controles, fallback).
3. High-fidelity designs com cor, tipografia, microcopy.
4. Interactive prototype em Figma com flows clicáveis.

Note que o prompt flow vem antes do wireframe. Em CAI, a conversa é o produto; o wireframe é o que rodeia. Cobre-se em Prompt engineering como trabalho de design.

Fase 5: Test

Test em healthcare tem duas diferenças marcantes:

1. O custo de erro é maior. Numa app de produtividade, um falso positivo causa irritação. Num assistente de saúde, pode levar à decisão errada num momento de crise. O test tem de cobrir cenários adversariais com cuidado.

2. Pacientes notam coisas que outros não notam. Na fase de teste da tese, cinco pacientes IBS identificaram problemas que a minha equipa não tinha visto: ambiguidade temporal em sugestões, falta de acknowledgment emocional após relato de dor, uso de jargão clínico em momentos de stress.

Output: lista de issues priorizada, decisões de iteração, próximos critérios de teste.

O que muda no overall

Resumindo, comparado com Design Thinking em produto consumer:

• Empatize: mais longo, mais narrativo, menos task-focused.
• Define: mais artefactos, problem statement com vulnerabilidade explícita.
• Ideate: co-design >> brainstorm interno.
• Prototype: prompt flows antes de wireframes (em CAI), fidelidade crescente, validação intermédia.
• Test: cenários adversariais, pacientes reais, cuidado com momentos críticos.

E uma diferença que atravessa todas as fases: iterar é mais lento. Não é fricção do método, é respeito pelas pessoas. Vale a pena.

Mais sobre o pano de fundo no guia Design for Health. Sobre como recrutar pacientes para estas fases, ver Desenhar com pacientes, não para. Sobre patient journeys (output crítico do define), ver Patient care journeys. Sobre as máximas de Grice como rubrica de avaliação na fase test, ver Máximas de Grice como heurísticas.