Os fluxos de trabalho de design de produtos foram criados para uma época em que escrever código era a parte lenta do processo. Essa lógica se inverteu e, segundo o designer Vitalii Khomenko, a maioria das equipes ainda não atualizou a forma como o trabalho de design chega à engenharia. O design se tornou a restrição, argumenta ele, e a solução é entregar o trabalho final em código, e não em arquivos do Figma.
Khomenko, designer principal da Orizon Design e fundador da Fluente LLC, já atuou tanto como especialista externo contratado para entregar projetos quanto como designer integrado, conectando produto, marca e execução. Seus clientes vão desde startups em estágio inicial que estão definindo sua linguagem visual até marcas consolidadas que gerenciam sistemas de design complexos e multidisciplinares.
O modelo antigo fazia sentido quando a engenharia definia o ritmo. Rodadas de revisão, testes com usuários e iterações cabiam no tempo que os desenvolvedores levavam para acompanhar. Essa janela se fechou. “Os fundadores estão pedindo que as equipes de design se movam na mesma velocidade de um pipeline de desenvolvimento assistido por IA, e o design não se comprime da mesma forma que o código”, afirma Khomenko.
Ele também alerta contra a redução do acabamento para avançar mais rápido. “Como o desenvolvimento agora é barato e rápido, há uma pressão constante para lançar a próxima novidade imediatamente”, diz ele. “Mas os produtos que realmente retêm usuários são aqueles em que os detalhes foram considerados com cuidado.”
Por que os handoffs do Figma agora são o gargalo
Por que os handoffs de design estão atrasando as equipes de produto?
Na configuração comum, um designer produz telas prontas para o desenvolvimento no Figma e entrega o arquivo à engenharia. Os engenheiros então interpretam as decisões visuais e as constroem do zero. As ferramentas de IA aceleraram a construção, mas a etapa de tradução não mudou. Um engenheiro ainda precisa interpretar espaçamentos, extrair recursos, decidir sobre a estrutura dos componentes e escrever a implementação. Esse trabalho leva o mesmo tempo de sempre.
“O fluxo de trabalho manual dentro do Figma simplesmente não está acompanhando a engenharia potencializada por IA”, afirma Khomenko. “O handoff de design está discretamente se tornando a coisa que todos estão esperando.”
Entregar em código
Como as equipes podem entregar o trabalho de design em código?
A proposta de Khomenko divide o papel que o Figma desempenha hoje. O Figma continua sendo o lugar para a exploração, onde a identidade de marca é definida, a lógica de layout é elaborada e a direção de design é validada. A entrega final seria código, especificamente componentes construídos em bibliotecas preparadas que a engenharia pode usar diretamente. Como as decisões chegam já escritas na linguagem em que os engenheiros desenvolvem, nada precisa ser recriado a partir de uma referência visual.
“O Figma ainda é o lugar certo para explorar como algo deve parecer e se sentir”, afirma Khomenko. “Mas entregar um arquivo do Figma e pedir que a engenharia o implemente agora é o caminho lento. Entregar em código é o caminho rápido. Essa é a mudança.”
Para realizar essa abordagem, são necessários designers que saibam trabalhar com código. Khomenko descreve a transformação do designer de UI/UX em Design Engineer como uma questão de tempo, e afirma que as equipes que tratam isso como uma preocupação futura são as mais propensas a travar no handoff. Ele também deixa claro que o código é apenas parte do trabalho. A aplicação da marca em imagens, animações e materiais de marketing continua sendo tarefa criativa central. “O designer do futuro próximo não está apenas gerando código”, diz ele. “Ele atua em todo o ciclo, marca, motion, marketing, produto, com a engenharia de design como uma parte importante e crescente desse conjunto, não como um substituto.”
Ainda não surgiu um manual padrão. Cada equipe está construindo sua própria versão conforme as ferramentas e as expectativas de handoff mudam. “O fluxo de trabalho de cada equipe é realmente personalizado nesta fase”, afirma Khomenko. “Mas já são visíveis alguns padrões gerais de como isso vai se configurar no futuro próximo.” Esses padrões, segundo ele, incluem o julgamento de design passando para uma etapa anterior, a entrega final migrando para o código e os designers ampliando seu repertório técnico sem deixar de manter amplitude no escopo criativo.
O que os fundadores devem fazer agora
O que os fundadores devem fazer em relação aos handoffs de design?
Khomenko oferece várias recomendações para fundadores e líderes de produto. As equipes devem trazer o pensamento de design sênior para uma etapa mais inicial, para que ele molde o que será construído, em vez de polir um trabalho já finalizado. Devem tratar a exploração visual e a entrega final como etapas separadas, com expectativas distintas. E devem tornar o código o ponto final esperado do pipeline de design, seja contratando profissionais com habilidades de engenharia de design, desenvolvendo essas habilidades internamente ou reestruturando os handoffs. Ele chama a etapa de tradução de “onde o tempo vai morrer”.
Ele também insta as equipes a protegerem o trabalho de marca, motion e marketing, para que o design não se reduza à geração de código, e a evitarem processos rígidos, já que o fluxo de trabalho ainda está em formação. “O handoff do Figma fazia sentido quando a engenharia era a parte lenta”, afirma Khomenko. “A engenharia não é mais a parte lenta. Entregar em código não é o futuro do fluxo de trabalho de design. Para as equipes que estão atentas, ele já é o presente.”
Este artículo fue escrito con la asistencia de IA.
News Factory APP - noticias agénticas para impulsar tu SEO y AEO.