wizz-method 1.17.0 → 1.18.1

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/06-pagina-vendas.md

@@ -0,0 +1,175 @@
+## 6. Página de vendas
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+### 6.1 Anatomia de 12 blocos
+
+| # | Bloco | Status | Função |
+|---|-------|--------|--------|
+| 01 | Top bar | Opcional | Urgência + ancoragem de preço |
+| 02 | Hero (headline + VSL + CTA 1) | Core | 80% da conversão se ganha ou perde aqui |
+| 03 | Dor | Core | Efeito espelho: a pessoa precisa se reconhecer |
+| 04 | Mecanismo | Core | Transforma o comum em único (ver 5.5: problema + solução) |
+| 05 | Prova | Core | Demonstração + depoimento + autoridade |
+| 06 | Desejo | Core | Benefício em linguagem de resultado, vende o "depois" |
+| 07 | Valor | Core | Empilhamento antes do preço |
+| 08 | Oferta | Core | Preço com ancoragem + decoy + bônus |
+| 09 | Resumo | Opcional | Captura quem rolou direto |
+| 10 | Garantia | Core | Reversão de risco com prazo e selo |
+| 11 | FAQ | Core | Quebra de objeção final |
+| 12 | CTA final + rodapé | Core | Chamada + selos + legal |
+
+Essa estrutura converteu em 90% das ofertas rodadas.
+
+**Por que cada bloco existe.** Os dois exemplos de página analisados são **Pack de Planilhas** (R$10, infoproduto genérico) e **ViviTrick** (assistente de mira para jogo, público jovem).
+
+| # | O trabalho do bloco | O mecanismo psicológico |
+|---|---------------------|--------------------------|
+| 01 | Ancora preço e cria urgência antes de qualquer rolagem | O preço já parece pechincha antes de a pessoa começar a ler |
+| 02 | Promete resultado + mecanismo, quebra a objeção nº 1 e entrega a VSL | Promessa específica + prova em vídeo + primeira chamada |
+| 03 | Faz a pessoa se reconhecer no problema e segmenta o público | Efeito espelho: "isso sou eu" vem antes de querer a solução |
+| 04 | Explica o produto de forma que pareça único, não genérico | O mecanismo justifica **por que** aquilo funciona |
+| 05 | Print, dashboard, demonstração e depoimento de quem o público admira | Prova visual + prova social derrubam a desconfiança juntas |
+| 06 | Lista o ganho em linguagem de resultado, não de característica | Vende o depois, não o produto |
+| 07 | Empilha tudo que vem junto antes de mostrar o número | Quanto mais valor empilhado antes do preço, menor a dor do preço |
+| 08 | Preço com ancoragem, plano isca e bônus | Ancoragem + decoy + selo "mais vendido" guiando o olho |
+| 09 | Resume a oferta em duas linhas | Captura quem rolou direto até o preço sem ler |
+| 10 | Selo, prazo e promessa de devolução | Risco percebido menor = mais cliques no botão |
+| 11 | Derruba "é seguro / quando recebo / funciona no meu caso" | Cada dúvida sem resposta fecha uma venda; o FAQ fecha as saídas |
+| 12 | Última chamada + selos de confiança + parte legal | Ação clara ancorada em segurança |
+
+**Padrões de oferta extraídos dos dois exemplos (bloco 08):**
+
+- **Pack de Planilhas:** Básico R$10 contra Premium R$19,90, com valor total riscado de R$147. Order bump sobe o ticket.
+- **ViviTrick:** três opções onde a terceira é o alvo. Mensal R$4,99, trimestral R$9,99, permanente R$13,90 (de R$358). Os dois primeiros são isca para fazer o permanente parecer óbvio.
+
+> Regra que aparece nos dois: o plano-alvo nunca é o mais barato nem aparece sozinho. Ele aparece cercado de opções que existem para fazê-lo parecer a escolha racional.
+
+**Notas de copy dos exemplos:**
+
+- Headline do Pack: "Pacote com +13 mil planilhas profissionais. Economize tempo e dinheiro."
+- Headline da ViviTrick já embute prova + quebra de objeção: "O assistente de mira que transformou +15.000 players numa máquina de capa. 100% aprovado pela Garena, nunca deu ban."
+- Bloco de dor da ViviTrick nomeia o público direto: "É pra você que não aceita mais perder x1 pros amigos."
+- Blocos 01 e 09 são opcionais e entram conforme o tamanho da página; a ViviTrick abre direto no headline, sem barra de urgência.
+
+### 6.2 Regras de copy e layout
+
+- **CTA se repete**: depois do hero, depois da prova, depois da oferta e no final. Nunca um botão só.
+- **CTA chip** entre as seções para guiar o olhar.
+- **Em low ticket, não colocar CTA na primeira dobra** (exceto como efeito de scroll).
+- VSL logo após a headline, para prender antes de qualquer explicação.
+- Headline foca no produto em low ticket, e na transformação em nicho complexo.
+- Top bar com data atualizada automaticamente por script.
+- Prova social com feedback real, de preferência em vídeo.
+
+> A ordem é recomendada, não sagrada: varia por nicho e tipo de produto.
+
+### 6.3 Connect rate — a engenharia da página
+
+Esta seção detalha a Transição 1 do funil (seção 2.2). Lá o diagnóstico diz "é problema técnico"; aqui está como resolver.
+
+```
+connect rate = visualizações da página de destino ÷ cliques no link
+```
+
+**Fato técnico que determina tudo:** a visualização é contada quando o evento `PageView` do pixel dispara. O connect rate mede **o instante em que o pixel consegue falar**, não o instante em que o usuário vê a oferta.
+
+Isso cria **dois relógios**, e os dois precisam ser otimizados:
+
+| Relógio | O que é | O que governa |
+|---------|---------|----------------|
+| Tempo até o pixel | quando `fbq('track','PageView')` executa | o connect rate no gerenciador |
+| Tempo até o herói | LCP: quando o maior elemento visível aparece | a venda de verdade |
+
+> **Regra de integridade:** dá para subir o connect rate só movendo o pixel para o topo do `<head>`, sem a página ficar mais rápida. Isso é maquiagem de métrica. Sobe o pixel **e** conserta a página. Se só um dos dois for possível, dizer isso explicitamente.
+
+**Metas de aceitação:** tabela completa na seção **6.4** (medir sempre em mobile com throttle de 4G, nunca desktop) — não duplicada aqui para evitar as duas versões divergirem com o tempo.
+
+**Ordem de execução** (ordenada por retorno sobre esforço, não por elegância):
+
+1. **Diagnóstico.** `curl -sIL` no link do anúncio, medir LCP/TTFB/CLS em mobile, localizar o pixel no HTML. Esses números são o "antes".
+2. **Estrada.** Zerar redirects. Um host só, https direto, sem encurtador.
+3. **Onde a página mora.** Estático servido da borda, com cache configurado.
+4. **Pixel.** Subir para o topo do `<head>`, tirar o GTM do caminho.
+5. **Imagens.** Converter, redimensionar, `Picture` no herói e `lazy` no resto.
+6. **Fonte e CSS.** Fonte do sistema ou woff2 subsetada; CSS embutido.
+7. **Player.** Fachada com capa estática.
+8. **Scripts secundários.** Adiar todos.
+9. **Remedição.** Repetir o passo 1 e montar a tabela antes/depois.
+
+**Regras NUNCA:**
+
+- Nunca redirect entre o link do anúncio e a página (nem encurtador, nem `http→https`, nem `www→sem www`).
+- Nunca o pixel dentro de web worker (Partytown e similares). Melhora a nota do Lighthouse e atrasa o `PageView`, que **é** o connect rate.
+- Nunca o pixel depois do CSS, do título, ou no fim do `<body>`.
+- Nunca `loading="lazy"` na imagem do herói; nunca omitir `lazy` abaixo da dobra.
+- Nunca fonte de domínio de terceiros (Google Fonts hospedado no Google). Custa DNS, TLS e conexão nova.
+- Nunca o script do player de VSL no caminho crítico.
+- Nunca entregar imagem maior que a largura em que ela é exibida.
+- Nunca JPEG XL (suporte ~16%).
+
+**Regras SEMPRE:**
+
+- Pixel como **primeiro script do `<head>`**, chamado direto, sem GTM. Um pixel só.
+- `InitiateCheckout` no clique do botão de compra. API de Conversões ligada no servidor.
+- `width`/`height` (ou `aspect-ratio`) reservados em imagem e vídeo, para CLS zero.
+- `preconnect` nos terceiros inevitáveis: player, `connect.facebook.net`, checkout.
+- Preservar comportamento de conversão existente: botões, âncoras, UTMs no checkout, delays de CTA sincronizados com o vídeo.
+
+**Imagens (dados de 2026):** WebP é o padrão (25–35% menor que JPEG, ~96% de suporte). AVIF só no herói, com reserva (mais 20–30% sobre o WebP). Redimensionar na largura real **antes** de converter: formato não conserta imagem de 3000px. Breakpoints começando em 360, porque o clique vem do celular.
+
+**Player de VSL:** capa estática no lugar do player, que vira o LCP; o script entra depois, na primeira intenção (`pointerenter`/`click`) com rede de segurança de tempo. Se o VSL precisa de autoplay, reduzir a rede de segurança para 600–1000 ms e adicionar `preconnect` no domínio do player, assumindo a troca de LCP por autoplay. **Medidor de velocidade não entende autoplay:** medir com ele desligado e religar depois.
+
+**Stack recomendada:** Astro (HTML estático no build, zero JavaScript por padrão), hospedado em Cloudflare Pages. Arquivo `.astro` aceita HTML puro, então dá para colar o export do construtor e otimizar por cima — **não reescrever a página do zero**. Toda imagem em `src/assets`, nunca em `public/` (lá não é otimizada). `inlineStylesheets: 'always'` remove uma requisição bloqueante. Trade-off real: toda alteração vira build, o que incomoda quem troca headline várias vezes por dia.
+
+**Se o aluno está preso a um construtor fechado:** aplicar o que a plataforma permitir (ordem do pixel, imagens, fachada do player, remoção de scripts e redirects) e declarar quais metas ficaram inatingíveis e por quê.
+
+**Contexto de medição que evita conclusão errada:**
+
+- A Meta passou a exibir que visualizações da página de destino **não exigem mais o pixel**. A métrica pode ser **estimada**, não contada: a plataforma infere se a página carregou observando quanto tempo o usuário ficou fora do app.
+- Em auditorias, campanhas de **tráfego** otimizadas para visualização de página mostraram números muito acima das sessões reais medidas em analytics. Em campanhas de **conversão**, os números batiam.
+- Consequência prática: rodar campanha otimizada por compra e criar uma **conversão personalizada baseada na URL da página** para medir connect rate sem chute. Cruzar com a Utmify antes de decidir qualquer coisa, porque o gerenciador arredonda para cima.
+
+> **Connect rate abaixo de 85% quase nunca é público ruim. É estrada ruim.** E se o connect rate já está acima de 92%, o problema está em outro lugar: velocidade não conserta oferta ruim, criativo ruim nem checkout ruim.
+
+### 6.4 Metas técnicas de performance da página
+
+A 6.3 explica **por que** o connect rate importa. Esta seção concentra a **tabela de metas** (a 6.3 remete pra cá em vez de repetir os números): o material é um briefing formal para colar inteiro numa IA (Claude Code, Cursor, Lovable, v0, Bolt, Replit) junto com a página, para ela executar e devolver relatório antes/depois.
+
+**O fato técnico que muda a leitura da métrica:**
+
+> A visualização da página de destino só é contada quando o evento PageView do pixel da Meta dispara. Ou seja: o connect rate mede o instante em que o pixel consegue falar, não o instante em que a pessoa vê a oferta.
+
+Isso cria **dois relógios distintos** a otimizar: o tempo até o pixel disparar e o tempo até o LCP (o herói visual). Confundir os dois é o que produz a fraude descrita abaixo.
+
+> ⚠️ **Regra de integridade — a mais importante da seção.** Dá para subir o connect rate só movendo o pixel para o topo do `<head>` sem a página ficar mais rápida.
+>
+> Subir o pixel sem consertar a página é maquiagem de métrica: o número melhora e a venda não. As duas coisas andam juntas.
+>
+> Se só um dos dois for possível, isso tem que estar dito no relatório. Um connect rate que subiu sem a página acelerar não converteu nada: só mentiu melhor.
+
+**Metas de aceitação — sempre medidas em mobile com throttle 4G, nunca em desktop:**
+
+| Métrica | Meta | Como medir |
+|---|---|---|
+| Redirects entre anúncio e página | **0** | `curl -sIL` |
+| TTFB | **< 200 ms** | DevTools Network, primeira requisição |
+| LCP | **< 2,0 s** (ideal < 1,5 s) | PageSpeed Insights mobile |
+| CLS | **< 0,1** | PageSpeed Insights mobile |
+| Tempo até o PageView | **< 800 ms** | requisição para `facebook.com/tr` |
+| HTML comprimido | **< 50 KB** | — |
+| Peso total acima da dobra | **< 250 KB** (até o LCP) | — |
+| JavaScript próprio bloqueante | **0 KB** | — |
+
+**Diagnóstico antes de mexer:** rodar PageSpeed Insights e Lighthouse **antes** de qualquer alteração, para ter a linha de base do antes/depois.
+
+**Contexto de tráfego assumido:** majoritariamente mobile, rede móvel BR, dentro do **navegador interno do Instagram** — que é mais lento que Chrome ou Safari nativos. Medir no ambiente errado invalida o número.
+
+**A régua de corte:**
+
+> Velocidade conserta o vazamento entre o clique e a página, e só isso. Não conserta oferta ruim, criativo ruim nem checkout ruim. Com connect rate acima de 92%, o problema está em outro lugar.
+
+Acima de 92%, parar de otimizar página e voltar para a hierarquia da seção 2.6.
+
+**Solução de player citada:** player de vídeo customizado sobre YouTube, com controles parecidos com os do VTurb, para simular a sessão de compra completa.

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/06a-instagram.md

@@ -0,0 +1,138 @@
+## 6-A. Instagram da oferta — onde a venda realmente fecha
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+Fonte: + `mapa-mental-instagram-forte` (site da aula, 2026-08-17). Complementa e detalha a seção 11.2 do checklist do ROI.
+
+### 6A.1 A prova: de onde vêm as vendas
+
+Operação A, 464 vendas aprovadas, por fonte:
+
+| Fonte | Vendas |
+|-------|--------|
+| Link da bio | 179 |
+| Organic / outras | 156 |
+| Story | 77 |
+| Meta Ads (clique direto no anúncio) | 52 |
+
+**Só 11% veio do clique direto no anúncio. 89% passou pelo perfil antes de comprar.** Em uma operação B, mesmo com o anúncio dominando (622 vendas diretas de 1.086 totais), o perfil quase dobrou o resultado.
+
+**O contrafactual:** com perfil fraco, a mesma operação faria 52 vendas em vez de 464 — mesmo criativo, mesmo público, mesmo orçamento, e no prejuízo.
+
+**Por que é o maior boost de ROI da operação:** a visita ao perfil já foi paga junto com o clique. É o único lugar onde a receita sobe sem o custo subir. Criativo custa teste, CPA custa otimização, ticket custa reestruturar oferta. O perfil, não.
+
+> A frase da aula: **o anúncio apresenta, o perfil vende.**
+
+### 6A.2 O comportamento de quem compra
+
+**O gatilho é desconfiança.** Nicho concorrido + promessa forte + preço baixo: o primeiro pensamento não é "quero", é "será que é golpe?".
+
+**O julgamento acontece em ~15 segundos, nesta ordem:**
+
+1. **Foto** — tem gente real aqui?
+2. **Bio** — é o que o anúncio prometeu?
+3. **Destaques** — tem prova?
+4. **Feed** — essa conta existe há mais de uma semana?
+5. **Stories** — tem alguém vivo hoje?
+
+Passou nos cinco, compra pela bio ou pelo story. Falhou em um, sai — e o clique você pagou igual.
+
+### 6A.3 Anatomia do perfil
+
+- **Foto:** rosto, legível num círculo de 40px.
+- **Nome:** expert + o que entrega. É campo de busca, então usar palavra que o público procura.
+- **@:** sem número aleatório no fim.
+- **Bio:** 4 linhas — quem, prova, para quem, CTA.
+- **Link:** destino único, sempre com UTM. Link direto converte mais que agregador; se usar agregador, confirmar que ele repassa a UTM.
+- **Fixados:** 3 posts no topo.
+- **Feed:** 9 a 12 posts antes de subir tráfego.
+
+**Sinais de conta fake** (marcou 3 ou mais, não sobe tráfego ainda): sem foto, @ com número, bio genérica, menos de 5 posts, zero destaque, comentários desativados, story parado há uma semana.
+
+### 6A.4 Destaques — organize por objeção, não por assunto
+
+A ordem que mata objeção:
+
+1. **RESULTADOS** — isso funciona mesmo?
+2. **COMO FUNCIONA** — o que eu recebo?
+3. **DEPOIMENTOS** — outras pessoas compraram?
+4. **DÚVIDAS** — e se não der certo pra mim?
+5. **QUEM SOU** — quem é essa pessoa?
+6. **COMPRAR** — onde eu compro?
+
+Regras: 5 a 7 destaques, 4 a 8 stories cada. **Todo destaque termina com um story com link.** UTM própria por destaque, para descobrir qual deles vende. Trocar o destaque de resultados a cada 15 dias.
+
+### 6A.5 Rotina (a operação inteira cabe em 20 min/dia)
+
+- **Stories:** 3 a 5 por dia. Prova, bastidor, dúvida respondida. **1 story com link por dia, só um.**
+- **Reels:** 3 por semana, gravados em bloco e programados.
+- **Feed:** 2 a 3 por semana, pode ser com IA.
+- **Congruência:** tudo no perfil conversa com a oferta.
+
+Constância vence volume. Presença constante com conteúdo relevante gera confiança; inconsistência destrói credibilidade rápido.
+
+**Comentários do anúncio** são parte do criativo — a pessoa lê antes de clicar. Responder objeção converte mais do que deletar. Ocultar spam e configurar palavras bloqueadas. Usar publicação existente para acumular prova social.
+
+**Direct:** quem desconfia muito pergunta em vez de comprar. Ter respostas rápidas salvas, todas terminando com link, e com UTM própria — senão a venda some dentro do "organic".
+
+### 6A.6 Rastreamento — sem isso você está cego
+
+- Ativar no ícone do lápis: **vendas por fonte** e **funil de conversão**. As melhores métricas não vêm ligadas por padrão.
+- **"Organic" = venda que chegou sem UTM**: destaque cru, direct, acesso direto, recompra, recuperação. Taguear os destaques e ver o organic cair prova isso. Deixa de ser balde cego e vira dado.
+- **UTM por canal:** anúncio (template com parâmetro dinâmico), bio, story, destaque, direct, feed, recuperação. Minúscula, sem acento, padrão fixo para sempre.
+- **O que quebra o rastreamento:** encurtador que não repassa parâmetro, cloaker sem suporte a UTM, script fora do `<head>`.
+- **Compra-teste por cada caminho antes de escalar.**
+
+### 6A.7 Encanamento: Instagram + Página + BM
+
+**O erro que mata a operação:** deixar marcado "usar a Página para representar sua empresa no Instagram". O @ do anúncio não leva a perfil nenhum — você gera a desconfiança e não dá para onde ela ir.
+
+Setup correto:
+
+1. Conta profissional tipo **Empresa**, não Criador.
+2. Página completa, com você como admin.
+3. Vincular pelo Instagram, pela Página ou pela Central de Contas.
+4. Na BM: Página, Instagram, conta de anúncios, pixel, domínio.
+5. Domínio verificado, 8 eventos priorizados, CAPI ligada.
+6. Identidade definida no nível do anúncio.
+7. Validar na prévia de Stories e Reels.
+
+**Posicionamentos:** Stories, Reels, Feed e Explorar ativos. Cortar Instagram para baixar CPM entrega clique barato e operação pobre.
+
+**Travamentos comuns:** IG não aparece na identidade (falta adicionar na BM); "já conectada a outra Página" (desvincular na antiga); conta de Criador (trocar para Empresa).
+
+**Segurança:** 2FA no Instagram, no Facebook e na BM. Admin reserva em outra conta. E-mail da operação, nunca o pessoal.
+
+### 6A.8 Ofertas, ângulos e perfis
+
+> **O expert em si mudou para a [`09-especialista-coproducao.md`](09-especialista-coproducao.md)**, junto com co-produção. O que fica aqui é o que é decisão de perfil de Instagram.
+
+**Criação de oferta: nunca uma, sempre cinco ao mesmo tempo.** O objetivo é acertar uma que escale. Recomendação da aula: uma oferta principal com ~10 entregáveis comuns e ofertas secundárias variando por sub-nicho ou ângulo.
+
+**Ângulos = mesma oferta, público diferente.** Trocar o ângulo ressuscita oferta morta. Exemplo da aula: ângulo 1 já escalou (+500k); ângulo 2 deu lucro de 4.500 em 1 mês e 6 dias. "Não vale meu tempo" ≠ "não dá dinheiro".
+
+**Quantos perfis eu preciso?**
+
+- Ângulos da mesma oferta → mesmo perfil.
+- Ofertas diferentes → perfis separados.
+- Experts diferentes → perfis separados.
+
+### 6A.9 Ler o funil: persiga venda cara, não CPA baixo
+
+Exemplos numéricos da aula:
+
+- **Connect rate:** perda de 25% num WordPress antigo; ganho de +12% migrando para builder novo. Nem todo furo vale tapar, mas tem que ser escolha, não ignorância.
+- **Página com VSL x sem VSL:** com VSL 75→32; sem VSL 87→35. (Sem VSL entrega mais gente na página e converte parecido no fim.)
+- **Recorrência distorce o funil:** vendas iniciadas aparecem acima do checkout iniciado, porque parte das pessoas vai direto para o checkout.
+
+**A leitura mais importante:**
+
+| | Ângulo 1 | Ângulo 2 |
+|---|---|---|
+| CPA | R$ 7,42 | R$ 5,18 |
+| RPU | — | R$ 8,37 |
+
+O CPA mais barato é o que tem o **ROI pior**: o ângulo 2 converte muito, mas atrai gente que paga barato. Só mudando o ângulo, o ticket subiu +R$10.
+
+> **REGRA: persiga venda cara, não CPA baixo.**

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/07-funil-upsell.md

@@ -0,0 +1,73 @@
+## 7. Funil e upsell
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+### 7.1 Estrutura
+
+1. **Front**: entrada, simples e direto, para conversão inicial alta.
+2. **Upsell 1**: oferta complementar logo após o checkout do front. Valida engajamento e reduz o ticket necessário para a venda real.
+3. **Upsell 2**: captura quem recusou o primeiro.
+4. **Oferta final**: última chance de conversão.
+
+### 7.2 Regras
+
+- **Upsell imediato ou no checkout**, nunca tardio depois do pagamento.
+- Não criar upsell só depois de vender o front: valida-se o front, mas o upsell entra cedo.
+- Estrutura linear e direta, para evitar fadiga.
+- Todo produto do funil precisa de vídeo na landing page.
+- Testar e classificar upsells e downsells **semanalmente (~25 por semana)** antes de escalar.
+- **Taxa de aprovação esperada no primeiro upsell: 17% a 25%.**
+
+### 7.3 Recuperação de pagamento
+
+PIX + cartão + WhatsApp com código único para recuperação imediata. O WhatsApp reduziu pendências de forma drástica, mais do que simplesmente desativar boleto. Público endividado prefere PIX, e boleto pode sujar a inteligência da campanha.
+
+### 7.4 A régua de preço e conversão do funil
+
+Prompt operacional de origem que transforma um produto principal em funil pós-checkout completo (U1, U2, Downsell, Oferta Final). As réguas embutidas nele são os números mais específicos que o material tem sobre monetização pós-compra.
+
+**Preço de cada etapa — sempre relativo, nunca absoluto:**
+
+| Etapa | Preço |
+|---|---|
+| **U1** | 40% a 60% do preço do front |
+| **U2** | igual ao U1, ou até ~20% acima |
+| **Downsell** | 10% a 25% do preço do produto **recusado** |
+| **Oferta Final** | piso prático de ~R$9 a R$15 no mercado brasileiro |
+
+> O downsell se calcula sobre o **produto recusado**, não sobre o front. Se a pessoa recusou o U2 (que tem preço próprio), a base é o U2. Errar isso é o engano mais comum: o downsell sai caro demais e ninguém pega.
+
+**Ticket total esperado do funil: 1,5x a 2,3x o preço do front.** É o número que fecha a conta do CPA: o breakeven da seção 3.7 se calcula contra esse ticket total, não contra o front sozinho.
+
+**Conversões esperadas por etapa:**
+
+| Etapa | Conversão |
+|---|---|
+| U1 | 15% a 25% |
+| U2 (entre quem comprou o U1) | 20% a 35% |
+| Downsell | 20% a 35% |
+| Oferta Final | 18% a 28% |
+
+> A conversão do U1 aqui (15-25%) confirma a faixa de 17-25% já registrada em 7.2. O que era um número solto agora tem a cascata inteira em volta. Isso fecha o [Ponto em aberto 4](pontos-em-aberto.md).
+
+**Regras estruturais:**
+
+- **Máximo de 3 etapas pagas pós-checkout.** A partir de 5, o próprio prompt manda consolidar.
+- **Nunca mostrar U2 e Downsell para a mesma pessoa.** Aceitou o U1 → vê o U2. Recusou → vê o Downsell. Todo mundo passa pela Oferta Final.
+- Pagamento pós-checkout: preferir **OTO one-click**.
+
+**Anatomia da página de upsell — 10 blocos, nessa ordem:**
+
+1. Indicador de etapa
+2. Eyebrow
+3. Headline (destacar visualmente **uma só** palavra)
+4. Corpo (3 a 5 parágrafos curtos)
+5. Ancoragem de preço
+6. Card de preço
+7. Três bullets de resultado
+8. CTA
+9. Recusa (o link de "não quero")
+10. Barra de confiança
+
+**Vocabulário proibido.** O prompt carrega uma lista de palavras que denunciam texto de IA e derrubam a conversão: *crucial, jornada, mindset, transformador, revolucionário, empoderamento, protagonismo, alavancar, ecossistema, potencializar, holístico, agregar valor, sinergia*, além das aberturas "nos dias de hoje..." e "a verdade é que...". Vale para toda copy do projeto, não só para upsell.

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/08-pesquisa-publico.md

@@ -0,0 +1,14 @@
+## 8. Pesquisa de público
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+1. **Coletar**: comentários em vídeos do YouTube do nicho, redes onde o público está, depoimentos de clientes atuais.
+2. **Identificar a dor profunda**: registrar as palavras e expressões que o próprio público usa. Emoção acima de demografia.
+3. **Criar o avatar**: nome, idade, localização, rotina, comportamento. Documentar em arquivo fixo.
+4. **Validar escala**: estimar o teto do mercado antes de investir.
+5. **Refinar a oferta**: Dor → Transformação → Solução.
+6. **Testar copy**: acolhedora contra agressiva. Em tema sensível (traição, separação), acolhedora ganha.
+7. **Segmentar**: começar amplo ("mulheres acima de 30") e só depois estreitar. Segmentação estreita cedo demais mata o alcance.
+
+> Caso citado: mini-curso de moda masculina vendeu mais focando em "confiança e respeito" (transformação) do que na fonte de origem em si (produto).

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/09-especialista-coproducao.md

@@ -0,0 +1,41 @@
+## 9. Especialista e co-produção
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+Seção única sobre quem aparece na frente da oferta. Consolidada em 2026-08-17 a partir de , e do mapa do Instagram.
+
+### 9.1 O que decide: congruência com o avatar
+
+Antes de escolher o caminho, o critério que manda é a congruência: o público precisa pensar **"essa pessoa é como eu"** ou **"é o que eu quero ser"**. Expert sem congruência com o avatar não converte, por maior que seja a autoridade dele em abstrato.
+
+### 9.2 Os três caminhos
+
+| Caminho | Como funciona | Trade-off |
+|---|---|---|
+| **Ser você** | Você é o rosto da oferta | Sem custo de parceria e sem barganha, mas depende de você aparecer |
+| **Formar um expert** | Pega alguém sem audiência e constrói a autoridade junto com a oferta | **O mais lucrativo:** sem audiência prévia, sem barganha. Custa tempo de construção |
+| **Parceria (co-produção)** | Fecha com um expert que já tem autoridade | Mais rápido, mas divide o lucro e você negocia de baixo |
+
+> **Tensão que o material não resolve.** A fonte de origem de Instagram diz que formar expert é o mais lucrativo, justamente por não haver barganha. Já a seção de co-produção trata a parceria com expert pronto como "o modelo mais lucrativo e sustentável". As duas afirmações usam a mesma palavra para coisas diferentes: parceria é mais lucrativa **que rodar sozinho**; formar é mais lucrativo **que a parceria**, porque não divide. Leitura adotada: formar > parceria > sozinho, com parceria ganhando em velocidade. Ver ponto em aberto 17.
+
+### 9.3 Co-produção: como fechar com um expert pronto
+
+- **Papéis:** produtor cria conteúdo e detém autoridade; coprodutor executa vendas e tráfego.
+- **Divisão padrão: 50/50** de custos e lucro, com flexibilidade se as duas partes tiverem interesse.
+- **Seleção:** minerar no Instagram por profissão/nicho, avaliando **engajamento, não número de seguidores**. O critério mais importante é a capacidade de criação contínua.
+- **Abordagem:** interagir genuinamente por alguns dias antes de propor. Construir confiança antes de falar de dinheiro. Nada de promessa do tipo "100k em 7 dias".
+- **Contrato formal** definindo responsabilidades, divisão de custos e lucros, taxas e prazos. Existe modelo em .
+
+### 9.4 Template de análise do especialista
+
+Estrutura usada para avaliar um expert antes da parceria: perfil no Social Blade (nicho, seguidores, saldo 30 dias, engajamento), melhorias nos posts e bio, análise da página (velocidade via GT Metrics, copy, design), comparativo com concorrente, produtos existentes e sugeridos (front, back, high end), e situação dos anúncios e do pixel.
+
+### 9.5 Proteger a operação
+
+Vale nos três caminhos, e é o que evita perder a operação inteira numa briga:
+
+- **E-mail da operação**, nunca o pessoal do expert.
+- **Você como admin da BM.**
+- **Acordo escrito** desde o começo, mesmo quando a relação é boa.
+- Um perfil de Instagram por expert: experts diferentes nunca dividem perfil (ver 6A.8).

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/10-levantar-caixa.md

@@ -0,0 +1,49 @@
+## 10. Levantar caixa: vídeos com IA para imóveis
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+> Estratégia explicitamente temporária. Não é escala nem negócio de vida inteira: existe para levantar caixa e bancar o teste das ofertas. Executar rápido, sem romantizar.
+
+### 10.1 A matemática
+
+- **Custo real por vídeo: R$ 60.** (Um vídeo de 45s consumiu 2.900–3.100 créditos. Usar 720p light, ~62 créditos/s. 1080p é inviável, queima o plano em meio vídeo.)
+- **Ferramenta:** OpenArt, plano Essential, US$ 14 (~R$ 71) por 4.000 créditos.
+- **Preço de venda: 40% de uma diária.**
+ ```
+ (valor total da estadia ÷ número de noites) × 0,40 = preço do vídeo
+ ```
+ Exemplo: R$ 9.607 por 6 noites = R$ 1.601/diária → vídeo a R$ 640.
+
+### 10.2 Meta de caixa
+
+| Cenário | Caixa mínimo |
+|---------|--------------|
+| Oferta BR (ticket ~R$ 47, gateway nacional saca na hora) | R$ 500 |
+| Oferta Portugal / fora do BR (D15 + D+2 da Hotmart) | R$ 1.500 a 1.700 |
+| Confortável nas duas frentes | R$ 2.000 |
+
+### 10.3 Garimpo no Airbnb
+
+Configuração da busca: uma cidade turística de cada vez (Balneário Camboriú, Floripa, Búzios, Gramado, Trancoso...); datas **flexíveis** em alta temporada; **5 adultos** (força o Airbnb a mostrar imóvel grande, com mais ambientes e diária maior); preço mínimo alto até sobrarem só os caros. O alvo é **diária acima de R$ 800**, porque é daí para cima que o vídeo vale R$ 320+.
+
+**O imóvel entra na lista se marcar tudo:** mínimo 15 fotos, ambientes distintos (não 12 ângulos da mesma sala), boa estética (a IA não conserta imóvel feio, só anima o que já está lá), fotos bem iluminadas, diária acima de R$ 800 e nome do anfitrião visível.
+
+**Sinais de lead que compra:** anfitrião com vários imóveis (é operação, não hobby); nome que puxa imobiliária ou administradora no Google; foto de perfil já feita com IA (sem objeção ao seu vídeo); Superhost ou muitas avaliações; Instagram próprio do imóvel.
+
+**Ordem correta de execução:** garimpar → achar o contato → gerar o vídeo → abordar. Gerar vídeo antes de ter contato é jogar crédito fora.
+
+### 10.4 Volume e corte
+
+| Cenário | Vídeos | Custo | Vendas | Receita | Resultado |
+|---------|--------|-------|--------|---------|-----------|
+| Pessimista | 10 | R$ 600 | 1 | R$ 640 | +R$ 40 e 10 donos no WhatsApp |
+| Realista | 5 | R$ 300 | 1 | R$ 640 | +R$ 340 |
+| Bom | 10 | R$ 600 | 3 | R$ 1.920 | +R$ 1.320 |
+| Com upsell de site | 10 | R$ 600 | 3 + 1 site | R$ 3.420 | +R$ 2.820 |
+
+**Métrica de corte:** quantos vídeos para fechar uma venda. Até 5, a operação está saudável. Acima de 8, o hype passou: encerra e roda a caixa levantada.
+
+### 10.5 Por que vídeo e não site
+
+Na cabeça do cliente ele só pode ter **um** site, então se já tem, a conversa acabou. Vídeo não tem esse teto mental: cada imóvel novo e cada temporada é um vídeo novo, e o mesmo cliente compra de novo.

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/11-checklist-roi.md

@@ -0,0 +1,36 @@
+## 11. Checklist do ROI — as 10 alavancas do low ticket no verde
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+Checklist de 43 itens em 10 blocos. Critério único de sucesso: **receita por cliente > CPA**. Onde contradiz seções anteriores, ver [Pontos em aberto](pontos-em-aberto.md).
+
+### 11.1 Oferta e entregável
+
+- Garimpar na Biblioteca de Anúncios buscando por preço (R$27, R$67, R$97). Modelar **apenas o que roda há 30+ dias e tem anúncio duplicado**. Trocar o ângulo, nunca copiar cru. Fugir de oferta saturada (quem chega depois paga a conta do leilão).
+- **Nunca chamar o entregável de PDF**: é método, sistema, app ou área de acesso. Preferir ferramenta web ou diagnóstico a arquivo estático. Empilhar bônus "até o preço parecer erro de digitação". Acesso na hora + suporte no direct (menos reembolso e chargeback). **Suporte não é opcional nem terceirizável de graça**: alguém tem que responder de verdade, por WhatsApp ou e-mail, e a fonte de origem do checklist trata isso como item de conversão, não de pós-venda.
+
+### 11.2 Instagram da oferta (BBF)
+
+- Perfil dedicado só pra oferta, nunca no pessoal. Bio em 2 linhas: prova numérica + promessa + seta pro link. 3 destaques: entregável na tela, feedback de cliente, dúvidas. **Story de venda todo dia + selo** — derruba CPC e sobe aprovação do Pix.
+
+### 11.3 VSL e página
+
+- VSL de low ticket: **90 segundos a 2 minutos** (não aguenta VSL de 20 min). Conteúdo: gravação de tela abrindo o produto por dentro (**showrun**). Nenhum take passa de 2,5s; trilha acompanha a emoção. CTA final ensina a pagar: onde clica, o que preenche, quando cai o acesso.
+- Página com **dois planos** (básico = isca, premium = venda) + pop-up no clique do básico oferecendo o premium por menos. Página leve: **connect rate > 90%**. **Conversão da página > 25%; abaixo de 20% é refazer a página, não é tráfego.**
+
+### 11.4 Checkout e margem
+
+- Checkout: **só e-mail** (CPF, sobrenome e telefone matam venda no low ticket). **Banner é metade da conversão do checkout** — testar banner antes de tudo. Timer, prova social e a mesma identidade visual da página. **Aprovação do Pix > 75%** (3 de cada 4 gerados têm que pagar).
+- **3 a 5 order bumps ativos** (menos de 3 é dinheiro na mesa); bump abaixo de 10% de conversão mata e troca no mesmo dia. **Upsell de ~2x o front logo depois da compra** — é aqui que vira lucro.
+
+### 11.5 Trackeamento
+
+- Pixel novo + token da API de Conversões **dentro da BM**, nunca no perfil pessoal. Script de UTM no fim da página e evento InitiateCheckout ligado. Utmify amarrando anúncio → checkout → venda paga (**o gerenciador mente**). Coluna "Finalizações de Compra Iniciadas" no gerenciador é o raio-X.
+
+### 11.6 Criativo e campanha
+
+- Gancho nos 5 primeiros segundos, legenda sempre, 9:16, nada de estúdio. **CTR de link > 1,5% e CPC < R$2** — fora disso o problema é criativo.
+- **Regra de leitura das duas métricas**: CTR abaixo de 1,5% = criativo (gancho fraco, ninguém clica). CPC acima do esperado com CTR bom = público ou VSL, não criativo. Enquanto qualquer uma das duas estiver fora, **não mexer em página, order bump ou upsell** — o furo é antes. Público aberto: **quem segmenta é o criativo, não o interesse**. Achou o vencedor: variações e ângulos novos **dentro da mesma campanha**.
+- Campanha: CBO com Advantage em tudo (segundo a fonte de origem, ABO vai deixar de existir). **Bid cap no ticket médio cheio** (nada de metade). Orçamento inflado: ticket de R$30 pede campanha de R$300-500/dia. Zero segmentação (idade e posicionamento no automático).
+- Regras de veredito: gastou quase nada nas primeiras **17h** = a oferta não passou (testou de graça). Gastou **3x o ticket com ROI < 1** = mata (antes disso, não encosta). **3 dias de ROI positivo** = baixa o bid cap e sobe o orçamento no máximo +50%.

package/src/modules/lowticket/skills/lowticket-metodologia/knowledge/12-mineracao-ofertas.md

@@ -0,0 +1,63 @@
+## 12. Mineração de ofertas — radar e rubrica
+
+> Shard da metodologia desta base. Índice: [`INDEX.md`](INDEX.md) · Sempre carregado junto: [`guardrails.md`](guardrails.md)
+> Onde a skill genérica contradisser este shard, **o shard vence**, e isso deve ser dito na resposta.
+
+**O que tem aqui:** `12.1` o truque do preço · `12.2` rubrica de validação 0-10, corte em 6 · `12.3` do dado ao MVP e a ordem certa · `12.4` três regras de segurança · `12.6` o método compartilhado dos 3 prompts · `12.9` os 5 E
+**Irmãos:** veredito e amostra de mercado em [`12a-mineracao-veredito.md`](12a-mineracao-veredito.md) · produzir a versão melhorada em [`12b-fabrica-de-ofertas.md`](12b-fabrica-de-ofertas.md)
+
+### 12.1 O truque do preço
+
+Buscar palavras-chave de ofertas **caras já validadas** (apenas R$47 / R$67 / R$97, "de R$197 por R$67", "método comprovado"...) — nunca ofertas de R$10. O jogo: achar oferta cara validada e vender a própria versão a R$19,90. Quem procura oferta barata pra vender barato entra num leilão que não dá pra ganhar.
+
+### 12.2 Rubrica de validação (0-10, nota de corte 6)
+
+| Critério | Pontos |
+|---|---|
+| Anúncios ativos no domínio | 1-10 = 0 · 11-30 = 1 · 31-80 = 2 · 80+ = 3 |
+| Dias no ar do anúncio mais antigo | <7 = 0 · 7-30 = 1 · >30 = 2 |
+| Outros anunciantes no mesmo nicho | só ele = 0 · 2-3 = 1 · 4+ = 2 |
+| Preço de origem | <R$37 = 0 · R$37-67 = 1 · >R$67 = 2 |
+| Dá pra entregar em PDF sem gravar vídeo | sim = 1 · não = 0 |
+
+Justificativa sempre quebrada por critério (ex.: "3+2+1+2+1 = 9"). Nota <6 nem entra na planilha: "planilha com 200 ofertas medianas não vale nada; com 12 ofertas nota 8 vale o mês inteiro". Guardrails do agente: nunca copiar texto/imagem, nunca repetir domínio, nunca inventar número ("não visível").
+
+### 12.3 Do dado ao MVP e a ordem certa
+
+Da linha da planilha nasce o MVP: nome e posicionamento, entregável em 4 PDFs + 1 bônus liberado após 7 dias (reduz reembolso), estrutura da página seção por seção, 5 ângulos de criativo em imagem. **A ordem certa:** planilha entrega a oferta → MVP em minutos → teste com orçamento pequeno → se não vender, IA analisa os números → se vender, **sobe o orçamento 30% em 30%, nunca dobra** ("dobrar reseta o aprendizado").
+
+### 12.4 Três regras de segurança
+
+1. **Perfil separado do Chrome + Facebook que não é admin da BM** — navegação automatizada nunca na conta que gerencia o dinheiro.
+2. **O agente lê, mas não assina nada**: páginas de terceiros podem conter prompt injection; agente só lê biblioteca e escreve na planilha, sem acesso a checkout ou gerenciador.
+3. **Inspiração não é cópia**: registra dado público e descreve o ângulo com palavras próprias.
+
+### 12.6 O método compartilhado dos 3 prompts
+
+Os três prompts operacionais de origem são módulos de escopo fechado que se recusam a invadir o terreno um do outro — e compartilham a mesma forma de pensar. Vale como método geral de trabalho no projeto:
+
+1. **A cascata de funil é o eixo de tudo.** `Vendas → IC → CPC → Hook → Hold` aparece igual no gestor de tráfego (campanha própria) e no minerador (oferta de terceiro). É o mesmo diagnóstico apontado para fora ou para dentro.
+2. **Uma ação por vez.** Nunca um relatório despejado. O gestor exige uma ação prioritária; o funil avança em 5 etapas; o minerador faz uma pergunta por vez.
+3. **Nunca inventar dado.** Os três são repetitivos nisso: parar e perguntar em vez de preencher a lacuna com estimativa.
+4. **Gargalo por camada, na ordem certa.** Checkout antes de LP, LP antes de criativo. Localizar **o primeiro ponto em que a operação quebra** e atacar só ele.
+5. **Esperar é decisão válida.** Régua de 3x do Bid Cap, corte de 14 dias do minerador, "a melhor decisão muitas vezes é não mexer".
+6. **Tom direto, sem elogio de abertura.** Frases curtas, "você" nunca "vc", zero jargão corporativo. A lista de palavras banidas de 7.4 vale para os três.
+
+### 12.9 O mapa dos 5 E
+
+Mapa mental interativo autónomo (HTML com os dados embutidos num array `BLOCKS`, sem servidor), com 27 itens em 5 blocos. **Não traz técnica nova**: quase tudo já está neste documento. O que ele acrescenta é um **mapa de ordem**, útil como checklist de operação e para saber em que etapa uma oferta está travada.
+
+| E | O que decide | Onde está aqui |
+|---|---|---|
+| **Encontrar** | mercado potencial ("se não tem anúncio a rodar, não há mercado"), oferta para modelar, especialista | 12.1, 12.2, 9.2 |
+| **Entender** | mercado, público (dor/desejo/consciência, "rouba as palavras deles" de comentário e review), lista única de recursos da oferta, persona única com nome e rotina | 8, 12.5 |
+| **Estruturar** | produto, oferta irrecusável, promessa, mecanismos únicos, entregáveis ("a palavra PDF nunca aparece"), bónus que derruba objeção, order bump (3 a 5 ativos), upsell/downsell | 5, 11.1, 11.4 |
+| **Executar** | copy na ordem **página, depois anúncio, depois VSL**; criativo 9x16 com gancho nos 5 primeiros segundos; página com dois planos e pop-up de cross-sell; checkout só e-mail e Pix >75%; Instagram BBF; VSL 90s-2min; gerenciador configurado antes de gastar | 6.1, 6.2, 11.2, 11.3, 11.4 |
+| **Escalar** | BM e conta separadas; CBO com bid cap no ticket cheio ("ABO vai deixar de existir"); 17h sem gasto = oferta não passou; 3x o ticket com ROI<1 mata; 3 dias no verde sobe até 50% | 3.7, 11.6 |
+
+**As duas coisas realmente novas:**
+
+1. **Validar o mercado antes de minerar a oferta.** "Se não tem anúncio a rodar, não há mercado." Hoje o documento salta direto para validar uma **oferta** específica (12.1, 12.2); este passo é anterior e mais barato.
+2. **A ordem de produção da copy: página, depois anúncio, depois VSL.** Essa sequência não estava declarada em lado nenhum. Faz sentido: a página é onde a oferta fica definida, e anúncio e VSL derivam dela.
+
+> Este mapa fica do lado do mapa dos 5 E, ou seja da fábrica de ofertas. Onde ele bate de frente com a Fábrica (dois planos e pop-up, contra "UM preço só"), o conflito é do próprio autor consigo mesmo. Ver [Ponto em aberto 25](pontos-em-aberto.md).