B.R.I.E.F., CARGA, M.A.P.A., Loop 3R e P.A.S.T.A.: o sistema operacional que uma pessoa usa para entregar o que uma equipe de 10 não consegue.
Esse método nasceu de 14 anos errando, aprendendo e reposicionando, e de um momento específico em que percebi que o que me travava era a falta de sistema. Talento eu já tinha.
Quando a IA generativa chegou com força, eu estava operando uma agência do jeito tradicional: reunião de brief, alinhamento de equipe, ciclos longos de revisão, muito retrabalho e a sensação constante de estar trabalhando no limite da capacidade humana para dar conta do volume.
A virada aconteceu quando percebi onde estava o problema: no processo que alimenta a ferramenta. Aprender a "usar o ChatGPT" ajudava pouco enquanto esse processo continuava frouxo. Um modelo de linguagem sem contexto é como contratar um designer extraordinário e não entregar a ele o briefing, o manual de marca ou o arquivo de referência. O resultado vai ser genérico. O profissional pode ser ótimo; faltou equipá-lo para ser específico.
O Método Squad IA nasceu dessa percepção. São cinco frameworks em sequência: você estrutura o que quer (B.R.I.E.F.), equipa o modelo com o contexto da marca (CARGA), mapeia tudo que o projeto precisa antes de produzir (M.A.P.A.), executa em ciclos de qualidade (Loop 3R) e entrega de forma profissional (P.A.S.T.A.).
O output de uma IA é diretamente proporcional à qualidade do processo que vem antes dele. O método pesa mais que o modelo.
Aqui não tem "prompts mágicos". Nenhum atalho substitui compreender o cliente, construir o posicionamento e ter um critério claro de qualidade. O que você vai encontrar são os frameworks operacionais que permitem aplicar o seu talento de forma sistemática: escala sem perder qualidade, velocidade sem perder voz.
Também passa longe da teoria. Cada framework daqui foi aplicado em contas reais, como Clínica Brasília, Hyuntek e Gabi Photos: 16 contas com 20 a 50 entregas cada, operadas por uma pessoa. O que você vai ler é o destilado prático disso.
A ordem dos capítulos segue a sequência do fluxo de trabalho. Leia na ordem na primeira vez. Depois, cada capítulo funciona como referência independente, para você voltar quando precisar.
No final de cada capítulo há um template para copiar e uma lista de erros comuns. Use os dois imediatamente em um projeto real. Framework só entra na memória muscular quando é aplicado.
O briefing em 5 campos que reduz 8 iterações para 1
Brief frouxo é a coisa mais cara da sua operação, mais cara que qualquer ferramenta que você ainda não assinou.
Todo retrabalho que já te custou horas tem uma causa raiz, e ela raramente está no modelo de IA, na ferramenta escolhida ou na falta de talento. Quase sempre está no brief.
Um brief frouxo força o modelo a preencher lacunas com suposições genéricas. O output vem tecnicamente correto e semanticamente vazio: cabe em qualquer cliente do setor, não tem a voz da marca, não ataca o problema específico. E aí começa o ciclo: "melhora isso", "fica mais específico", "tenta outra abordagem". Oito iterações depois, você tem um resultado que uma instrução bem construída teria entregado na primeira tentativa.
A mesma tarefa com dois briefs
Carrossel de Instagram da Clínica Brasília, caso do fim deste capítulo
de tempo na mesma entrega, de 2 horas de retrabalho para 12 minutos até ficar pronta para aprovação.
O B.R.I.E.F. é um framework de 5 campos obrigatórios, em ordem. Cada campo tem um job específico e nenhum substitui o anterior. Pular qualquer um multiplica o retrabalho.
Background é onde você situa o modelo no cliente, no momento e nas restrições. Sem isso, qualquer prompt produz conteúdo que "poderia ser de qualquer agência de saúde" ou "de qualquer clínica veterinária".
O Background precisa cobrir quatro elementos:
Restrições definem o campo de jogo. No campo certo, a IA faz o gol. No campo errado, faz o gol no time errado.
A maioria das pessoas coloca no campo "resultado" o que quer receber: "um carrossel sobre os serviços". Isso descreve o entregável. Resultado é o que muda para o cliente quando a entrega funciona.
A estrutura correta de um resultado é métrica + número + janela de tempo + hipótese.
"Fazer um carrossel de Instagram sobre os serviços da clínica."
Isso é entregável. Não informa se funcionou.
"+15% de agendamentos via DM nos próximos 30 dias. Hipótese: hook educativo sobre fisioterapia preventiva + CTA direto para o link na bio."
Mensurável, com janela e com hipótese testável.
A hipótese explícita é a parte que mais gente pula, e é a mais valiosa. Ela força você a articular por que acredita que a abordagem vai funcionar. Isso alinha expectativas com o cliente, orienta o modelo na direção certa e cria o critério para avaliar se o entregável atingiu o objetivo.
"Depois eu mando o logo" é onde projetos morrem. Insumo faltando na hora do prompt é garantia de alucinação: o modelo inventa o que falta para preencher a lacuna.
Existem três níveis de insumo:
Brand bible, copy aprovada, fotos oficiais, dados verificáveis. Se não chegou, o projeto não começa. Simples assim.
Três concorrentes diretos, cinco referências visuais, dois exemplos de tom aprovado, um briefing anterior que funcionou.
O que falta fica marcado como [PENDENTE: foto fachada] no brief. Cliente perdoa pendência declarada. Fato inventado que aparece na entrega custa a confiança.
Sem escopo definido, todo pedido adicional do cliente parece razoável. Com escopo declarado, mudança de escopo é cobrada. É a diferença entre controle e scope creep infinito.
O escopo precisa cobrir quatro vetores:
Sem o "fora" explícito, todo pedido extra do cliente parece justo. Com o "fora", você cobra mudança de escopo.
Formato é a especificação técnica da entrega. Em vez de "carrossel de Instagram", algo como "8 cards, 1080×1080 px, HTML com renderização via Playwright, paths em criativos/estaticos/, naming NN-slug-1x1.html".
Quatro especificações obrigatórias:
Se o Formato não cabe em uma frase, o problema está no Escopo. Volte uma letra.
Para tornar o framework concreto, aqui está a mesma tarefa escrita das duas formas:
"Faz um carrossel de Instagram pra clínica falando dos serviços."
Resultado: 8 iterações, 2 horas de retrabalho e um output genérico que poderia ser de qualquer clínica do Brasil.
B: Clínica Brasília, Padre Bernardo/GO. Paciente médio de 35 a 55 anos, decisão por confiança. Não pode citar casos clínicos (CFM).
R: +15% de agendamentos via DM em 30 dias. Hipótese: hook educativo sobre prevenção + CTA direto.
I: brand-bible.md carregado, fotos em /img/clinica/, copy aprovada no documento.
E: 8 cards 1:1, 1 versão A/B do hook. Sem versão Stories.
F: HTML para PNG via Playwright, paths em criativos/estaticos/, naming 01-carrossel-prevencao-1x1.html.
Resultado: 1 iteração de refino, 12 minutos e pronto para aprovação.
## B · Background Cliente: [nome + setor] ICP: [3 atributos do cliente ideal] Momento: [lançamento / sustentação / virada / incêndio] Histórico: [o que veio antes, o que funcionou ou falhou] Restrições: [o que NÃO pode: jurídico, marca, técnico] ## R · Resultado Métrica: [o que será medido] Número alvo: [+ X% ou de A para B] Janela: [30 dias / 1 sprint / 1 lançamento] Hipótese: [acredito que isso funciona porque...] ## I · Insumos Obrigatório: [brand bible / fotos / copy aprovada] Recomendado: [referências / concorrentes / exemplos de tom] Pendências: [[PENDENTE: item que falta]] ## E · Escopo Dentro: [lista numerada do que será entregue] Fora: [lista explícita do que NÃO está incluso] Quantidades: [números absolutos] Feito quando: [critério objetivo de conclusão] ## F · Formato Arquivo: [tipo + extensão + editável/exportado] Dimensão: [pixels exatos] Plataforma: [onde vai rodar] Padrão: [path canônico + convenção de nomes]
"Fazer uma LP" é entregável. "+20% de conversão" é resultado. Sempre defina o segundo.
As restrições são invisíveis para o modelo. Se você não lista o que não pode, o modelo vai fazer exatamente isso.
Se não chegou na hora do brief, declare como [PENDENTE]. Nunca invente para preencher.
Listar o que está dentro sem listar o que está fora é uma armadilha. Tudo que não foi excluído explicitamente vira responsabilidade implícita.
"Stories" ainda não define formato. "1080×1920, .mp4, 15 segundos, para Meta Ads" define.
O onboarding permanente da marca, carregado uma vez e herdado em toda sessão
Ninguém pede para um designer produzir sem onboarding. Por que pedir para um modelo?
A diferença entre um output que "cheira a IA" e um output com a cara da marca raramente está no modelo usado ou no prompt isolado. Está no contexto que vem antes do prompt.
Quando você abre uma sessão nova e simplesmente pede "me faz um post para Instagram sobre fisioterapia preventiva", o modelo tem zero contexto sobre o cliente, o tom, o vocabulário aprovado, as restrições visuais ou qualquer coisa que torne o conteúdo específico. Ele vai gerar algo tecnicamente correto, visualmente aceitável e completamente genérico.
A CARGA resolve isso. São três camadas de contexto que você constrói uma vez e carrega no início de cada projeto, e que transformam o modelo de um freelancer sem briefing em um colaborador de confiança que já conhece a marca.
Carregada uma vez herdada em cada projeto
Quem é, para quem, o que faz diferente, como surgiu, quem é o cliente ideal. Sem isso, o modelo sabe o que dizer e não sabe como.
A camada Institucional precisa responder cinco perguntas fundamentais:
Sintoma de Institucional fraco: o output poderia ser de qualquer empresa do setor. Quando isso acontece, falta carregar a alma da marca.
A IA gera HTML, SVG e CSS. Sem tokens canônicos, gera inconsistente. Com tokens, cada output sai automaticamente fiel ao sistema visual da marca.
A camada Visual é mais fácil do que parece, porque os modelos atuais (especialmente o Claude) interpretam CSS com alta fidelidade. O que você precisa carregar:
Dica prática: cole o bloco :root { } com as variáveis CSS direto no system prompt. O modelo passa a usar var(--accent) em vez de inventar um hex aleatório a cada resposta.
Exemplo real: a camada Visual da Hipercode, a mesma usada neste playbook
Sem esta camada, o modelo usa o vocabulário padrão do mercado, e o cliente reconhece em três segundos que aquilo não parece dele.
Cinco ativos para carregar na camada de Linguagem:
Dependendo do seu setup, a CARGA vive em lugares diferentes:
Claude Projects
Um Project por cliente. System prompt = Institucional + tom + regras duras. Knowledge = brand-bible.md + copy aprovada. Cada sessão nova herda tudo automaticamente.
Claude Code + repositório
Uma pasta versionada (git) por conta. CLAUDE.md como system prompt + paths canônicos. Squads como agentes departamentais. Conhecimento que evolui e sobrevive ao fim da sessão.
Se o cliente não tem brand bible, você constrói a v0 em uma reunião de 30 minutos. Use este esqueleto:
# [Nome da Marca] · Brand Bible v0
## 1. Fundamento
**Missão:** [em 1 frase]
**Visão:** [em 1 frase]
**Valores:** [3 a 5 adjetivos com 1 frase cada]
**Narrativa fundadora:** [2 parágrafos: antes e depois]
## 2. Posicionamento
**Categoria:** [como se chama o que fazem]
**ICP:** [3 a 5 atributos do cliente ideal]
**Dor real:** [nas palavras do cliente, não da marca]
**Proposta de valor:** Para [ICP] que sofre [dor], somos [categoria]
que entrega [outcome] diferente de [alternativa] porque [razão única].
## 3. Concorrência
[Concorrente 1]: [uma frase sobre o que fazem diferente]
[Concorrente 2]: [idem]
## 4. Visual
**Paleta:**
:root {
--primary: #[hex]; /* uso: CTAs e destaques */
--bg: #[hex]; /* uso: fundo principal */
--text: #[hex]; /* uso: texto corrido */
}
**Tipografia:** [família] para títulos, [família] para corpo
**Border-radius:** [X px] cards, [X px] botões
## 5. Tom e Linguagem
**Tom em 3 adjetivos:** [adj1] · [adj2] · [adj3]
**Vocabulário aprovado:** [lista]
**Vocabulário proibido:** [lista]
**Copy ouro:** [5 exemplos reais]
Por trás de 29 entregas existe um mapa
Antes de produzir a primeira linha de copy ou o primeiro pixel, você precisa saber tudo que o projeto vai precisar, e em que ordem.
O erro mais comum na produção com IA acontece no planejamento, antes da execução.
A pessoa abre o chat, pede o primeiro asset que veio na cabeça, aprova, pede o segundo, descobre que o segundo depende de algo que devia ter vindo antes, recua, refaz. O projeto avança em zigue-zague quando deveria avançar em linha reta.
O M.A.P.A. resolve isso. Antes de rodar uma única instrução de produção, você lista tudo que o projeto precisa (Assets), ordena por impacto e dependência (Prioridade) e define o endereço técnico de cada item (Arquivos). O resultado é um backlog acionável que você executa de forma linear, sem sobreposição e sem retrabalho por dependência.
A lista exaustiva de tudo que o projeto precisa. Nada de "vou descobrindo no caminho".
P0, P1 ou P2 para cada item. Sem prioridade, tudo vira urgente e o projeto não avança.
Path canônico, formato final, naming e squad responsável. Cada item vira uma linha de tabela acionável, com endereço definido.
Todo projeto de agência cabe nestas sete categorias. Se o seu M.A.P.A. tem menos de 10 itens, você olhou só para metade do projeto.
Logo, paleta, tipografia, brand bible, avatar social, favicon, papelaria, deck institucional.
Posts de blog, roteiros de vídeo, e-mails, copy de site, legendas.
Home, landing pages, sobre, serviços, índice do blog, política de privacidade.
Templates de carrossel, stories, capa de reel, capas de destaques, header de perfil.
Criativos estáticos e animados, variações A/B, headlines para teste.
Fluxos de e-mail, chatbot, webhooks, integrações com CRM.
Esquecidos por 90%: README do projeto, escopo aprovado, cronograma, proposta, contrato.
É a categoria mais ignorada e a que mais cria problema jurídico. Quem aprovou o quê? O que está dentro do escopo? Esses documentos protegem você.
Métrica de qualidade: um projeto médio tem entre 20 e 50 itens no M.A.P.A. Se você listou menos de 10, olhou apenas para a superfície. Se listou mais de 60, provavelmente misturou tarefas com projetos; revise a granularidade.
Regra dos 60%: se P0 e P1 somados forem menos de 60% do seu M.A.P.A., você está carregando P2 demais de uma vez. Isso é scope creep disfarçado: o projeto cresce sem entregar mais valor percebido.
Quantos itens o seu projeto tem em cada prioridade?
Cada item do M.A.P.A. precisa de quatro informações para virar uma linha de tabela acionável:
Endereço absoluto no repositório: criativos/estaticos/01-hero-1x1.html. Nunca relativo, nunca "pasta do Dropbox".
Extensão, dimensão e peso máximo: HTML → PNG, 1080×1080 px, até 500 KB.
Convenção NN-slug-formato.ext, em que NN é a ordem de entrega. Facilita automação e a localização por qualquer pessoa do time.
Qual agente ou papel produz o item: Copy Squad, Design Squad, Mídia Squad. Permite paralelizar sem sobrescrever trabalho.
29 itens reais, por categoria
Conteúdo foi a maior frente do projeto
Logo (4 variações), paleta CSS, brand bible, avatar social, favicon, papelaria digital, deck institucional.
10 posts de blog otimizados para SEO, cada um com FAQ schema. Temas mapeados por volume de busca local.
Home, sobre, serviços (1 por especialidade), índice do blog, contato com formulário, política de privacidade.
Templates de carrossel, stories, capa de reel, capas de destaques, header do perfil.
| Nº | Asset | Categoria | Prioridade | Path Canônico | Formato | Squad | |----|-------|-----------|------------|---------------|---------|-------| | 01 | Logo principal | Brand | P0 | brand/logo/01-logo-principal.svg | SVG + PNG | Design | | 02 | Brand Bible | Brand | P0 | brand/brand-bible.md | Markdown | Strategy | | 03 | Home LP | Web | P1 | web/home/index.html | HTML | Design | | 04 | Hero copy (3 var.) | Conteúdo | P1 | copy/web/hero-v1-v3.md | Markdown | Copy | | 05 | Carrossel serviços | Social | P1 | criativos/estaticos/01-carousel-servicos.html | HTML→PNG | Design | | 06 | Posts de blog (×10) | Conteúdo | P2 | conteudo/blog/[slug].html | HTML | Copy | | ... | ... | ... | ... | ... | ... | ... |
Três voltas, cada uma com um job e um critério de saída claro
Volume sem qualidade vira reclamação de cliente, e qualidade sozinha não sustenta a operação. O Loop 3R junta os dois.
O erro mais comum de quem começa a produzir com IA em volume é confundir velocidade com falta de critério.
A tentação é abrir o chat, rodar o prompt, achar aceitável e enviar para o cliente. Alguns clientes vão aceitar. A maioria vai notar algo que "não soa bem", sem saber nomear. E você vai perder o cliente no médio prazo sem entender por quê.
O outro extremo também é problemático: ficar iterando sem fim no modelo, pedindo refinamentos vagos ("fica mais criativo", "melhora o tom"), sem um critério de saída objetivo. A sessão dura horas, você não sabe quando parou de melhorar e começou a andar em círculo, e o output piora.
O Loop 3R resolve os dois extremos: três voltas com jobs diferentes e critérios de saída objetivos.
Somadas, as três voltas cabem em cerca de 35 minutos por entrega
A maior fatia do tempo fica com a autoria humana. Passou do teto em alguma volta? A causa costuma estar no brief ou na CARGA.
Job: gerar matéria-prima. Roda o B.R.I.E.F. com a CARGA carregada. Aceita o primeiro output. Não corrige, não comenta, não pede reescrita. Ainda não é a hora.
O R1 é contracultural. A maioria das pessoas abre o chat já querendo o output final e, quando o primeiro resultado não é perfeito, começa a ajustar na hora. O problema é que isso mistura dois jobs incompatíveis: gerar e avaliar. Quando você gera e avalia ao mesmo tempo, paralisa os dois.
As regras do R1:
Sem exceção. Mesmo que seja ruim. Especialmente se for ruim, porque aí você entende onde o B.R.I.E.F. estava frouxo.
Se o R1 está levando 15 minutos, você já entrou num R2 disfarçado. O brief provavelmente está frouxo. Volte uma etapa.
Nunca no destino final. Rascunho na pasta errada vira entrega acidental.
O anti-padrão mortal do R1: "vou só ajustar uma coisinha enquanto gero". Pronto, você travou o pipeline. R1 é fábrica. O ateliê fica para o R3.
Job: passar o rascunho pelo checklist do Revisor. Saída: uma lista de correções específicas, numeradas e objetivas. Em vez de "melhora isso", algo como "linha 12 usa 'jornada' (proibida), substituir por X".
O R2 é onde a maior parte do retrabalho acontece, e onde a maior parte dele pode ser eliminada com um checklist. O Revisor é um papel com uma lista de critérios objetivos que toda entrega precisa passar, bem longe da avaliação por feeling.
A saída do R2 é um bloco de correções numeradas: "1. Card 03: usar radius 20 px (está 16 px). 2. Headline: remover 'alavancar' (proibida). 3. CTA: adicionar verbo de ação." Cole esse bloco no chat e peça uma versão revisada. Refine sobre o R1, sem regenerar do zero.
Job: inserir o que só você tem. O R3 é obrigatório. Quem pula o R3 entrega 80% da qualidade em 50% do tempo, e perde 100% dos clientes premium.
O R3 é a diferença entre "gerado com IA" e "feito com IA". O que o modelo não consegue fazer sozinho:
Tempo-alvo do R3: 10 a 20 minutos por entrega. Se está levando mais, o R2 não fez o serviço: o modelo voltou com uma saída que pede mais ajuste manual do que deveria. Volte uma volta.
Esta é a lista parcial; a versão completa acompanha a biblioteca. Uma ocorrência é aviso. Três ou mais na mesma peça: reescreva.
O alvo aqui é o sinal de que não houve pensamento humano. Cada uma dessas palavras soa como piloto automático, e o cliente sente.
O protocolo de empacotamento que separa entregável de entrega
Você pode ter feito um trabalho excelente e arruinar a percepção dele na hora de entregar.
Um dos momentos mais subestimados da relação com o cliente é o momento da entrega.
A qualidade técnica do trabalho responde por metade da percepção. A outra metade vem da organização, da clareza e da facilidade de uso do que foi entregue.
Metade do valor percebido de uma entrega está na forma como ela chega
Um cliente que abre uma pasta do Dropbox com 47 arquivos sem README, sem naming consistente e sem instrução de uso forma uma péssima primeira impressão de um trabalho excelente. E impressão ruim na entrega atrapalha a aprovação, gera revisões desnecessárias e corrói a confiança construída durante o projeto.
A P.A.S.T.A. são cinco checagens obrigatórias antes de qualquer entrega sair:
Estrutura de diretórios limpa, com naming consistente (NN-slug-formato.ext), sem arquivos temporários, rascunhos ou versões antigas soltas. O cliente abre e entende na hora o que está onde.
Cada arquivo existe em todos os formatos acordados no Formato do B.R.I.E.F., editável e exportado. Se prometeu 1:1 e 9:16, os dois estão lá. Nada de "mando depois".
Um arquivo README.md na raiz da pasta, em uma página: o que está ali, como usar cada arquivo, próximos passos e responsáveis. Se o cliente precisar delegar, a pessoa entende sem ligar para você.
Um vídeo de 3 a 5 minutos explicando o que foi entregue, como usar, onde estão os arquivos importantes e o que vem a seguir. Loom resolve. Basta ser claro, sem produção.
Tudo commitado no git com mensagem clara. Se o projeto não usa git, ao menos um arquivo de histórico de versões. Nada se perde e nada precisa ser "procurado".
# [Nome do Projeto] · Entrega [Data] ## O que está nesta pasta - /brand/: identidade visual completa (logo, paleta, tipografia) - /criativos/: materiais de campanha prontos para publicação - /copy/: textos aprovados para todas as peças - /web/: arquivos de landing page e site ## Como usar 1. Para publicar os criativos: use os arquivos em /criativos/estaticos/ 2. Para editar: abra os .html no VSCode + Playwright para exportar 3. Para a LP: suba /web/index.html para o servidor ## Arquivos importantes - brand-bible.md → guia completo de identidade - tokens.css → variáveis de design (inclua em todo HTML) ## Escopo entregue ✅ [item 1 conforme escopo aprovado] ✅ [item 2] 🔄 [item pendente: motivo e prazo] ## Próximos passos - [ação 1 para o cliente] - [ação 2 da agência na próxima sprint] ## Contato [seu nome] · [e-mail] · [WhatsApp]
Oito semanas para sair do "aprendi" para o "opero"
Você tem o framework e tem o checklist. Este é o roteiro para sair do método aprendido para o sistema em operação, com o primeiro cliente fechado no final.
Método sem sistema vira conhecimento parado.
A diferença entre quem leu este playbook e esqueceu e quem transformou o método em operação real é simples: execução imediata em projeto real, com prazo e meta.
Oito semanas bastam para sair do "aprendi" para o "opero". O que muda tudo é a execução: uma ação por semana, em projeto real, com meta concreta.
O playbook te dá o método. A Operação IA é o programa de acompanhamento de 4 meses em que o sistema é instalado na operação da sua agência ou empresa de serviço, do diagnóstico dos processos ao manual de autonomia, com tudo no repositório de vocês.