Design engineers trocam handoff estático no Figma por protótipos funcionais direto no codebase
Aprofundamento CEVIU
Aprofundamento
O texto descreve um workflow concreto de uma equipe de produto. O design engineer faz o discovery junto com o product manager, constrói o protótipo direto no codebase (numa branch GitHub idêntica à main, então a interface fica igual à de produção) e testa com usuários em três a quatro dias. O que vai para os engenheiros é um componente pronto, com uma story no Storybook, e não um arquivo de design. Backend, integração e arquitetura continuam com a engenharia.
O argumento central é que o código obriga a tratar todos os estados, enquanto um arquivo do Figma mostra só os estados que alguém desenhou. As lacunas aparecem antes de os engenheiros começarem. Em CSS, também dá para descrever comportamento, micro-interações e animações que o usuário de teste realmente experimenta. O autor cita dados do UX Tools (1.478 designers, primavera de 2026): 43,8% gastam mais da metade do tempo de construção com código gerado por IA, e entre quem tem o título de design engineer o índice é 80,9%. Ele também aponta o risco de revisão: numa pesquisa GitLab e Harris Poll, 85% concordam que a IA deslocou o gargalo de escrever código para revisá-lo e validá-lo. Por isso defende o Storybook como handoff, já que o engenheiro vê cada estado num só lugar.
O que mudou
O tema já vinha sendo acompanhado pelo CEVIU. Em 9 de junho de 2026, a matéria "Como o Claude está substituindo o Figma no fluxo de design de interfaces" tratava de protótipos funcionais gerados direto na base de código. Em 16 de junho de 2026, "Prototipagem com IA no Adobe: menos handoffs, mais empatia e código real" mostrou um time do Adobe Firefly entregando duas funcionalidades no codebase de produção em oito dias úteis. Em 28 de setembro de 2026, "A união de Design e Engenharia: código como a fonte única da verdade no processo criativo" falava da convergência. E em 9 de novembro de 2026, "Do design à construção: a ascensão do product design engineering, com David Siren Eisner" abordou o mesmo papel.
A novidade aqui é o detalhamento operacional: prazo de três a quatro dias, Storybook como artefato de entrega, divisão clara do que fica com a engenharia e dados de pesquisa sobre o papel. Antes, o foco era a tendência. Agora há um processo descrito de ponta a ponta.
Por que isso importa
Para quem trabalha com design de produto, a leitura é que o handoff deixa de ser um arquivo e vira um componente revisável. Isso muda o que se cobra de um designer: noção de front-end, capacidade de ler código gerado por IA e hábito de testar com usuário cedo. Para quem lidera times, o aviso do autor serve de freio: sem alguém capaz de revisar pull requests, o ganho de velocidade vira risco.
Linha do tempo
CEVIU noticia o papel de designer 'Forward Deployed', inspirado na Palantir.
CEVIU publica sobre a IA unificando o handoff em um workflow compartilhado de protótipos em código.
CEVIU noticia o Claude substituindo o Figma na criação de protótipos funcionais.
CEVIU relata a prototipagem com IA do Adobe Firefly no codebase de produção.
CEVIU publica sobre o código como fonte única da verdade entre design e engenharia.
CEVIU noticia a ascensão do product design engineering, com David Siren Eisner.
Design engineers trocam handoff estático no Figma por protótipos funcionais no codebase, com Storybook.
Perguntas frequentes
O que faz um design engineer?
Segundo o texto, ele constrói protótipos direto no codebase, conversa com engenheiros sobre viabilidade e escopo e entrega um componente finalizado com uma story no Storybook. Também participa do discovery com o product manager e testa com usuários.
Design engineer substitui o engenheiro de software?
Não. O autor afirma que backend e arquitetura continuam com os engenheiros. A IA barateou o protótipo, mas não a decisão de arquitetura, e o design engineer precisa entender fundamentos de código para ler o que a IA escreveu.
Por que prototipar em código e não no Figma?
O autor diz que, no Figma, replicar o que imaginava era difícil e os estados e limitações aumentavam o tempo. Em código, o comportamento é descrito com CSS e o usuário testa micro-interações e animações reais.
Quanto tempo leva esse processo?
Uma feature do tipo leva cerca de três a quatro dias, incluindo os testes com usuários. A equipe chama essa etapa de design sprint ou AI sprint. O desenvolvimento posterior depende da feature.
Fontes
- nurxmedov.substack.comfonte original
- Categoria
- CEVIU Design
- Publicado
- 10 de novembro de 2026
- Editoria
- CEVIU Design

