Communitygithub.com

Raem-Ai/launchkit-lite

Escreva ou reescreva cópia de landing page que converte, baseada no que o produto realmente faz. Use quando o usuário disser 'escreva minha landing page', 'melhore meu herói', 'minha cópia de landing page está fraca', 'escreva a homepage', 'cópia da página de preços' ou 'reescreva este título'. Produz título, subtítulo, seções de recursos, estrutura de prova social, FAQ e CTAs — e os escreve nos componentes reais da página.

O que é launchkit-lite?

Esta skill transforma landing pages fracas em páginas de alta conversão, focando no resultado do cliente em vez da categoria do produto. Ela extrai a verdade do código-fonte e da documentação para determinar o público-alvo específico, o estado doloroso anterior, o desejado após o uso, o mecanismo central do produto e a prova social disponível. A partir dessas informações, g automaticamente hero (título, subtítulo, CTAs primário e secundário), seção de prova, problema, como funciona, blocos de recursos, FAQ, pricing (se aplicável) e CTA final. Toda a cópia é escrita nos componentes reais da página, respeitando o sistema de design existente, e substitui placeholders como 'lorem ipsum'. A skill também fornece um resumo de 10 linhas ao final, listando o título escolhido, as alternativas descartadas, a prova usada e as capturas de tela que o usuário ainda precisa adicionar. Recomendada para desenvolvedores e fundadores que desejam melhorar rapidamente a cópia de suas landing pages sem recorrer a jargões ou invenções.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Raem-Ai/launchkit-lite/tree/HEAD/skills/landing-copy

Perguntar na sua IA favorita

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

Documentação

Cópia de Landing Page

A maioria das landing pages de fundadores falha da mesma forma: o título descreve a categoria do produto em vez do resultado do cliente, e a página lista recursos em vez de responder a objeções. Corrija ambos.

Passo 1 — Extraia a verdade (10 minutos, não 60)

Leia o código-fonte e qualquer README/documentação. Determine:

  • Para quem é — a pessoa específica (não "empresas": "designers freelancers que emitem faturas mensais").
  • O antes doloroso — o que eles fazem hoje, em suas próprias palavras.
  • O depois — o que muda quando eles usam o produto.
  • O mecanismo — a única coisa que o produto faz que torna o depois possível.
  • Prova disponível — usuários, logotipos, métricas, depoimentos, uma história do fundador. Se não houver, diga; não invente.
  • Preço e modelo — camada gratuita? teste? pagamento único?

Se o repositório não responder "quem" e "antes", faça uma pergunta ao usuário: "Descreva a última pessoa que se inscreveu e o que ela estava fazendo antes." Depois, escreva.

Passo 2 — Escreva a página

Hero

  • Título (≤ 10 palavras): o resultado, na linguagem do cliente. Teste contra três padrões e escolha o mais forte:
    1. Resultado: "Faturas que são pagas em 3 dias, não em 30."
    2. Contraste: "Pare de perseguir clientes. Comece a receber."
    3. Alegação específica: "Envie uma fatura em 20 segundos pelo seu celular." Rejeite qualquer coisa com "plataforma", "solução", "sem atritos", "empoderar", "acelerar", "tudo-em-um".
  • Subtítulo (≤ 25 palavras): para quem é + o mecanismo.
  • CTA primário: um verbo + o resultado, não "Comece agora". ("Envie sua primeira fatura", "Experimente grátis por 14 dias".)
  • CTA secundário: "Veja como funciona" → demonstração/vídeo/capturas de tela.
  • Uma linha de remoção de atrito abaixo do CTA: "Sem cartão de crédito." / "Grátis para suas primeiras 5 faturas." / "Cancele quando quiser."

Faixa de prova (diretamente abaixo do hero)

Logotipos, um número de usuários, uma classificação por estrelas ou uma citação forte única. Se nada existir, use uma linha do fundador: "Criado por um designer que cansou de perseguir faturas." Nunca invente números ou citações.

Seção de problema

Três marcadores curtos do "antes", escritos como coisas que o leitor já disse em voz alta. Eles devem doer um pouco.

Como funciona

Três etapas, cada uma: frase de ação em negrito + uma frase + espaço reservado para captura de tela. Etapas, não recursos.

Blocos de recursos (3–5)

Cada: título de benefício → uma frase do mecanismo → captura de tela opcional. Lidere com o benefício, mencione o recurso em segundo lugar. "Saiba quem pagou sem abrir uma planilha" > "Painel de controle de pagamentos".

Seção de matador de objeções / FAQ (5–7 perguntas)

Extraia das objeções reais desta categoria. Sempre inclua: "O que acontece quando meu teste termina?", "Posso cancelar?", "Meus dados estão seguros?", "Funciona com <a ferramenta que eles já usam>?" e uma sobre preço.

Preços (se na mesma página)

  • Destaque visualmente o plano recomendado.
  • Cada plano: para quem é em uma linha, depois recursos.
  • Alternador anual com desconto mostrado como "2 meses grátis", não "17% de desconto".
  • Abaixo dos planos: política de reembolso em uma linha, link para ela.

CTA final

Repita a promessa do título, uma linha, o CTA primário, a linha de remoção de atrito.

Passo 3 — Envie

Escreva a cópia nos componentes reais. Mantenha o sistema de design existente. Substitua lorem ipsum e títulos de placeholder. Deixe marcadores {/* TODO: screenshot */} onde imagens forem necessárias e liste-os para o usuário no final.

Regras de estilo

  • Segunda pessoa. Presente. Frases curtas.
  • Números sobre adjetivos. "3 dias" vence "rápido".
  • Uma ideia por frase. Um CTA por tela.
  • Sem pontos de exclamação. Sem emoji em títulos.
  • Leia cada título em voz alta; se soar como um comunicado de imprensa, reescreva.

Saída

Os arquivos da página editados, mais um resumo de 10 linhas: título escolhido (e as duas alternativas), a prova usada e as capturas de tela que o usuário ainda precisa adicionar.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Habilidades Relacionadas