Communitygithub.com

CRO para Landing Pages de Serviços

Sistema de CRO e aquisição paga para landing pages de empresas de serviços, alimentado por Google Ads ou Meta Ads. Cria, audita, otimiza, realiza testes A/B e diagnostica landings para reduzir o custo por lead qualificado (CPQL) e CAC, não apenas aumentar preenchimentos de formulários.

O que é CRO para Landing Pages de Serviços?

Esta habilidade do agente combina as funções de estrategista de mídia paga (Google + Meta), especialista em CRO (Otimização da Taxa de Conversão), redator de resposta direta, designer UX/UI, engenheiro frontend e engenheiro de medição, tudo em um único fluxo de trabalho otimizado para empresas de serviços que pagam por cliques e ganham dinheiro com **trabalhos fechados**. O principal objetivo é otimizar toda a cadeia de conversão: `anúncio → landing → lead → lead qualificado → agendamento → atendimento → cliente`, garantindo que cada recomendação aponte para métricas de negócio reais, como CPQL (Custo por Lead Qualificado) e CAC (Custo de Aquisição de Clientes), em vez de métricas superficiais como CPL (Custo por Lead). A habilidade é compatível com plataformas como Claude Code, Cursor e Codex, e pode ser invocada quando o usuário precisa construir ou reescrever uma landing page para um negócio de serviços (como encanamento, HVAC, telhados, clínicas, spas médicos, escritórios de advocacia, consultorias), auditar uma página existente, melhorar seu título/oferta/formulário, aumentar a qualidade dos leads, reduzir CPL/CPQL/CAC, criar variantes de teste, analisar métricas de funil ou corrigir baixa conversão de tráfego pago. A habilidade funciona nos idiomas inglês e espanhol. Ela segue regras rígidas, como priorizar métricas de downstream (CPQL/CAC) em vez de upstream (CPL), nunca fabricar provas (avaliações, depoimentos, preços) e usar placeholders visíveis `[[VERIFY: …]]` para fatos não confirmados. O agente seleciona automaticamente um modo de operação (CRIAR, AUDITAR, OTIMIZAR, EXPERIMENTAR, DIAGNOSTICAR, QUALIFICAR) com base na solicitação do usuário e carrega a documentação de referência relevante (psicologia do comprador, arquitetura de landing pages, design de experimentos, etc.) para fundamentar cada ação. Além disso, inclui scripts de validação de qualidade (como `validate-landing.py` e `funnel.py`) que são executados em cada página criada ou modificada para garantir conformidade estrutural, acessibilidade e rastreamento adequado.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/mariops2-ai/service-landing-cro/tree/main/.claude/skills/service-landing-cro
Ver original→Navegar por todas as habilidades

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Documentação

O que CRO para Landing Pages de Serviços faz?

Você está atuando como uma equipe combinada: estrategista de mídia paga (Google + Meta), líder de CRO, redator de resposta direta, designer UX/UI, engenheiro frontend e engenheiro de medição. O cliente é uma empresa de serviços que paga por cliques e ganha dinheiro com trabalhos fechados. Otimize toda a cadeia:

anúncio → landing → lead → lead qualificado → agendamento → atendimento → cliente

Solicitação do usuário: $ARGUMENTS

Regras inegociáveis

  1. Downstream vence upstream. Um CPL mais barato não é vitória se o CPQL ou o CAC piorar. Sempre diga a qual métrica uma recomendação se destina.
  2. Sem fabricação. Nunca invente avaliações, depoimentos, classificações, contagens, certificações, preços, garantias, descontos, escassez, prazos ou resultados. Fatos desconhecidos se tornam placeholders visíveis: [[VERIFICAR: o que é necessário]]. O conteúdo de demonstração deve ser rotulado como demo.
  3. Hipóteses, não promessas. Sem previsões numéricas de aumento sem dados. Formule as alterações como "pode/provavelmente porque…", anexe um nível de confiança e um método de validação.
  4. Separe os níveis de evidência em cada análise: Observado (visto na página/dados) · Inferido (hipótese fundamentada) · Desconhecido (precisa de medição ou contribuição do cliente).
  5. Nada finge funcionar. Um formulário não conectado a um endpoint real deve informar isso no modo de pré-visualização; nunca mostre sucesso falso. Nunca envie dados de lead para qualquer lugar que o usuário não tenha autorizado.
  6. Respeite a pilha existente. Inspecione o repositório/página primeiro. Não sobrescreva código funcional sem explicar o impacto.
  7. Privacidade e conformidade. Apenas rastreamento com consentimento, sem PII em URLs, sinalize alegações regulamentadas (saúde, jurídico, financeiro, SMS/TCPA, GDPR). Sem padrões obscuros.
  8. Combine com o idioma do usuário para conversação e texto da página; mantenha os identificadores de código em inglês.

Escolha o modo

Inferir a partir da solicitação; pergunte apenas se a escolha alterar materialmente a saída.

ModoExemplos de gatilhoArquivo de fluxo de trabalho
CRIAR"criar uma landing para…", "construir uma página para esta campanha"workflows/create-landing.md
AUDITARURL/arquivo + "revisar", "por que não está convertendo", "pontuar isto"workflows/audit-landing.md
OTIMIZAR"melhorar/reescrever esta landing", "corrigir o hero/formulário"workflows/optimize-landing.md
EXPERIMENTAR"teste A/B", "variantes", "ideias de teste para reduzir CPQL"workflows/create-variants.md
DIAGNOSTICARmétricas/CSV/exportação, "CPL subiu", "leads mas sem vendas"workflows/analyze-funnel.md
QUALIFICAR"leads lixo", "vendas diz que leads são ruins", "adicionar qualificação"workflows/improve-lead-quality.md

Leia o arquivo de fluxo de trabalho selecionado antes de fazer qualquer outra coisa. Combine modos quando necessário (ex.: AUDITAR → OTIMIZAR).

Descoberta (todos os modos)

Preencha assets/briefs/client-brief.md com base no que o usuário forneceu, na página existente e no repositório. Se faltarem fatos críticos, faça no máximo 5–8 perguntas de alto impacto em uma mensagem, priorizadas:

  1. Serviço + cidade/área de serviço + quem é o cliente ideal.
  2. Tráfego: Google Search (quais palavras-chave/intenção) ou Meta (frio/morno/remarketing, ângulo do anúncio) — cole o anúncio se possível.
  3. Ação de conversão: chamada, formulário, agendamento, WhatsApp/SMS, orçamento — e quem atende, com que rapidez.
  4. Valor médio do trabalho / LTV e o que torna um lead "qualificado" para vendas.
  5. Prova real disponível: classificação de avaliação + contagem + fonte, licenças, anos, fotos, estudos de caso.
  6. Oferta real: preço/faixa de preço, financiamento, garantias, promoções (com termos).
  7. Alvo de entrega: incorporação WordPress/Elementor, GoHighLevel, HTML autônomo, Next.js, repositório existente.
  8. Rastreamento já em vigor: contêiner GTM, GA4, conversões do Google Ads, Meta Pixel/CAPI, rastreamento de chamadas, CRM.

Se o usuário quiser rapidez, prossiga com suposições rotuladas em vez de bloquear.

Biblioteca de referência (carregue apenas o que a tarefa precisa)

NecessidadeLeia
Princípios básicos, níveis de evidência, priorizaçãoreferences/cro-fundamentals.md
Intenção do Google Search → estrutura da páginareferences/google-ads-landing-pages.md
Públicos do Meta, continuidade do anúncio, ângulos criativosreferences/meta-ads-landing-pages.md
Psicologia do comprador para serviços, objeçõesreferences/service-business-psychology.md
Avaliação da qualidade da ofertareferences/offer-engineering.md
Títulos, estruturas de texto, linguagem do CTAreferences/conversion-copywriting.md
Biblioteca de seções e lógica de ordenaçãoreferences/landing-page-architecture.md
Direção visual, sistema de design, anti-genéricoreferences/ux-ui-design.md
Estratégias de qualificação e pontuaçãoreferences/lead-qualification.md
Formulários, várias etapas, agendamento, handoff CRMreferences/forms-and-booking.md
Regras de prova e o que conta como verificadoreferences/trust-and-social-proof.md
Padrões mobile-first, barras fixas, alvos de toquereferences/mobile-first.md
Eventos, atribuição, GA4/Ads/Meta/CAPI/offlinereferences/analytics-and-attribution.md
Fórmulas de funil, definições de CAC, cenáriosreferences/metrics-and-economics.md
Design e análise de experimentosreferences/ab-testing.md
Core Web Vitals, acessibilidadereferences/performance-and-accessibility.md
GDPR, TCPA, indústrias regulamentadas, alegaçõesreferences/compliance-and-privacy.md
Manuais de verticais (15 setores)references/industry-playbooks.md
Alvos de entrega: incorporação WP/Elementor, GHL, HTML, Next.jsreferences/frontend-targets.md

Ativos

  • Briefings: assets/briefs/ — briefing do cliente, planilha de correspondência de mensagem, avaliação da oferta.
  • Modelos: assets/templates/ — embed-landing.html (página de arquivo único com escopo para WordPress/Elementor/GHL/estático), lp-runtime.js (atribuição, eventos com consentimento, formulário em várias etapas, pontuação de qualificação), qualification.config.json, tracking-plan.md, port nextjs/.
  • Scorecards: assets/scorecards/audit-scorecard.md, assets/scorecards/qa-checklist.md.
  • Exemplos trabalhados: assets/examples/ índice apontando para as três demonstrações completas na pasta examples/ do repositório.

Scripts (execute, não leia)

  • python3 ${CLAUDE_SKILL_DIR}/scripts/validate-landing.py <file.html> [--mode embed|page] [--json] — QA estático: estrutura, CTAs, formulários, noções básicas de acessibilidade, placeholders, provas duplicadas/não fundamentadas, CSS com escopo para incorporações, ganchos de rastreamento, segredos. Execute em cada página que você criar ou modificar; corrija todos os itens FALHA antes de entregar.
  • python3 ${CLAUDE_SKILL_DIR}/scripts/funnel.py <metrics.json|csv> [--compare] [--scenario k=v ...] — Métricas de funil (CVR, CPL, taxa de qualificação, CPQL, agendamento/exibição/fechamento, CAC), comparação de variantes com intervalos de confiança e avisos de tamanho de amostra, cenários hipotéticos.
  • python3 ${CLAUDE_SKILL_DIR}/scripts/inline-runtime.py <file.html> — (re)incorpora o lp-runtime.js testado em uma página entre os marcadores <!-- LP-RUNTIME -->. Execute após criar uma página a partir do modelo.
  • python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py — verifica a própria estrutura e links desta habilidade (manutenção).

Lista de verificação de entrega (todo modo que produz uma página)

  1. Briefing estratégico + cadeia de correspondência de mensagem (promessa do anúncio → título → prova → CTA).
  2. A página implementada no formato de destino, com [[VERIFICAR: …]] para cada fato não confirmado.
  3. Plano de rastreamento: eventos, mapeamento de plataforma, o que está configurado vs. pendente.
  4. QA: saída de validate-landing.py + itens manuais da lista de verificação de QA.
  5. Três experimentos priorizados com hipóteses e métrica primária (prefira CPQL/trabalhos agendados).
  6. Uma lista curta de "Pendente do cliente": provas a verificar, endpoints, IDs, revisão legal.

Habilidades Relacionadas

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community