Um fluxo de trabalho para agências que usam IA precisa transformar cada etapa em uma saída verificável. Briefing vira estrutura. Estrutura vira página. Página vira pacote. Pacote vira URL. URL vira revisão de cliente.

Sem esse encadeamento, a agência apenas troca um gargalo por outro: gera mais rápido, mas revisa mais, perde contexto e termina com alguém publicando manualmente no fim.

O objetivo não é automatizar a agência inteira. É criar um caminho previsível do briefing ao site publicado com IA, mantendo responsáveis, critérios de aprovação e evidências de entrega.

O mapa do fluxo

Para uma agência, o fluxo pode ser organizado em seis blocos:

Bloco Entrada principal Saída verificável
Briefing objetivo, público, oferta e restrição documento curto de direção
Arquitetura briefing aprovado seções, CTA, hierarquia e riscos
Produção assistida arquitetura da página arquivos HTML, CSS, JS e assets
Revisão primeira versão navegável ajustes de marca, copy e responsivo
Publicação pacote estático final slug, deploy e URL pública
Handoff URL publicada resumo com status, pendências e próximos passos

Cada bloco deve ter uma pessoa responsável. A IA pode ajudar em todos, mas não deve ser a dona da aprovação.

1. Briefing: reduza ambiguidade antes de gerar

O briefing precisa caber em uma página, mas não pode ser vago.

Inclua:

  • objetivo da página;
  • público-alvo;
  • problema que a oferta resolve;
  • CTA principal;
  • tom de voz;
  • diferenciais permitidos;
  • restrições de marca;
  • provas que podem ser usadas;
  • links ou integrações obrigatórias;
  • prazo da primeira revisão.

Se a agência usa templates, transforme isso em formulário interno. Se o cliente responde por áudio ou mensagem solta, peça para o agente resumir e listar lacunas antes de qualquer criação.

Prompt útil:

Transforme este briefing em uma direção de landing page.
Separe objetivo, público, oferta, CTA, seções sugeridas e riscos.
Não invente dados, depoimentos, garantias ou integrações.
Liste perguntas em aberto antes de gerar qualquer arquivo.

2. Arquitetura: aprove a página antes do visual

Agências perdem tempo quando pulam direto para layout.

Antes de gerar o site, aprove:

  • ordem das seções;
  • mensagem principal;
  • CTA primário e secundário;
  • objeções que a página deve responder;
  • conteúdo que ainda depende do cliente;
  • elementos que não devem aparecer.

Essa etapa evita que o agente crie uma página bonita para uma oferta errada. Também cria um contrato simples para revisão: se a seção foi aprovada, a discussão muda para execução, não para direção.

3. Produção assistida: gere arquivos publicáveis

Quando a estrutura estiver aprovada, o pedido ao agente deve ser operacional.

Crie a primeira versão estática desta landing page.
Use HTML, CSS e JavaScript quando necessário.
Mantenha index.html na raiz da pasta publicável.
Use caminhos relativos para assets.
Não use conteúdo placeholder.
Depois liste quais arquivos foram criados e o que ainda precisa de revisão humana.

Esse tipo de pedido prepara o próximo passo. A agência não quer apenas uma ideia de página; quer arquivos que possam virar URL.

Conecte o MCP em Configuração no cliente em que o trabalho acontece. Codex, Claude Code, ChatGPT, Claude web e outros clientes compatíveis usam o mesmo fluxo de edição e publicação pelas tools do Site no Ar.

4. Revisão: separe qualidade de preferência

A revisão deve ter duas camadas.

A primeira é qualidade mínima:

  • sem placeholders;
  • responsivo em celular;
  • imagens carregando;
  • CTA funcionando;
  • contraste legível;
  • texto sem promessas não aprovadas;
  • pacote publicável com index.html na raiz.

A segunda é preferência do cliente:

  • ajuste de tom;
  • troca de imagem;
  • ordem de seções;
  • refinamento de oferta;
  • alteração de CTA;
  • decisão sobre domínio.

Misturar essas duas camadas atrasa a entrega. Publique uma URL de revisão quando a qualidade mínima estiver resolvida, e use essa URL para discutir preferências.

5. Publicação: transforme arquivos em URL

No Site no Ar, a publicação segue um contrato simples: o agente consulta o workspace do Site, escreve o conteúdo estático sob public/ e chama deploy. A home fica em public/index.html; outras páginas e assets preservam seus caminhos.

Esse contrato está documentado em Publicação. Ele é útil para agências porque reduz a última etapa a uma operação previsível: escolher o Site, atualizar os arquivos, acompanhar o deploy e abrir a URL final.

Prompt para o agente:

Publique esta landing page no Site no Ar.
Use o slug cliente-campanha-revisao-01.
Confirme que public/index.html existe.
Acompanhe o deploy até concluir.
Depois abra a URL final e me diga o que foi verificado.
Não configure domínio próprio nesta etapa.

Agora a revisão do cliente acontece em uma página real. Isso muda a qualidade do feedback e diminui o número de anexos, prints e dúvidas operacionais.

O handoff precisa mostrar o estado da entrega.

Use este formato:

URL publicada: https://cliente-campanha-revisao-01.sitenoar.app
Slug: cliente-campanha-revisao-01
Pacote: dist/
Status: deploy concluído
Verificado: home abriu, assets carregaram, CTA principal testado
Pendente: aprovação final do cliente e decisão sobre domínio próprio
Próximo passo: revisar copy e confirmar se o slug vira definitivo

Esse resumo ajuda atendimento, gestor de projeto e cliente. Ele também cria histórico para republicação.

Quando o cliente aprovar e quiser domínio próprio, siga a etapa de Domínios próprios. Trate DNS como decisão posterior à aprovação do conteúdo, a menos que o contrato do projeto exija domínio desde o primeiro preview.

Como isso muda a operação da agência

Um fluxo bem desenhado cria três ganhos.

Primeiro, a agência reduz retrabalho porque o briefing vira critério de geração. Segundo, a equipe revisa uma URL navegável em vez de discutir arquivos soltos. Terceiro, a publicação deixa de depender de alguém lembrar qual painel, pasta ou comando usar.

Esse fluxo complementa o guia sobre como entregar landing pages de cliente em segundos com agente de IA. Lá, o foco é a entrega rápida de uma landing. Aqui, o foco é a operação repetível da agência.

O que não delegar ao agente

Não delegue ao agente decisões que exigem responsabilidade comercial ou legal.

A agência ainda precisa aprovar:

  • posicionamento;
  • promessa;
  • preço;
  • depoimentos;
  • claims técnicos;
  • imagens de pessoas reais;
  • compliance;
  • integrações com ferramentas do cliente;
  • decisão de domínio próprio;
  • contrato de manutenção.

O agente pode listar riscos e executar tarefas. A agência decide.

Como começar nesta semana

Escolha um cliente ou campanha de baixo risco. Crie um briefing curto, aprove a estrutura, gere uma landing estática, publique uma URL de revisão e mande o handoff com status.

Depois transforme os prompts que funcionaram em rotina interna. Comece pela Configuração e siga o fluxo único descrito em Publicação, sem criar um handoff diferente para cada cliente.

O fluxo completo é simples: briefing claro, arquitetura aprovada, produção assistida, revisão em URL, publicação verificável e handoff com evidência. É assim que a IA deixa de ser experimento e vira uma etapa confiável da entrega.