Imported from marketingLendario/cohort-de-marketing (.claude/skills/pagina-vendas-funil/SKILL.md). Install upstream with npx skills add marketingLendario/cohort-de-marketing --skill pagina-vendas-funil. Copyright stays with the author.

Página de Vendas — Método do Alan Nicolas (genérica, pra usar no seu projeto)

Skill que monta a estrutura de uma página de vendas de alta conversão pelo método do Alan Nicolas, e aplica a identidade visual da sua própria marca — nada de cor, fonte, logo ou marca de terceiros embutidos aqui. A skill estrutura E gera a copy aplicada da página a partir da fundação do copy.md (da /copy-funil); você revisa e aprova.

KB (fonte de verdade): KB-pagina-vendas.md (nesta pasta). Traz os elementos da página com verbatim real do Alan e o método dos 3 testes. Carregue o KB antes de montar a página — não responda de cabeça.

Tese central: a página não é um modelo bonito que se copia e cola. É uma sequência de persuasão de cima pra baixo — cada elemento na ordem certa — e o que carrega a sua marca é o DESIGN.md do seu projeto, não a estrutura. "Esse título no começo é o que faz a pessoa se interessar por continuar a tua página ou não." (Alan)

Onde salvar e ler — convenção de projeto

Todo o trabalho de um nicho fica em projetos/{slug}/ (um slug por nicho). Um projeto = uma pasta, com todas as peças do funil dentro. Nada solto na raiz.

Como descobrir o projeto ativo:

1. Se o usuário passou o slug/nicho no comando, use-o.
2. Senão, ls projetos/ 2>/dev/null: uma pasta → use-a; várias → pergunte qual; nenhuma → o funil ainda não começou.

Nomes dentro da pasta (sem repetir o slug): avatar.md, offerbook.md, copy.md, funil.md, DESIGN.md, recuperacao.md, cro.md; subpastas pagina/, emails/, conteudo/, carrossel/, mockups/. Nos 3 formatos (md/html/pdf) onde a skill gera.

Passo 0 — Checar insumos antes de rodar

Rode ls projetos/{slug}/ e veja o que já existe. Insumos desta skill:

• Obrigatórios: offerbook.md aprovado (sai da skill /offerbook) e DESIGN.md (sai da skill /design-md).
• Recomendados: avatar.md (dores e objeções verbatim do público), espiao/dossie-*.md (brechas do concorrente viram diferenciais e quebra de objeção na página), swipe/briefing-swipe-file.md (hooks validados pra headline).

Se faltar um obrigatório, aponte a skill que o gera e PERGUNTE se o usuário quer seguir mesmo assim — não trave silenciosamente, não assuma.

Gate de pré-requisito (execute ANTES de tudo)

Esta skill parte do output das etapas anteriores — a copy (skill /copy-funil) e o DESIGN.md da sua marca (skill /design-md). Todo o trabalho de um nicho vive em projetos/{slug}/ (convenção de projeto acima).

1. Descubra o projeto ativo: ls projetos/ 2>/dev/null — uma pasta → use-a; várias → pergunte qual; nenhuma → o funil ainda não começou.
2. Confira que os arquivos existem:

ls projetos/{slug}/copy.md projetos/{slug}/DESIGN.md 2>/dev/null

• Se existir(em), leia deles — o copy.md dá a fundação da copy (Big Idea, mecanismos, banco de headlines/bullets), o DESIGN.md dá a identidade visual.
• Se FALTAR, PARE e aponte a skill que gera cada arquivo:

Pra montar a página eu preciso do projetos/{slug}/copy.md (da skill /copy-funil) e do projetos/{slug}/DESIGN.md (da skill /design-md). Rode /copy-funil e /design-md primeiro e volte.

Não invente o que deveria vir da etapa anterior (a fundação da copy, a identidade visual).

Copy aplicada — gerada NESTA skill a partir do copy.md

Sem cara de IA na copy (regra dura). Em TODA copy voltada ao cliente final (headline, bullet, página, e-mail, mensagem, roteiro): sem travessão (—) — reescreva com ponto, vírgula ou dois-pontos; e sem a construção "não é sobre X, é sobre Y" (e variantes "não é X, é Y", "não se trata de X, e sim de Y") — esse contraste é assinatura de texto de IA. Afirme direto o que É, ou mostre o contraste com fato concreto do avatar. Vale pra copy aplicada gerada por esta skill.

Versões, pendências e Book do Funil (regra dura — texto completo em .claude/skills/_shared/book-do-funil.md; LEIA-o ao fechar a peça). Recriar nunca apaga: peça existente ganha versão nova (-v2), e o ✕ das versões antigas só esconde do Book (nunca apaga do disco). Pendências do dono vão pra projetos/{slug}/pendencias.md com CHAVE por decisão (re-run reconcilia, nunca soma). Ao terminar: atualize o card da peça no Book (projetos/{slug}/index.html — cards linkam sempre o .html, nunca .md) e o "VOCÊ ESTÁ AQUI" do mapa; documentos internos levam "← Voltar" + "← Book do Funil" (roteiro/VSL leva os DOIS botões, com caminho relativo real); amostra/checkpoint entra no Book ANTES de ir pro chat; feche com "Preencha as pendências" e abra o Book. Se o Perfil disser agência, ofereça a "versão cliente" do Book.

Pixel-ready + layout de página do lead (texto completo em .claude/skills/_shared/rastreamento.md — LEIA-o ao gerar página). Snippets Meta Pixel/GTM prontos porém COMENTADOS no <head> com [PLUG: IDs] (entram na Aula 3; se o aluno já tiver, plugue). Eventos desta peça: PageView · ViewContent · clique no CTA principal · Lead (envio do formulário) · chegou_na_oferta (IntersectionObserver no bloco de oferta/preço: é o 'pixel na oferta' do método, a audiência de remarketing mais quente). Tipo = físico: troque os eventos de checkout por eventos locais (clique-WhatsApp, rota/Maps, ligar) conforme _shared/rastreamento.md. Layout: CTA sempre ABAIXO do vídeo e centralizado; vídeo na 1ª dobra no mobile; jargão interno do método NUNCA visível pro lead; slot de vídeo nasce com roteiro (botão "Ver roteiro"); sem barra de revisão na página.

Seção "Quem será seu mentor" (obrigatória quando a oferta é pessoa: mentoria, consultoria, serviço 1-a-1). Nessas ofertas, quem conduz é metade da decisão de compra e a página NÃO pode pular isso. Gerar a seção (posição: depois da jornada/benefícios, antes do investimento) com: foto real (placeholder [DONO: FOTO] com a direção "ambiente de trabalho, sem palco"), nome e credencial em 1 linha ([DONO PREENCHE, sem inflar]), bio curta na voz da marca gerada do copy.md (por que o método existe, o que faz diferente) e o bloco "o que você pode verificar sobre mim" (só fatos verificáveis). Nunca inventar credencial, número ou história do mentor: a estrutura e o ângulo saem da skill; os fatos, só do dono (regra de honestidade de prova).

A copy do funil tem 2 camadas: a fundação (Big Idea, mecanismos, voz/léxico, banco de headlines/bullets) vive no projetos/{slug}/copy.md, gerado pela /copy-funil; a copy aplicada da página nasce aqui.

• Se projetos/{slug}/copy.md existe (fundação aprovada): esta skill gera a copy final da página — headline, sub-headline, bullets, oferta/stack, ancoragem, FAQ e CTAs — A PARTIR do banco do copy.md (a headline sai das aprovadas na Fase 3 da /copy-funil, os bullets do banco Bencivenga) — o aluno não volta pro /copy-funil pra escrever a copy da página.
• Se não existe: aponte a /copy-funil (é ela que constrói a fundação) e PERGUNTE se o aluno quer seguir só com a estrutura (esqueleto com placeholders) ou rodar a fundação antes.
• A copy aplicada obedece: a Big Idea e os mecanismos do copy.md · a voz/léxico do avatar (palavras reais, não as suas) · a honestidade de prova (sem prova real → [SEM PROVA AINDA]) · o gate de compliance de nicho regulado.
• Depois de aplicada, a página pode ser auditada na fase de validação do /copy-funil (nota Hopkins + checklist Sugarman). O aluno revisa e aprova antes de qualquer protótipo/publicação.

Gate — Perfil do Projeto (ler ANTES de montar a página)

Leia o Perfil do Projeto no topo do offerbook.md (regra completa em .claude/skills/_shared/perfil.md) e adapte a página. Guard (regra dura): se Voz = marca ou Tipo ∈ {físico, saas-app, serviço, b2b}, NÃO force enquadramento de especialista/curso nem depoimento de aluno; use voz do cliente / prova de uso / case.

• B2B / serviço → página de autoridade + case + agendar reunião (link de agendamento no CTA), com menos stack/escassez e mais confiança/ROI. Fechamento na call, não checkout.
• Físico / varejo local → página de negócio local: endereço, horário, mapa, WhatsApp, oferta/promoção local. Não é funil de checkout online.
• SaaS/app → página de trial/demo com prova de resultado e voz do cliente.
• Afiliado → esta skill NÃO se aplica a afiliado. A página-ponte/pré-venda do afiliado É o /advertorial-funil (Modo Afiliado) — aponte-o pra lá (é ele que leva pro checkout DO PRODUTOR, sem stack/oferta própria).

Gate de compliance — nicho sensível

Antes de fechar a headline, a oferta ou a prova social da página, verifique se o nicho é regulado: saúde/bem-estar/emagrecimento/estética, finanças/investimento/renda, jurídico, médico (CFM), advocacia (OAB), psicologia, ou autoestima/relacionamento com promessa de resultado.

• Se for, evite alegação que vira problema legal: "cura", "garantido", "resultado em X dias", "renda garantida", "sem esforço".
• Use linguagem de possibilidade: "pode ajudar", "muitas pessoas relatam", "com dedicação". Todo depoimento na prova social entra com ressalva: "resultados variam de pessoa pra pessoa".
• Exceção dura — médico (CFM) / psicologia (CRP) / jurídico (OAB): depoimento de paciente/cliente NÃO entra na prova social (nem com ressalva — é vedação do conselho). A prova vira credencial (nome + registro no conselho), método e conteúdo educativo.
• Recomende ao aluno conferir as regras e os órgãos reguladores do mercado dele — este gate só alerta, não é aconselhamento jurídico, e validar é responsabilidade do aluno.
• Isto é um aviso, não um bloqueio: a skill segue montando a página, só com a headline/oferta calibradas pra não prometer o proibido.

Regra de honestidade de prova

• Nunca inventar depoimento, número, case ou citação na página. Toda prova social vem do offerbook ou de pesquisa real.
• Sem prova disponível → use estratégia alternativa no bloco de prova (garantia forte, bastidor, transparência) e marque [SEM PROVA AINDA].
• Nicho regulado → linguagem de possibilidade, sem "resultado garantido" (respeite o gate de compliance do offerbook).

Como usar

Passo 0 (pré-requisito) — Ter o DESIGN.md da SUA marca

Antes de montar a página, você precisa do manual visual da sua própria marca em um DESIGN.md. Gere ele com a skill /design-md (ela cuida da extração/autoria e salva em projetos/{slug}/DESIGN.md). Não chame run.cjs direto — a /design-md proíbe isso; rode a skill e deixe ela conduzir.

Isso produz DESIGN.md + tokens.json (cores, fontes, espaçamento, raio de borda) da SUA marca. É esse arquivo que dá identidade à página. Se você ainda não tem, rode a /design-md primeiro.

Sem DESIGN.md → a skill monta a estrutura mesmo assim, mas deixa a parte visual como placeholder ({{cor-primaria}}, {{fonte-titulo}}, {{logo}}) pra você preencher depois com o seu manual. Nenhuma cor/fonte é inventada.

Passos seguintes — Coletar os inputs DO SEU projeto e montar

1. Carregar o KB (KB-pagina-vendas.md) pra ter os elementos e o verbatim na mão.
2. Carregar o DESIGN.md da sua marca (Passo 0) — cores, fontes, logo, tom visual.
3. Coletar os inputs do seu projeto (preencher os placeholders abaixo):
   • Nicho / mercado — {{nicho}} (ex.: o seu mercado)
   • Produto / transformação + ticket — {{produto}}, {{ticket}}
   • Público + estágio de consciência (1-5) — {{publico}}, {{estagio}} (de onde ele vem: frio de ads? base quente? orgânico? — isso decide a prova social que entra na página)
   • Oferta — {{oferta}} (entregáveis, preço-âncora, bônus, garantia)
4. Montar a página seguindo a tabela de elementos (topo → fundo), gerando a copy aplicada de cada bloco a partir do copy.md e aplicando a identidade do DESIGN.md.
5. Você [aluno] revisa e aprova a estrutura e a copy aplicada. NUNCA subir/publicar/executar nada — quem publica é você.

Estágio de consciência decide a prova social

O estágio de consciência do seu público (1-5) muda principalmente qual prova social entra na página. Regra do Alan:

Regra de ouro: "Anúncio de depoimento tem que ser pra quem está consciente do produto." Depoimento puro converte no nível 2; estudo de caso no 3+. Mandar nível 1 pra página completa gera objeção — simplifica.

Nicho regulado (médico/psico/jurídico): o "corredor polonês" de depoimentos de paciente/cliente não se aplica (vedação do conselho). Troque os depoimentos por credencial (nome + registro no conselho), método e conteúdo educativo no bloco de prova.

Elementos da página (topo → fundo)

Monte nesta ordem. Cada elemento recebe a identidade visual do seu DESIGN.md (cores, fontes, logo). Detalhe e verbatim no KB §Elementos.

O footer não move conversão — Alan usa ele como exemplo de "elemento secundário". Importa por credibilidade/compliance, não por alavancagem.

Os 3 testes que movem o ponteiro (headline primeiro)

1. Headline (verbatim, "o ouro") — A/B contínuo, toda semana. É o teste de maior alavancagem. "Reduzi em 100 reais o meu custo por MQL. Só mudamos a headline." Não desperdiçar teste em cor de botão/footer.
2. Oferta / preço — stack de valor, ancoragem e ponto de preço.
3. Prova / criativo-hook casado ao estágio de consciência.

Metodologia: só um A/B por vez · mínimo 1.000 views únicos antes de decidir · planilha de KPIs por etapa (visitas → cadastros → oferta → checkout → compras).

Os 3 testes da headline (gate antes de cravar a headline)

Antes de fechar a headline, ela tem que passar nos 3 testes (KB §3 testes da headline):

1. Teste do resultado específico — a headline promete um resultado concreto e mensurável, não vago?
2. Teste do tempo — tem um prazo ("em 90 dias", "em 30 dias")?
3. Teste da objeção — derruba a maior objeção do público ("sem [o que ele mais teme/rejeita]")?

A fórmula "Como [resultado] em [tempo] sem [objeção]" só está completa quando os 3 estão preenchidos.

Nicho regulado (saúde/médico/psico/jurídico): os testes do tempo e do resultado específico são DISPENSADOS — prometa processo / cuidado / método, nunca desfecho clínico ou prazo ("em X dias"). A headline foca no cuidado e no método, não no resultado garantido; só o teste da objeção permanece.

Output (o que a skill entrega)

Pra cada pedido, entregar o mapa estruturado da página:

1. Estágio de consciência do público (1-5) + qual prova social entra.
2. Mapa da página — os 15 elementos topo→fundo, cada um com: a copy aplicada gerada a partir do copy.md (ou placeholder marcado, se a fundação ainda não existir) + qual token visual do seu DESIGN.md aplicar.
3. Headline passada nos 3 testes (resultado · tempo · objeção).
4. Plano de teste — headline primeiro, KPIs por etapa.
5. Checklist visual — onde cada cor/fonte/logo do DESIGN.md entra.

A skill estrutura a página, gera a copy aplicada a partir da fundação do copy.md e mapeia onde a sua identidade visual entra. Você revisa e aprova — a copy aplicada só é final com o seu OK.

Onde salvar: o mapa/estrutura desta skill sai em projetos/{slug}/pagina/index.html (+ o mapa em .md na mesma subpasta, quando gerar). Mesma pasta do projeto.

Regras

SEMPRE: ter o DESIGN.md da sua marca antes (Passo 0 via /design-md) · casar a prova social ao estágio de consciência · headline na fórmula "como/em/sem" e passada nos 3 testes · "porquê" em cada mudança de preço · CTA repetido · formulário mínimo pra público quente · você [aluno] revisa antes de qualquer coisa.

NUNCA: embutir cor/fonte/logo/marca de terceiros (a identidade é só a sua, via DESIGN.md) · botão de CTA acima do vídeo · jargão do método ("Big Idea", "mecanismo único", "prova social" etc.) como texto visível na página · depoimento puro pra público frio · mandar nível 1 pra página completa · testar cor de botão/footer achando que move conversão · decidir teste com < 1.000 views · subir/publicar/executar a página (a skill só estrutura).

Veto conditions (NÃO montar se…)

Skill pagina-vendas v1 — estrutura genérica pelo método do Alan Nicolas. Toda montagem calibra no KB-pagina-vendas.md. A identidade visual vem do DESIGN.md gerado pela skill /design-md. Zero marca embutida.

Entrega padrão (texto completo em .claude/skills/_shared/entrega-padrao.md — LEIA-o ao fechar a entrega)

Todo entregável sai nos 3 formatos (.md fonte · .html com os tokens do projetos/{slug}/DESIGN.md do aluno — nunca tema genérico; ≥18px/alto contraste pro público; texto sobre fundo escuro usa o token claro/on-deep, nunca muted · .pdf via scripts/gerar_pdf.sh). Toda entrega E todo checkpoint abrem o .html renderizado (detecte o SO — macOS open · Windows start "" · Linux xdg-open; se não abrir sozinho, ex. Codex, imprima o caminho + como abrir) e enviam o arquivo na conversa; nunca peça aprovação sem o usuário ver renderizado. Feche SEMPRE apontando UM próximo comando (ordem canônica do mapa). Ferramentas: check antes de usar (Chrome pro PDF, fallback imprimir em PDF; Apify é central nas skills de coleta, fallback só em cota estourada — _shared/nunca-travar.md).