Design na era da IA

O time não usava Figma. A plataforma mudava tão rápido que qualquer arquivo de design ficava defasado em relação ao que estava no ar, e uma designer trabalhando lá vira gargalo. A IA era parte essencial de como a engenharia trabalhava.

Eu fiquei com o trabalho inteiro de designer: enquadrar o problema, definir a direção, decidir cada tela e segurar a qualidade do que ia pro ar. O Claude Code transformava essas decisões no produto real, o que me deixou desenhar na velocidade em que o time construía.

Dependia do trabalho e do prazo.

Pra um conceito novo, eu começava no papel. Desenhava no caderno, um agente de IA transformava o desenho em wireframe, e eu usava isso pra validar a hipótese antes de construir qualquer coisa. Depois construía no produto real.

Pra uma mudança que precisava sair na mesma semana, eu ia quase direto pra construção. O Claude Code construía a mudança numa branch do produto real, com os componentes reais, e eu revisava como antes e depois, com telas reais.

Nos dois casos, a engenharia seguia dali, o backend, os testes e os detalhes de produção, às vezes a partir de uma branch pronta, às vezes a partir de issues com prints e critérios de aceite. A gente testou os dois jeitos e foi ajustando pro que atualizava o produto melhor.

• Nada visual vai pro ar sem eu ver. Toda mudança chegava primeiro pra mim como antes e depois.
• Componentes reais ou nada. Um protótipo feito com as peças reais mostra o que o produto consegue fazer de verdade, e cada contorno ganhava uma nota pra engenharia.
• Nunca inventar dado. As telas usam o formato real do dado. Se o dado não sustentava um design, isso virava uma issue, não um número falso.
• Uma descoberta vira uma issue. Com critérios de aceite, backend incluído, pra nada depender de alguém lembrar de uma reunião.

Eu participava de algumas calls com clientes, mas não conseguia estar em todas. Os times de vendas e de customer success conversavam com clientes toda semana, com pessoas de várias empresas diferentes, e a maior parte dessas conversas era transcrita. Então juntamos todas as anotações deles numa pasta compartilhada, e eu criei agentes que liam essas notas, agrupavam o que os clientes diziam por tema e tipo de dor, e ligavam cada dor às issues que já estavam resolvendo aquilo.

Toda semana eu rodava e publicava o resultado no GitHub, onde o time inteiro conseguia ver o que os clientes estavam pedindo, agrupado pela reunião de onde veio. A IA virou os meus olhos e ouvidos nas conversas em que eu não estava, e as decisões de design passaram a partir do que os clientes realmente diziam.

Quando a IA faz parte do jeito como todo mundo trabalha, a alavanca não é desenhar mais rápido. É colocar julgamento de design onde a IA lê. Então escrevi o meu, com as minhas palavras, e transformei em ferramentas que o time usava todo dia.

O essencial cabe num cartão. São as regras que os agentes aplicam, e as que eu mesma aplico.

Escrevi sobre esse jeito de trabalhar no LinkedIn, em português e inglês: o que mudou quando uma product designer parou de usar o Figma. Passou de 1.000 reações somando as duas versões, e ainda é a primeira coisa que as pessoas comentam quando falam comigo.

84 pull requests de uma designer, 65 com merge, e 151 issues que transformaram decisões de design em trabalho que a engenharia conseguia pegar. Três agentes de design que o time todo usou, um deles parte do DS Police. Um ciclo semanal que transformava calls com clientes em dores ligadas ao trabalho. E um jeito de trabalhar que deixou uma designer acompanhar o ritmo de um time que trabalhava com IA todo dia.