Design com IA — do prompt ao produto — 3. Prototipar com os artifacts

18 min read min de lecture
Capítulo 03

Prototipar com os artifacts

Capítulo 3 de 10 · 30%

Objetivos deste capítulo

  • Compreender o que é um artifact
  • Iterar visualmente em pequenos toques
  • Construir uma página completa a partir do design system

O que é um artifact?

Um artifact é um resultado interativo que a IA gera e mostra ao lado da conversa: uma página HTML/CSS completa, um componente React, um SVG — que se executa realmente num painel dedicado. Não lês código a imaginar o resultado: vês o resultado, clicas nele, testas os hovers. E quando pedes um ajuste, o artifact atualiza-se à frente dos teus olhos.

Mede a mudança em relação ao fluxo clássico: maquete Figma, exportação, integração, deployment num ambiente de pré-visualização, retorno do cliente três dias depois… Cada ciclo de feedback custava horas. Com um artifact, o ciclo dura trinta segundos. Não é apenas «mais rápido»: é uma mudança de natureza. Quando iterar não custa nada, exploras dez direções em vez de defenderes a única que tiveste tempo de produzir.

Para o Studio Mango, é a arma do dia: em vez de apresentar amanhã de manhã três pranchas estáticas ao cliente, vais mostrar-lhe uma página viva — que faz scroll, que reage ao hover, que se consulta no telemóvel dele. A diferença de perceção é enorme: um protótipo interativo desencadeia comentários concretos («este botão, ali, eu via-o mais acima»), não debates abstratos sobre intenções.

Porque é que o ciclo curto muda a tua forma de fazer design

O ciclo do artifact segue sempre o mesmo padrão: escreves um prompt, o resultado aparece, observas, formulas um feedback preciso, o resultado atualiza-se. Repete. Este ciclo ultracurto tem um efeito psicológico precioso: desdramatiza o erro. Uma má ideia custa trinta segundos, então atreves-te a testá-la. Quantas boas ideias morreram em reunião porque «não havia tempo para maquetar isso»?

flowchart LR
  P["Prompt"] --> R["Resultado no artifact"]
  R --> F["Feedback preciso"]
  F --> M["Atualização em direto"]
  M --> R
O ciclo do artifact: discutes o design enquanto o vês viver.

Atenção, porém, ao reverso: a facilidade de iterar pode produzir deriva sem rumo. Vinte iterações sem norte, e encontras-te mais longe do objetivo do que no início, sem conseguir dizer quando descarrilou. A parada: mantém o teu briefing de direção artística debaixo dos olhos, e antes de cada pedido de modificação, verifica que ele serve o briefing. Iterar depressa, sim — derivar, não.

Preparar o terreno: o prompt de partida

A qualidade da tua sessão de prototipagem joga-se no primeiro prompt. Três ingredientes devem lá figurar: o teu design system (o bloco :root do capítulo anterior, colado integralmente), a estrutura esperada (a lista das secções por ordem), e o briefing de ambiente com os seus interditos. Sem os tokens, a IA improvisa cores; sem estrutura, inventa secções; sem interditos, volta a cair no genérico.

PROMPT
Cria a landing page da Sereno (app de meditação) numa única página HTML/CSS autónoma.

DESIGN SYSTEM (a usar exclusivamente — nenhum valor fixo):
[cola aqui o teu bloco :root completo]

ESTRUTURA:
1. Header: logo em texto + link «Iniciar sessão»
2. Hero: título forte, subtítulo, CTA principal «Experimentar gratuitamente», visual abstrato tranquilizante em CSS puro (sem imagem externa)
3. Três benefícios em cartões: Dormir melhor, Gerir o stress, Concentrar-se
4. Testemunho: citação + nome próprio + profissão
5. Pricing simples: oferta gratuita vs premium
6. Footer sóbrio

AMBIENTE: depurado, generoso em espaço (secções espaçadas de var(--space-24)), animações suaves apenas no hover.
INTERDITOS: gradientes berrantes, emojis, sombras pesadas, mais de uma cor de destaque.
Reinjeta os teus tokens (as variáveis CSS) no prompt para que o artifact respeite o teu sistema. Sem eles, cada geração reinventa a sua própria paleta e a coerência desmorona-se.

Iterar em pequenos toques

Primeiro resultado obtido: está correto, não extraordinário. É normal — o primeiro rascunho é uma fundação, não um produto acabado. A disciplina que se segue faz toda a diferença: uma iteração = uma intenção. «Arredonda mais os cantos dos cartões», e observa. «Mais ar entre a hero e os benefícios», e observa. «O CTA deve dominar a hero», e observa.

Porquê esta lentidão aparente? Porque se pedires cinco mudanças de uma vez e o resultado se degradar, não sabes qual é a responsável. Mudança a mudança, vês precisamente o efeito de cada decisão — e aprendes pelo caminho: descobres empiricamente o que 16 px de espaço a mais fazem a uma secção. É o mesmo princípio que a depuração em programação: isolam-se as variáveis.

Concretamente, uma sessão eficaz parece-se com isto: três ou quatro iterações de estrutura (ordem das secções, proporções da hero, densidade dos cartões), depois três ou quatro iterações de estilo (espaçamentos finos, tamanhos de títulos, intensidade das sombras), e por fim uma passagem de detalhes (transições no hover, alinhamentos, coerência dos ícones). Estrutura primeiro, estilo depois, detalhes no fim — nunca o inverso, senão aperfeiçoas secções que serão eliminadas.

O vocabulário do feedback visual

As tuas iterações serão tão boas como as tuas formulações. Eis os esquemas que funcionam: nomear a zona («na secção benefícios…»), nomear o problema em vocabulário de design («…os três cartões quase se tocam, o ritmo está abafado…»), e dar a direção («…espaça-os de var(--space-8) e reduz o padding interno um nível»). Zona, problema, direção: três tempos, dez segundos a escrever, e a IA corrige exatamente o que é preciso.

  • Hierarquia: «o título e o subtítulo têm quase a mesma presença; reforça o título (tamanho +1 nível, espessura 600) e atenua o subtítulo (--color-text-muted)»
  • Ritmo: «os espaçamentos entre secções variam; uniformiza para var(--space-24) em todo o lado»
  • Destaque: «a cor de destaque aparece em seis sítios; reserva-a para o CTA principal e os links»
  • Densidade: «a secção pricing está apertada; duplica o padding interno dos cartões e areja as listas de funcionalidades»

Artifacts, v0, Figma AI: que ferramenta para quê?

Os artifacts não são o único meio de prototipar com a IA, e é útil situar o ecossistema. Cada ferramenta tem a sua zona de excelência; a escolha depende do teu entregável e do teu ponto de partida. Para o desafio do Studio Mango — explorar, iterar em conversa e entregar uma página viva em algumas horas — os artifacts são a ferramenta natural. Se o projeto exigisse React pronto para produção numa stack Next.js, o v0 levaria vantagem; se a equipa trabalhasse já em maquetes Figma com passagem a integradores, o Figma AI impor-se-ia.

Claude artifactsPrototipagem conversacional: HTML/CSS/React renderizado em direto ao lado do chat. Ideal para explorar, iterar finamente pelo diálogo e manter o controlo do design system. Exportação: copias o código.
v0 (Vercel)Geração orientada para produção: componentes React/Tailwind/shadcn prontos a integrar numa stack moderna. Menos conversacional, muito eficaz quando o alvo técnico já é Next.js.
Figma AIGeração e edição na ferramenta de maquetagem: perfeito se a equipa vive no Figma (comentários, bibliotecas partilhadas, passagem de testemunho). O resultado continua a ser uma maquete, não código executável.

Do rascunho ao apresentável

Numa dezena de iterações disciplinadas, passas de um esqueleto correto a uma página que podes projetar em reunião com o cliente. Antes de parares, faz a passagem de verificação: testa o resultado em mobile (metade dos visitantes da Sereno virão do telemóvel — pede explicitamente «mostra-me o resultado em 375 px de largura» e verifica que a hero não se desmorona), passa o rato sobre cada elemento interativo, e relê os textos, porque a IA introduz por vezes conteúdo falso aproximativo.

Último reflexo profissional: arquiva as etapas. Copia o código das versões-chave (V1 em bruto, V2 estruturada, V3 final) para ficheiros datados. Se o cliente preferir afinal a direção da V2, recupera-la num minuto. E ao apresentares a progressão V1 → V3, mostras o raciocínio do estúdio — o que vale muitas vezes mais do que o resultado final em si.

Um protótipo de artifact é uma ferramenta de exploração e de apresentação, ainda não código de produção: faltam-lhe os testes, a otimização de performance e a compatibilidade de navegadores. A passagem a código limpo é o capítulo seguinte.
🛠️ É a tua vez

Contexto

A reunião com o cliente é amanhã às 9 h. O Studio Mango quer projetar uma maquete viva da landing Sereno — não pranchas estáticas. Partes do teu design system do capítulo 2 e tens uma sessão de prototipagem pela frente. O objetivo: uma página completa, coerente com o briefing, testada em mobile, com pelo menos uma alternativa de hero para mostrar ao cliente e abrir a discussão.

Instruções

  1. Prepara o teu prompt de partida: design system completo + estrutura em 6 secções + ambiente e interditos.
  2. Gera a primeira versão e observa-a sem tocar em nada durante um minuto: anota três pontos fortes e três pontos fracos.
  3. Itera 3 vezes na estrutura, uma intenção por mensagem (proporções da hero, ordem das secções, densidade dos cartões).
  4. Itera 3 vezes no estilo usando o formato zona → problema → direção (espaçamentos, hierarquia dos títulos, uso do destaque).
  5. Pede uma variante completa da secção hero (ex. visual à direita em vez de centrado) e compara as duas versões.
  6. Verifica o resultado mobile em 375 px de largura e corrige o que se desmoronar.
  7. Arquiva o código das versões-chave em ficheiros datados, e escolhe a versão a apresentar justificando em duas frases.
Dica — Uma iteração = uma intenção clara. Evita mudar tudo de uma vez: se o resultado se degradar após cinco mudanças simultâneas, não saberás qual é a responsável.

Em resumo

  • Um artifact é um resultado interativo atualizado em direto: vês o resultado em vez de o imaginar.
  • O ciclo curto muda a natureza do trabalho: iterar não custa nada, por isso exploras em vez de defenderes uma única pista.
  • O prompt de partida contém três ingredientes: design system completo, estrutura das secções, briefing com interditos.
  • Itera-se em pequenos toques: uma intenção por mensagem, estrutura primeiro, estilo depois, detalhes no fim.
  • O bom feedback segue o formato zona → problema (em vocabulário de design) → direção.
  • Artifacts para explorar em conversa, v0 para React de produção, Figma AI para as equipas que vivem no Figma.
  • Antes de apresentar: teste mobile, verificação dos hovers, releitura dos textos, arquivamento das versões-chave.
  • Um protótipo não é código de produção: prova a direção, não a robustez.

Quiz — verifica a tua compreensão

1. O que é um artifact?

O artifact executa realmente o código gerado (HTML/CSS, React…) num painel dedicado e atualiza-se a cada pedido.

2. Como iterar bem num artifact?

Mudança a mudança, vês o efeito de cada decisão. Cinco modificações simultâneas tornam impossível saber qual degradou o resultado.

3. Em que ordem conduzir as iterações?

Aperfeiçoar as transições de uma secção que será eliminada é tempo perdido: valida-se a estrutura antes de refinar o estilo e os detalhes.

4. O que deve conter o prompt de partida de uma sessão de prototipagem?

Sem tokens, a IA improvisa cores; sem estrutura, inventa secções; sem interditos, volta a cair no genérico.

5. Que ferramenta privilegiar para gerar componentes React/Tailwind prontos para uma stack Next.js?

O v0 é orientado para produção React/Tailwind/shadcn. Os artifacts brilham na exploração conversacional; o Figma AI serve as equipas que trabalham em maquetes.

6. Qual é o risco principal do ciclo de iteração ultracurto?

Quando iterar não custa nada, pode-se derivar sem dar por isso. A parada: manter o briefing debaixo dos olhos e verificar que cada modificação o serve.

Auteur(s)

R

REHOUMA Haythem

Haythem Rehouma est un ingénieur et architecte IA et cloud, formateur et enseignant technique, avec un profil orienté IA médicale, AWS, MLOps, LLM/RAG et vision par ordinateur.