grand-slam-offer — motor de copy Hormozi para LP

Grand Slam Offer — Cópia da Oferta e do Produto

Objetivo: criar uma oferta tão boa que as pessoas se sintam estúpidas ao recusá-la — e depois traduzi-la em cópia de site. A oferta é mais importante que as palavras: construa a oferta primeiro, escreva a cópia depois.

Esta skill possui uma lista estrita de critérios (veja "Critérios Obrigatórios"). A oferta e a cópia não estão concluídas até que cada critério seja PASS ou um N/A justificado deliberadamente.

Fluxo de Trabalho

Siga as etapas em ordem. Não comece a escrever a cópia antes da Etapa 5.

Etapa 1 — Reconhecimento da base de código

Antes de fazer qualquer pergunta, extraia tudo o que puder do repositório:

• Conteúdo da página: componentes de página/seção (src/, app/, pages/, components/), arquivos de conteúdo (content/, *.md, *.mdx), traduções (locales/, i18n/, messages/*.json), dados de CMS, README, package.json (nome, descrição).
• Pesquise por palavras-chave relacionadas à oferta em vários idiomas, por exemplo: grep -riE "price|pricing|plan|tier|package|guarantee|refund|bonus|free|limit|spots|seats|deadline|testimonial|case study|faq|cen|zł|pln|eur|pakiet|gwaranc|zwrot|gratis|miejsc|opini" --include=*.{tsx,jsx,ts,js,vue,svelte,astro,html,md,mdx,json} .
• Identifique o tom de voz da marca (formal/casual, forma de tratamento).

Registre o resultado como uma tabela "O que já sei" com as colunas: Elemento da oferta | O que encontrei | Fonte (arquivo) | Confiança (alta/baixa/nenhuma).

Etapa 1a — Idioma da cópia (obrigatório)

Determine o idioma no qual a cópia será escrita. O idioma da cópia é independente do idioma desta conversa e do idioma desta skill.

1. Detecte-o a partir do contexto do site, nesta ordem de evidências:
   • Atributo <html lang="…">, configuração de i18n do framework (next.config.* i18n.defaultLocale, astro.config.*, nuxt.config.*, configuração do vite/i18next), pastas/arquivos de localidade (locales/pl/, messages/de.json),
   • o idioma da cópia visível existente (cabeçalhos, botões, meta título/descrição),
   • moeda, formatos de data e páginas legais (por exemplo, "Regulamin", "Impressum", "Termos").
2. Use o idioma detectado sem perguntar apenas quando a evidência for inequívoca (uma localidade, cópia existente claramente nesse idioma).
3. Pergunte ao usuário em qual idioma escrever quando qualquer um destes se aplicar:
   • não há cópia existente ou sinal de idioma (projeto novo/vazio),
   • o site tem várias localidades (pergunte: qual é o idioma principal/de origem, e se outras localidades devem ser escritas também ou deixadas para tradução),
   • os sinais conflitam (por exemplo, lang="en" mas o conteúdo está em polonês, texto placeholder de template, lorem ipsum),
   • o usuário mencionou explicitamente um mercado-alvo diferente do sugerido pelo site.
4. Confirme também a forma de tratamento quando o idioma tiver uma (por exemplo, polonês "Ty" vs. "Państwo", alemão "du" vs. "Sie", francês "tu" vs. "vous") se não puder ser inferida da cópia existente.
5. Registre a decisão no Briefing da Oferta: Idioma da cópia: <idioma> (fonte: detectado de <arquivo/sinal> | escolhido pelo usuário).

Toda a saída voltada ao cliente (nome da oferta, conteúdo do Briefing da Oferta destinado à página e toda a cópia) é escrita no idioma de cópia escolhido. Comunique-se com o usuário no idioma que ele usa na conversa.

Etapa 2 — Análise de lacunas

Compare "O que já sei" com as entradas listadas em references/intake-questions.md. Cada elemento com confiança "nenhuma" ou "baixa" vai para a lista de perguntas. Não pergunte sobre coisas que são claramente respondidas pelo código — isso desperdiça o tempo do usuário.

Etapa 3 — Entrevista

Leia references/intake-questions.md e faça apenas as perguntas que estão faltando.

• Se a ferramenta AskUserQuestion estiver disponível, use-a (máx. 3–4 perguntas por rodada, com opções clicáveis sensatas + espaço para uma resposta personalizada). Caso contrário, pergunte no chat, em rodadas de no máximo 5 perguntas.
• Se o idioma da cópia ainda não estiver determinado após a Etapa 1a, inclua-o na primeira rodada.
• Ordem das rodadas: (1) cliente e resultado dos sonhos, (2) produto e entrega, (3) prova e obstáculos, (4) restrições: capacidade real, prazos, garantias que a empresa aceitará, (5) preços e margens.
• Quando o usuário não souber uma resposta, proponha 2–3 opções concretas e peça para ele escolher, em vez de deixar uma lacuna.
• Nunca invente fatos: contagens de clientes, resultados, depoimentos, certificações, número de vagas disponíveis. Se faltarem, insira um placeholder explícito na cópia: [A PREENCHER: …] (escreva o rótulo do placeholder no idioma da cópia, por exemplo, [DO UZUPEŁNIENIA: …] para polonês).

Etapa 4 — Construa a oferta (Briefing da Oferta)

Leia references/offer-framework.md, references/guarantees-scarcity.md e references/pricing-packages.md. Construa a oferta nesta ordem:

1. Resultado dos Sonhos — uma frase, nas palavras do cliente, concreta e mensurável.
2. Equação de Valor — liste as alavancas: como aumentamos o resultado e a probabilidade percebida de realização, como reduzimos o atraso de tempo e o esforço e sacrifício.
3. Lista de Problemas/obstáculos — tudo o que o cliente deve superar antes, durante e após a compra (mín. 8).
4. Problemas → soluções — transforme cada obstáculo em uma solução ("Como …").
5. Veículos de entrega — como cada solução é entregue (1:1, grupo, template, ferramenta, feito-para-você, etc.), depois Corte e Empilhe: corte o que é caro para entregar e de baixo valor para o cliente; mantenha o que é barato para entregar e altamente valorizado.
6. Pilha de Valor — componentes com nome, resultado e valor para cada um.
7. Bônus — cada bônus remove um obstáculo específico.
8. Reversão de risco — uma garantia (ou uma pilha de garantias).
9. Escassez e urgência — com base em restrições reais.
10. Pacotes / arquitetura de preços — se o produto se qualificar (veja critérios de elegibilidade em pricing-packages.md).
11. Nome da oferta — fórmula MAGIC.

Salve o resultado como docs/offer/offer-brief.md (ou um local que o usuário especificar) usando o modelo em "Formato de Saída". Mostre o briefing ao usuário e peça aprovação ou alterações antes de escrever a cópia.

Etapa 5 — Cópia do site

Leia references/copy-blueprint.md. Escreva a cópia seção por seção seguindo o blueprint, adaptada ao tipo de site (página de destino única vs. site maior — veja o blueprint). Escreva no idioma de cópia escolhido na Etapa 1a, de forma idiomática — não como uma tradução do inglês.

Implementação: por padrão, salve a cópia em docs/offer/landing-copy.md. Se o usuário quiser, coloque a cópia diretamente nos arquivos de componentes/conteúdo — preservando a estrutura existente, chaves de i18n e estilos. Para sites com várias localidades, escreva apenas na(s) localidade(s) acordada(s). Não reconstrua o layout sem permissão. Em um site maior, uma vez que a nova cópia esteja no lugar, sugira a skill site-consistency para alinhar as páginas restantes com a nova oferta.

Etapa 6 — Controle de qualidade

Passe pelos "Critérios Obrigatórios" abaixo e inclua uma tabela em sua resposta: Critério | PASS/FAIL/N/A | Evidência (citação da cópia ou justificativa para N/A). Corrija cada FAIL antes de entregar. N/A é permitido apenas onde o critério o permite explicitamente.

Critérios Obrigatórios

L. Idioma

• L1. O idioma da cópia foi determinado de acordo com a Etapa 1a (detectado a partir de sinais inequívocos do site ou escolhido explicitamente pelo usuário) e registrado no briefing com sua fonte.
• L2. Toda a cópia voltada ao cliente, o nome da oferta, CTAs e placeholders estão nesse idioma, escritos de forma idiomática com a forma de tratamento acordada.

A. Oferta baseada em valor — ofertas baseadas em preço são PROIBIDAS

• A1. A cópia nunca compete em preço: mensagens como "mais barato", "menor preço", "mais barato que concorrentes", "melhor preço em qualquer lugar" ou "-50% de desconto" como argumento principal são proibidas (e seus equivalentes no idioma da cópia).
• A2. O preço aparece apenas depois que o valor é apresentado (resultado → pilha → bônus → garantia → preço). Nunca no herói ou acima da dobra como chamariz.
• A3. O preço é ancorado contra o valor total da pilha ("Valor total: X — Seu investimento: Y") e/ou contra o custo do problema (o que não resolver o problema custa ao cliente).
• A4. O valor total da pilha é um múltiplo do preço (meta: pelo menos 5–10×). A avaliação de cada componente deve ser justificada (custo da alternativa, taxa de mercado, tempo economizado) — registre a justificativa no briefing.
• A5. O preço é definido a partir do valor do resultado para o cliente, não do custo de produção ou dos preços dos concorrentes. Se o usuário propor um preço inferior ao que o valor justifica, sinalize e sugira aumentar o valor em vez de baixar o preço.

B. Equação de Valor

• B1. O resultado dos sonhos é nomeado de forma concreta (número, estado, prazo) no herói.
• B2. A cópia aumenta a probabilidade percebida de realização: prova (depoimentos, estudos de caso, números, método, autoridade) — real ou como placeholders.
• B3. A cópia comunica um tempo menor para o primeiro resultado ("primeiros resultados em …").
• B4. A cópia comunica esforço e sacrifício reduzidos ("sem …", "nós fazemos isso por você").

C. Pilha e bônus

• C1. A oferta consiste em pelo menos 3 componentes nomeados, cada um com uma descrição de resultado e uma avaliação.
• C2. Cada bônus resolve um obstáculo específico da lista de problemas (indique qual no briefing).
• C3. Cada bônus tem um nome, um resultado e uma avaliação; o valor total do bônus é pelo menos comparável ao valor da oferta principal.
• C4. Pelo menos um bônus ajuda o cliente a alcançar o objetivo (não apenas um "e-book gratuito"), por exemplo, implementação, templates, consultoria inicial, checklist de execução.

D. Reversão de risco

• D1. A oferta contém pelo menos uma garantia claramente redigida: tipo (incondicional / condicional / antigarantia / implícita), prazo, condições, o que exatamente o cliente recebe.
• D2. Sempre que possível, a garantia está vinculada ao resultado, não apenas à "satisfação" (por exemplo, "se você não alcançar X em Y dias apesar de concluir as etapas, continuamos trabalhando com você gratuitamente / reembolsamos …").
• D3. A garantia é aprovada pelo usuário — nunca prometa algo com o qual a empresa não concordou.
• D4. A garantia está visível ao lado do preço e do CTA principal.

E. Escassez e urgência

• E1. A oferta inclui escassez (vagas/slots/unidades limitados) e/ou urgência (tempo limitado: prazo de inscrição, prazo de bônus, aumento de preço).
• E2. Toda restrição é real e vem da capacidade real ou de uma decisão de negócios (por exemplo, máx. 10 clientes por mês, inscrição de coorte encerra em X). Temporizadores falsos, "apenas 3 vagas restantes" sem respaldo e temporizadores de redefinição são proibidos — eles enganam os clientes e são uma prática comercial desleal na UE e em muitas outras jurisdições.
• E3. A cópia fornece um motivo para a restrição (qualidade do serviço, capacidade da equipe, início da coorte).
• E4. Se o número de vagas for dinâmico, marque-o na cópia com um placeholder/variável ([SPOTS_LEFT]) e sugira onde atualizá-lo.

F. Pacotes e psicologia de preços

• F1. A elegibilidade do pacote foi avaliada (veja pricing-packages.md) e a decisão com justificativa está registrada no briefing.
• F2. Se o produto se qualificar: pelo menos um mecanismo é usado — pacotes de quantidade ("compre 4, leve 6", "compre 2, leve 1 grátis"), níveis (bom/melhor/melhor com uma âncora e uma opção recomendada), chamariz, pagamento único vs. parcelas com um bônus para pagamento integral.
• F3. Se não se qualificar: a psicologia de apresentação de preços é usada (âncora de valor, detalhamento por unidade de tempo/resultado, comparação com o custo do problema) e F2 é marcado como N/A com justificativa.
• F4. Uma opção recomendada é destacada (por exemplo, "Mais popular"), e o mecanismo do pacote é compreensível em 3 segundos.
• F5. Ao comunicar reduções de preço no mercado da UE: informe o usuário sobre a obrigação de mostrar o menor preço dos 30 dias anteriores à redução (Diretiva Omnibus). Prefira adicionar valor (bônus, mais unidades) a descontos.

G. Nomenclatura e cópia

• G1. A oferta tem um nome construído com MAGIC (pelo menos 3 de 5 elementos), natural no idioma da cópia.
• G2. Herói: título baseado em resultado + subtítulo (para quem, em quanto tempo, sem o quê) + CTA.
• G3. A cópia usa a linguagem do cliente (suas palavras da entrevista/depoimentos), dirige-se diretamente ao leitor e foca em benefícios e resultados, não em características.
• G4. Cada seção da página tem um CTA ou leva a um; CTAs descrevem o próximo passo e o benefício, não "Enviar".
• G5. Zero dados inventados: cada número, depoimento e promessa vêm do usuário ou são um placeholder.
• G6. O FAQ responde às principais objeções (preço, tempo, "funcionará para mim", risco) e aponta para a garantia.

Formato de Saída

offer-brief.md

# Briefing da Oferta: [Nome da oferta de acordo com MAGIC]

Idioma da cópia: [idioma] (fonte: detectado de [sinal] | escolhido pelo usuário) · Forma de tratamento: [...]

## 1. Cliente (avatar) e resultado dos sonhos
## 2. Equação de Valor (4 alavancas)
## 3. Problemas → soluções (tabela: obstáculo | solução | veículo de entrega | custo de entrega | valor para o cliente | decisão de Corte/Empilhamento)
## 4. Pilha de Valor (tabela: componente | resultado | avaliação | fundamentação da avaliação)
## 5. Bônus (tabela: bônus | obstáculo removido | resultado | avaliação)
## 6. Reversão de risco (tipo, texto completo da garantia, condições, status de aprovação do usuário)
## 7. Escassez e urgência (restrição | fonte real | motivo | como atualizar)
## 8. Preço e pacotes (decisão de elegibilidade, opções, âncoras, opção recomendada)
## 9. Itens em aberto / placeholders a preencher

A estrutura e a análise do briefing podem estar no idioma da conversa; qualquer texto destinado a aparecer no site (nome da oferta, nomes de componentes, texto da garantia, títulos) é escrito no idioma da cópia.

landing-copy.md

Cópia seção por seção de acordo com copy-blueprint.md, com título da seção, corpo e CTA — no idioma da cópia. Termine com a tabela de verificação de critérios (L, A–G).

Evite

• Escrever a cópia antes de construir a oferta — palavras bonitas não salvarão uma oferta fraca.
• Assumir que o idioma da cópia vem do idioma da conversa.
• Fazer perguntas que são respondidas pelo código.
• Inventar dados.
• Usar escassez/urgência falsa.
• Prometer garantias que a empresa não aprovou.
• Usar descontos como principal alavanca (especialmente no mercado da UE).
• Tratar a cópia como tradução — ela deve soar natural no idioma de destino.

Referências

Leia os seguintes arquivos na pasta references/:

• intake-questions.md — perguntas de diagnóstico para a entrevista
• offer-framework.md — framework para construir a oferta
• guarantees-scarcity.md — tipos de garantia e mecanismos de escassez/urgência
• pricing-packages.md — psicologia de preços e arquitetura de pacotes
• copy-blueprint.md — blueprint de cópia para página de destino e site

Considerações finais

Siga este processo em ordem. Não pule etapas. O resultado final é uma oferta e uma cópia que passam em todos os critérios obrigatórios, com um briefing documentado e cópia implementada no(s) idioma(s) correto(s).