Quando Designers Voltam a Codar, o Organograma se Mexe

Luke Wroblewski publicou esta semana um texto curto retomando uma pergunta que ele fez pela última vez em 2008: designers deveriam saber codar?

A resposta dele, quarenta anos depois de uma carreira que inclui liderança de design no Google, Yahoo e eBay, é sim. Não porque programar ficou mais fácil. Porque os agentes de IA que escrevem código colapsaram o muro que tornou o front-end impraticável para designers manterem em paralelo entre 2014 e 2024.

A analogia do escultor é dele. Um escultor que não conhece o mármore não é escultor. Um designer que não conhece o meio está trabalhando em mockups, não em produtos. Durante uma década, o meio se tornou inalcançável para a maior parte dos designers. React, pipelines de build, gestão de estado, auditoria de acessibilidade, um alvo em movimento que ninguém conseguia acompanhar em meio expediente. O movimento razoável foi entregar o bastão. Designers pararam de trabalhar com mármore e passaram a trabalhar com fotografias de mármore.

Os agentes de IA mudaram o mármore.

O Muro Nunca Foi Sobre Capacidade

É aqui que a conversa costuma descarrilar. As pessoas leem “designers deveriam codar” e escutam uma reivindicação de capacidade: designers finalmente são inteligentes o bastante, as ferramentas finalmente são boas o bastante, o abismo fechou. Esse enquadramento perde o ponto.

O muro entre design e desenvolvimento nunca foi um problema de capacidade. Foi uma fronteira de governança. Uma organização inventa camadas de handoff quando a complexidade de um lado é cara demais para o outro lado carregar. A fronteira não é sobre quem pode fazer o quê. É sobre onde o custo de coordenação vai morar.

Quando o custo de coordenação colapsa - e os agentes de IA colapsam um tipo específico desse custo, o tipo que transformava React, Tailwind, layout responsivo e acessibilidade em trabalho de tempo integral - a fronteira não some. Ela se move. E quem herda a superfície recém-colapsada herda o problema de governança que morava dentro daquela fronteira.

Quem é Dono do Resultado Agora

O arranjo antigo tinha uma história de governança limpa. Designers eram donos da intenção. Desenvolvedores eram donos da implementação. Code review, QA, linting, staging - todo o aparato existia para garantir que a implementação batesse com a intenção e não quebrasse o produto.

Quando um designer dirige um agente de IA para escrever código de produção, essa história se parte em dois lugares.

Primeiro, a camada de revisão que estava calibrada para pegar os erros de desenvolvedores humanos não está calibrada para pegar os erros de designer-com-agente. Modos de falha diferentes. Um engenheiro sênior revisa o PR de um júnior procurando as coisas que júniors erram. Designer-com-agente produz uma distribuição diferente de bugs - não lógica ruim, mas estados não considerados, casos-limite ausentes, atalhos de acessibilidade que o agente tomou porque ninguém disse para ele não tomar.

Segundo, a pergunta de responsabilidade fica borrada rapidamente. Se o designer dirigiu o agente, o agente escreveu o código, o código subiu e o código quebrou, quem fica com a conta? A resposta honesta é: quem a organização decidir que fica. Não existe resposta natural. O organograma precisa ser redesenhado, não redescoberto.

Já escrevemos antes sobre design systems virando infraestrutura de governança quando agentes trabalham dentro do Figma. Este é o passo seguinte. Agentes que vão do Figma direto para o código de produção movem a camada de restrição da ferramenta de design para o processo de code review. Mesmo problema de governança, superfície diferente.

O Handoff Estava Fazendo um Trabalho Real

É tentador tratar o handoff antigo entre designer e desenvolvedor como desperdício puro - uma camada burocrática que a IA pode eliminar. O handoff estava fazendo trabalho real.

Ele forçava um momento de especificação. O designer precisava deixar o design explícito o bastante para outra pessoa construir. Essa explicitação pegava problemas. Um designer que entrega uma tela descobre, no ato de entregar, que o estado vazio nunca foi desenhado, o estado de erro nunca foi considerado, o breakpoint mobile nunca foi resolvido. O handoff era uma função forçante.

Designers trabalhando diretamente com agentes de IA pulam a função forçante. O agente não pede especificação. O agente constrói feliz a partir de intenção incompleta, preenche lacunas com defaults plausíveis e entrega algo que parece pronto e não está. O teto de qualidade é mais alto do que antes. O piso de qualidade é mais baixo.

Times de governança deveriam ler isso com cuidado. O colapso do handoff não é ganho de eficiência puro. Ele troca um custo de coordenação conhecido por um custo desconhecido de qualidade-de-especificação. Times que adotam codificação liderada por designer sem substituir a função forçante por outra coisa vão sentir a diferença em incidentes de produção, não em reviews de design.

O Que Substitui a Função Forçante

Três padrões que vale observar.

Design systems orientados a restrição. Se o design system define cada estado que um componente pode assumir - vazio, carregando, erro, parcial, offline - e o agente de IA está amarrado ao sistema, o trabalho de especificação sobe para a biblioteca. O designer ainda pula o handoff. A função forçante foi absorvida pelas restrições. Isso só funciona se o design system for realmente completo, o que a maioria não é.

Agentes de revisão calibrados para código liderado por designer. Uma especialidade diferente de review automatizado. Não “essa lógica está correta”, mas “você considerou os cinco estados dessa interface, você subiu com uma regressão de acessibilidade, isso bate com os tokens do sistema”. Um mercado silencioso mas importante está prestes a se abrir para ferramental que revisa o output de agentes liderados por designer.

Propriedade pareada, explícita. Algumas organizações vão responder tornando o designer e um engenheiro específico responsáveis conjuntamente pelo que sobe - não como handoff, como assinatura a duas mãos. Mais lento do que designer-mais-agente puro. Mais rápido do que o handoff antigo. A história de governança é a mais limpa das três.

O Meio Volta a Ser a Mensagem

O argumento original de Wroblewski em 2008 era sobre permanecer perto do meio. Esse argumento nunca ficou mais fraco. Ficou impraticável, e agora voltou a ser praticável.

O que o texto dele subestima é que o meio em si mudou. Designers que voltam a codar via agentes de IA não estão voltando ao meio em que os desenvolvedores trabalharam entre 2014 e 2024. Estão trabalhando em um meio novo, em que o designer dirige e o agente produz. O ofício está na direção, não na digitação.

Organizações que fingirem que isso é só “designer fazendo mais” vão perder o problema de governança inteiro. Organizações que tratarem isso como um momento de redesenho de fronteira, e redesenharem a fronteira de propósito, vão ficar com o teto de qualidade sem o piso de qualidade.

O muro está se dissolvendo. A pergunta não é se devemos deixá-lo se dissolver. A pergunta é para onde a nova fronteira vai e quem carrega o custo de coordenação quando ela pousar.

---

Fontes

• Luke Wroblewski. “Should Designers ‘Code’?” Abril de 2026. lukew.com/ff/entry.asp

Ajudamos times de produto a redesenhar a fronteira design-dev quando a IA colapsa o handoff: contato@victorino.com.br | www.victorino.com.br