O processo de design não morreu, só foi comprimido

• À medida que a IA acelera o trabalho de design, vem se espalhando a ideia de que é preciso “abandonar o processo”, mas isso é resultado de uma interpretação equivocada de como designers experientes trabalham
• Quando um designer experiente diz que “simplesmente começou a criar”, na prática ele está internalizando e comprimindo o processo com base em anos de experiência acumulada
• Trabalhar com base na intuição é difícil de aplicar para profissionais juniores com pouca experiência, e em setores regulados o processo funciona como uma salvaguarda para evitar danos
• O design orientado à solução só funciona em contextos estreitos, onde os padrões de produto já estão bem estabelecidos, e há o risco de viés de sobrevivência ao destacar apenas casos de sucesso
• A competência central do design moderno não é abandonar o processo, mas desenvolver alfabetização em processo (process literacy) para escolher deliberadamente a abordagem certa para cada problema

---

O que defende a tese de “abandonar o processo”

• Alega-se que o processo tradicional de design está ultrapassado e desconectado de como bons resultados realmente são produzidos
• Iteração, intuição e pular etapas não seriam fraquezas, mas pontos fortes, e a ideia é construir uma intuição forte, ter obsessão por detalhes e remixar o processo conforme o contexto
• Em muitos casos, trabalhos excelentes começam pela solução, não pela definição do problema, e só ao ver um protótipo convincente se entende qual problema ele de fato resolve
• Jenny Wen, design lead da Anthropic, é uma das vozes mais representativas dessa posição

Onde essa tese começa a ruir

• Essas observações não estão necessariamente erradas, mas não provam que o processo seja desnecessário
• Elas apenas descrevem o que designers experientes já fazem: internalizar o processo e transitar com fluidez entre etapas de exploração, ideação e avaliação
• O que parece ser “pular o processo” é, na verdade, comprimir o processo — usar a experiência como guia para atravessar cada etapa mais rapidamente
• Os processos de Duplo Diamante e Design Thinking não são checklists literais nem templates rígidos
  • Seu objetivo é gerenciar risco: ajudar a equipe a entender o problema, explorar soluções e reduzir a chance de construir a coisa errada
• A abordagem solution-first só funciona bem quando o espaço do problema é maduro, o conhecimento implícito é abundante e o trabalho consiste em construir sobre padrões já estabelecidos, não em inventar algo totalmente novo

Compressão de processo, não abandono

• Parte do problema está em tratar “processo de design” como um bloco único e monolítico
• Ciclos como o Duplo Diamante ou o Design Thinking não são “o processo”, mas representações simplificadas das etapas da resolução criativa de problemas
  • Entender o que está errado → decidir o que construir → construir → aprender
• A tese de “abandonar o processo” depende fortemente de uma deturpação de como o design centrado no ser humano funciona na prática
  • Profissionais experientes operam o processo de forma não linear e contextual
  • Frameworks formais existem para tornar esse raciocínio acessível e comunicável
• Quando um designer experiente que trabalha em produtos de consumo maduros diz que “simplesmente começou a criar”, ele não abandonou o processo; apenas executou de forma comprimida uma versão internalizada
  • Isso se apoia no conhecimento acumulado por meio de pesquisa de comportamento do usuário, análise de tendências de concorrentes e investigação junto a equipes experientes
• O que chamamos de “intuição” é, na verdade, processo comprimido e internalizado ao longo de anos de trabalho
  • A intuição em que o designer confia foi moldada exatamente pelo processo que ele diz estar ignorando
• Ferramentas de IA aceleram ainda mais essa compressão e a democratizam
  • Vibecoding reduz a distância entre uma ideia e um resultado testável
  • Explorar, construir, aprender e melhorar pode acontecer em uma única tarde
  • Se designers experientes sempre fecharam loops de design mais rápido do que frameworks formais, agora a IA permite que profissionais menos experientes façam o mesmo

A intuição não substitui o processo

• O conselho de abraçar a intuição no processo de design parece libertador, mas simplifica demais uma realidade complexa

Nem todo mundo consegue trabalhar por intuição

• Designers experientes como Jenny Wen construíram sua intuição ao longo de anos de prática em empresas com cultura de design forte e equipes de alto nível
  • Têm a técnica, a autoridade, o histórico e o nível de equipe necessários para liderar decisões guiadas por intuição
• Para profissionais juniores, que ainda não acumularam o repertório necessário para confiar na intuição, essa dependência é muito menos eficaz
  • Há uma enorme diferença entre um designer experiente fazer julgamentos rápidos e bem informados e dizer a uma pessoa em início de carreira, sem exposição a conhecimento organizacional, padrões de comportamento do usuário ou restrições de negócio, para “confiar em si mesma”

A intuição carece de responsabilização

• Em muitos contextos, decisões exigem documentação e justificativa
  • Entregáveis de processo como resultados de pesquisa, testes de usabilidade e dados analíticos são essenciais para alinhamento entre stakeholders e aprovação
• Na maioria dos ambientes corporativos, a explicação “segui minha intuição” não sobrevive quando um VP pergunta: “que evidências sustentam isso?”

Em setores altamente regulados, a intuição não basta

• Em setores de alto risco ou regulados como saúde, finanças, governo e sistemas em que acessibilidade é crítica, o processo não é um ritual burocrático, mas uma proteção contra danos
• Pular pesquisa em uma UI de dispositivo médico é um problema de ordem totalmente diferente de pular pesquisa em uma funcionalidade de quadro branco

A intuição carrega vieses

• Mesmo a intuição bem desenvolvida tem pontos cegos
  • Designers experientes podem, sem perceber, se prender a padrões familiares ou ignorar casos de borda que não se encaixam em seus modelos mentais
• Quanto mais profunda a intuição, mais difícil fica perceber seus vieses
• O processo força essas suposições a virem à tona antes que se consolidem em erros caros

O design orientado à solução só vale em contextos estreitos

• Na era da IA, muitos especialistas defendem o design orientado à solução — começar por uma nova capacidade tecnológica e depois identificar, de trás para frente, quais problemas ela pode resolver
  • É uma inversão do modelo tradicional, em que primeiro se entende o problema para depois buscar uma solução
• Os exemplos usados por Jenny Wen para defender essa abordagem — funcionalidades de produtos de IA bem-sucedidas e amplamente adotadas, criadas por empresas com muitos recursos — refletem viés de sobrevivência
  • O que não aparece são os inúmeros experimentos solution-first que fracassaram: protótipos que entusiasmaram equipes internas, mas não geraram ressonância com usuários, ou recursos que tiveram baixa adoção após o lançamento por não atenderem uma necessidade relevante
  • Se você mostra apenas casos de sucesso, qualquer abordagem parece excelente
• Ao projetar tecnologias emergentes, implementar rápido é essencial, mas a velocidade de execução não reduz a importância de enquadrar corretamente o problema
  • Mesmo sem um documento formal de definição do problema ou um discovery sprint, ainda é necessário saber o que se está tentando resolver
• O design orientado à solução não mitiga risco e só se encaixa em uma faixa estreita da indústria
  • Ele tende a funcionar em ambientes onde padrões de produto já são bem compreendidos, os usuários são sofisticados e o desafio de design se limita à diferenciação
  • Também pressupõe alto nível de maturidade organizacional e de UX, com equipes que tenham conhecimento sólido de domínio e experiência para reconhecer rapidamente direções promissoras
• A maioria das equipes não opera nessas condições
  • Em ambientes de baixa maturidade, com pouco conhecimento organizacional ou em contextos novos e arriscados, começar pela solução amplia o custo de suposições equivocadas
  • Nesses casos, um enquadramento prévio mínimo do problema continua sendo indispensável

Alfabetização em processo: escolher o processo certo para o problema

• A verdadeira competência do design moderno não é abandonar processos, mas desenvolver alfabetização em processo — a capacidade de escolher a abordagem e as ferramentas certas para cada problema
  • É preciso saber qual processo se ajusta à tarefa e entender os riscos de não segui-lo
  • Se você apenas aplica o processo de outra forma, não deveria afirmar que está trabalhando sem processo
• Isso não significa que todo projeto exija uma fase de discovery de seis semanas, nem que todo problema de design deva ser tratado como desenvolvimento de dispositivo médico
  • O ponto central é o encaixe do processo ao problema: alguns problemas pedem investigação profunda; outros funcionam melhor com experimentação rápida e iteração
  • Essa escolha deve ser feita intencionalmente, não porque alguém declarou que “o processo morreu”
• Ferramentas de IA viabilizam prototipagem rápida e iteração em uma velocidade antes impensável, mas não eliminam a incerteza e o risco que o processo de design ajuda a mitigar
  • Designers ainda precisam entender o problema e avaliar ideias
• Frameworks de processo como Duplo Diamante, Design Thinking e Jobs-to-be-Done não são procedimentos rígidos, mas andaimes (scaffolding)
  • Eles ensinam modos de pensar que, uma vez internalizados, passam a estar implicitamente presentes na forma como profissionais experientes trabalham
• A pergunta real não é se devemos seguir um processo, mas como o trabalho que estamos fazendo se mapeia ao problema que queremos resolver
  • À medida que a IA comprime cada vez mais fluxos de trabalho, e sistemas agentes passam a agir, lembrar contexto e tomar decisões em nosso lugar, o custo de ignorar essa pergunta não diminui — ele aumenta