Communitygithub.com

dedene/website-copy

Escreve ou reescreve textos de conversão para páginas de negócios de serviços (homepage, landing, serviço, sobre, contato), entregando wireframe, seções anotadas com IDs de regras, alternativas de headline e CTA, e uma lista de lacunas.

O que é website-copy?

Esta skill guia o agente na criação de copy de alta conversão para negócios de serviços de pequeno e médio porte, como clínicas, consultores, agências e profissionais locais. Ela estrutura o processo em etapas: entender o negócio (via arquivo de contexto ou briefing), definir o tipo de página e o tráfego, mapear a argumentação, escrever o herói e as seções, revisar com rigor e entregar um wireframe anotado com regras e opções de headline/CTA. A skill suporta plataformas como Claude Code, Cursor e Codex, e funciona integrada a arquivos de referência no projeto. É útil para tarefas como "escreva minha homepage" ou "reescreva este hero", garantindo que o copy seja claro, específico, focado no cliente e baseado em provas reais, evitando invenções.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dedene/skills/tree/HEAD/skills/website-copy

Perguntar na sua IA favorita

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

Documentação

Website Copy

Escreva as palavras para uma página de cada vez: escolha a estrutura, depois escreva o copy seção por seção para que um estranho entenda a oferta em cinco segundos e saiba o que fazer a seguir. O escopo são negócios de serviços de pequeno e médio porte (oficinas, clínicas, coaches, consultores, agências, profissionais locais). Catálogos de e-commerce estão fora do escopo; páginas de SaaS só se encaixam vagamente. A saída é copy mais um wireframe, não um design ou HTML.

Comece com o contexto do negócio

  1. Se .agents/business-context.md existir, leia-o primeiro. Use-o como fonte da verdade e pergunte apenas o que a página precisa e o arquivo não tem.
  2. Se estiver faltando, execute um mini-briefing, uma pergunta de cada vez:
    • Cliente ideal: quem, em que situação, como eles chamam o problema.
    • O único trabalho do site: a ação principal, e o que acontece depois do clique.
    • Postura de oferta e preço: o que é vendido, e valores exatos / a partir de / faixas / fatores / ocultos.
    • Provas disponíveis: avaliações (plataforma, classificação, quantidade), clientes citáveis, números reais, fotos.
    • Localidade: país, idiomas, formalidade (você, senhor). Para uma reescrita completa do site ou um conjunto de respostas superficiais, sugira executar website-brief primeiro e explique por quê. Se ninguém estiver disponível para responder: prossiga com valores inferidos e liste as perguntas em "Lacunas em aberto".
  3. Se a página já existir, leia-a antes de escrever (a URL via agent-browser ou uma requisição simples, ou os templates/conteúdo do repositório). Boas linhas geralmente já estão lá, enterradas (BRIEF-01).
  4. Declare cada suposição que você fizer na saída. Nunca invente provas: sem depoimentos, classificações, contagens de clientes, logotipos ou resultados que o briefing não contenha. Use placeholders como [PROVA NECESSÁRIA: depoimento sobre rapidez na entrega].

Fluxo de trabalho

  1. Defina o trabalho. Decida quatro coisas antes de escrever uma palavra e declare-as no topo da saída:

    DecisãoOpçõesO que muda
    Tipo de páginaHomepage · página de serviço · landing page paga · Sobre · contato/agendamento · preços · FAQ · depoimentosEstrutura: tipo de homepage por mix de oferta (STRUCT-01) depois o blueprint de 10 seções (STRUCT-02); wireframe de página de serviço (PAGE-01); ordem de LP paga (STRUCT-03); wireframe Sobre (ABOUT-01…07); outras páginas em references/page-types.md
    Temperatura do tráfegoOrgânico frio · pago (clique em anúncio) · morno (indicação, YouTube, assistente de IA)Frio: o argumento completo. Pago: página dedicada, sobrancelha e headline ecoam o anúncio, sem navegação, 3–5 depoimentos na página (C2, STRUCT-03). Morno: página mais curta, bloco de agendamento no topo, argumento completo abaixo (AI-04, C18)
    Tipo de vendaLocal/consumidor · Venda complexa B2BConsumidor: avaliações, rostos e imagens de depois como prova; CTA de agendamento, orçamento ou ligação. B2B: prova = estudos de caso nomeados e citações de clientes (logotipos apenas com permissão; PROOF-12); CTA = uma chamada de descoberta que diga com quem falarão e por quanto tempo (CTA-02, BOOK-02); abordar tanto o campeão quanto o tomador de decisão (ex.: uma FAQ ou seção para TI/DPO); preço via faixas ou um tamanho mínimo de projeto (PRICE-03); imagem do herói = o produto real ou entregável em uso (HERO-12)
    LocalidadeIdioma + país + formalidadeEscreva o copy no idioma do negócio (Holandês para Flandres, Francês para Valônia). BR: aplicar references/be-eu.md (BE-01…07: transcriação, formalidade, palavras de reforço, nomes de lugares, formatos; BE-35/36: alegações modestas, humanos visíveis)

    Desvios de ordem permitidos: ofícios de emergência colocam benefícios e provas logo após o herói; páginas de tráfego morno podem mesclar problema e solução (C17).

  2. Fixar as ações. Uma ação principal por página (CTA-01). Escreva o texto do botão uma vez (verbo de ação + o que acontece depois, CTA-02, nunca uma frase CTA-03), sua linha de reforço (CTA-08) e o Passo 1 do processo nas mesmas palavras (CTA-09). Escolha o caminho pós-clique por modelo de negócio (agendamento vs formulário de orçamento vs ligação, C12). Adicione uma oferta transitória apenas como um link de texto subordinado ou sua própria seção inferior (CTA-10, C1). LPs pagas não têm ação secundária.

  3. Mapeie o argumento. Antes do herói, escreva o estado inicial do leitor (estágio de conscientização, FLOW-02), o estado final que torna o CTA óbvio e as 4–7 crenças intermediárias em ordem de dependência (FLOW-01). Liste as principais objeções e a seção onde cada uma surge (FLOW-07). A cadeia decide quais seções existem; a estrutura da etapa 1 é a forma padrão (references/flow.md).

  4. Escreva o herói. Escolha a fórmula do headline por tipo de negócio (HERO-02: transformação, problema ou simplesmente o que você faz), ancorada no desejo do cliente, não na sua categoria (HERO-03). O subhead fornece a metade que falta: o que/como, quem, formato, lugar (HERO-06). Adicione uma sobrancelha (HERO-08), três resultados (HERO-09), um botão + reforço (HERO-10), prova real ou um placeholder (HERO-11) e um resumo de imagem mostrando o depois do cliente (HERO-12). Verifique contra as sete falhas (HERO-05) e o teste de 5 segundos (HERO-01).

  5. Distribua as seções. Uma crença por seção: cada linha do wireframe diz o que requer, o que estabelece e a pergunta que deixa em aberto (FLOW-03); a próxima seção responde a essa pergunta (FLOW-04). Nenhuma alegação acima das crenças que precisa (FLOW-06). Cada título é um mini-headline, não um rótulo (STRUCT-06). Mapeie provas para alegações e contra-argumentos para objeções antes de escrever o corpo do copy (PROOF-08, FLOW-07).

  6. Escreva cada seção. Palavras do cliente em vez de palavras do setor (COPY-01), "você" dominante, exceto em Sobre (COPY-02, C5), benefícios primeiro com o recurso que os possibilita (COPY-04), especificidades em vez de clichês (COPY-11), nível de leitura 7–8 (COPY-09; ≈ CEFR B1, "klare taal" em NL, "langage clair" em FR). Coloque cada depoimento ao lado da alegação que ele prova (PROOF-03, PROOF-07). Diga algo concreto sobre preço (PRICE-01, PRICE-03). FAQ alterna perguntas reais com objeções e inclui respostas logísticas (AI-01).

  7. Corte e varra. Corte o rascunho aproximadamente pela metade onde as pessoas decidem (C3, tabela de tamanho de copy em references/copy.md). Execute a varredura de QA de copy naquele arquivo (clareza → linguagem do cliente → e daí? → prove isso → especificidade → emoção → risco zero → consistência → localidade). Verifique a lista de frases proibidas.

  8. Teste o fluxo. Teste apenas com títulos e teste de emenda em cada par de vizinhos: "portanto" ou "mas", nunca "e também" (FLOW-04, FLOW-05). Verifique se o CTA final segue a última pergunta fechada (FLOW-08). Em seguida, execute o painel de leitor hostil; corrija qualquer objeção levantada por 3+ leitores e execute novamente (FLOW-09).

  9. Entregue usando o contrato de saída abaixo, depois ofereça uma passagem de des-AIzação (humanizer / stop-slop) e, para copy NL-BE, belgisch-nederlands-redacteur se disponível.

  10. Implementação é uma etapa separada. Não produza HTML a menos que solicitado. Se o projeto tiver uma base de código e o usuário pedir para implementar, obtenha a aprovação do copy primeiro, depois construa nos componentes existentes do projeto ou faça a transição. Pergunte antes de editar um site ao vivo ou CMS.

Contrato de saída

O copy está no idioma da página, no nível de leitura COPY-09 para aquele idioma; anotações e justificativas estão no idioma que o usuário escreve para você.

# [Página] copy: [nome do negócio]

**Tipo de página:** … · **Tráfego:** frio / pago / morno · **Tipo de venda:** consumidor / B2B · **Idioma:** … (formalidade) · **CTA principal:** "…" · **Secundário:** "…" ou nenhum
**Contexto usado:** .agents/business-context.md (vN) / mini-briefing / página existente em … · **Suposições:** …

## Argumento
**Estado inicial:** … (estágio de conscientização, FLOW-02) · **Estado final:** …
**Crenças:** C1 … → C2 … → … → C7 …
**Objeções:** "…" → contraponto na seção n (FLOW-07) · …

## Wireframe
| # | Seção | Requer | Estabelece | Pergunta do leitor após | Regras aplicadas |
|---|---|---|---|---|---|
| 1 | Herói | — | C1 | "…" | HERO-02 (fórmula 2), HERO-06, HERO-10, CTA-08 |
| 2 | … | … | … | … | … |

**Verificação de fluxo:** teste apenas com títulos · emendas (n→n+1: então / mas) · painel: objeções levantadas por 3+ leitores e como foram corrigidas (FLOW-04, FLOW-05, FLOW-09)

## Copy

### 1. Herói · HERO-02 (fórmula …), HERO-06, HERO-08, HERO-09, HERO-10, HERO-11
- Sobrancelha: …
- Headline: …
- Subheadline: …
- Resultados: … / … / …
- Botão: … · Reforço: …
- Prova: … ou [PROVA NECESSÁRIA: …]
- Resumo da imagem: …
> Por que: uma linha sobre a escolha que importa.

### 2. [Nome da seção] · [IDs de regras]
- Título: …
- Corpo: …
- Botão (se houver): mesma redação do herói
> Por que: …

(um bloco por linha do wireframe)

## Alternativas
**Headlines**
1. "…" · fórmula … · por que / quando escolher
2. "…" · …
3. "…" · …

**CTA principal**
1. "…" · …
2. "…" · …

## Meta (páginas web)
- Tag de título: … · Meta descrição: …

## Lacunas em aberto
- [PROVA NECESSÁRIA: …] → como obter (PROOF-20)
- Suposições a confirmar: …
- Ativos necessários: foto real da equipe, fotos de portfólio, …
- Decisões para o proprietário: ex., faixas de preço públicas ou restritas (C13)

Regras mais importantes aqui

  • Um leitor, uma página, uma ação. Escreva para o único cliente ideal do briefing (BRIEF-02); um CTA, redigido de forma idêntica em todos os lugares (CTA-01, CTA-04).
  • O herói carrega a página. Fórmula por tipo de negócio (HERO-02); headline e subhead juntos respondem o quê, para quem, por que isso importa (HERO-01, HERO-06). Sem "Bem-vindo ao", prêmios, trocadilhos inteligentes ou nomes de métodos não explicados no herói (HERO-05, BRIEF-07).
  • Claro vence inteligente. Simples, conversacional, as frases literais do cliente (COPY-01, COPY-08). Linhas inteligentes sobrevivem apenas se a próxima linha as resolver.
  • Cliente como herói, negócio como guia. Lidere com o problema e o estado depois; apresente-se na seção de solução com empatia e autoridade (COPY-02, STRUCT-02 linha 3). Em uma página, história significa estrutura, não um conto "Conheça a Maria" (STORY-01, STORY-02).
  • Cada seção merece a próxima. Uma crença por seção, em ordem de dependência; cada uma responde à pergunta levantada pela anterior; vizinhos se conectam com "portanto" ou "mas" (FLOW-01, FLOW-04, FLOW-05). Objeções são respondidas onde surgem, não apenas no FAQ (FLOW-07).
  • Gabar → Benefício → Prova. Cada alegação responde "e daí?" (COPY-03) e tem prova a um scroll de distância (PROOF-07). Superlativos não comprováveis são cortados.
  • Específico ou corte. Números, prazos, detalhes de processo; números não arredondados apenas se reais (COPY-11, COPY-12, PROOF-10).
  • Fale sobre preço. Valor exato, a partir de, faixas, fatores ou exemplos de trabalhos por tipo de precificação (PRICE-03).
  • Curto onde as pessoas decidem. Herói = headline + uma frase + botão; 3 benefícios, 3 etapas, ~6 FAQs (C3, tabela de tamanho de copy). Páginas Sobre e publieditoriais podem ser longas.

Referências

ArquivoLeia quando
references/principles.mdSempre folheie primeiro: os 15 princípios, padrões quando o contexto está faltando, contradições C1–C21 e como resolvê-las
references/brief.mdNenhum arquivo de contexto existe, ou você precisa do modelo de contexto, perguntas de voz do cliente ou regras de posicionamento
references/hero.mdEscrevendo qualquer herói: fórmulas, falhas, anatomia, layouts por tipo de negócio, galeria de reescrita, teste de 5 segundos
references/page-structure.mdEscolhendo o tipo de homepage e ordem das seções, ordens de LP paga/orgânica, estruturas de história, navegação, escaneabilidade
references/flow.mdSempre, antes de distribuir as seções: o mapa do argumento, cadeia de perguntas, teste de emenda, posicionamento de objeções, painel de leitor hostil
references/page-types.mdPáginas de serviço, multi-serviço, Sobre, depoimentos, contato/agendamento, FAQ e preços
references/copy.mdEscrevendo copy de seção: regras de mensagem, fórmulas de headline de seção, storytelling, tabela de tamanho, frases proibidas, varredura de QA
references/proof-trust.mdSelecionando e posicionando provas, alternativas sem depoimentos, tabelas de comparação, garantias, exibição de preço
references/cta-forms.mdRedação do botão, linhas de reforço, agendamento vs formulário vs ligação, campos de formulário, página de agradecimento
references/lead-offer.mdA página inclui uma seção de oferta transitória, uma página de opt-in ou uma página de agradecimento
references/ai-search.mdCopy de FAQ e preços que deve responder perguntas de assistentes de IA; tráfego morno e pré-vendido
references/be-eu.mdO negócio está na Bélgica ou na UE: idioma, formalidade, rodapé legal, consentimento, regras de avaliações e preços
references/sources.mdVerificando de onde uma regra vem, ou citando uma fonte

Salvaguardas

  • Apenas psicologia verdadeira: escassez, urgência, prova social, âncoras e "como visto em" devem ser reais e verificáveis (princípio 13, C14, C15).
  • Nenhuma prova inventada. Prova ausente se torna um placeholder [PROVA NECESSÁRIA: …] e um item em Lacunas em aberto.
  • Estatísticas nas referências marcadas como ilustrativas (números de Wes e convidados) explicam direção. Nunca as coloque em copy de cliente ou cite-as para um cliente como fato.
  • Copy para profissões regulamentadas (médica, jurídica, financeira) permanece dentro de suas regras de publicidade; sinalize alegações para verificar.
  • Pergunte antes de publicar, enviar para um CMS ou editar um site ao vivo.

Skills relacionadas

  • website-brief: construir ou atualizar .agents/business-context.md antes de uma grande reescrita.
  • website-conversion-audit: encontrar o que está errado em uma página existente antes de reescrevê-la.
  • website-lead-magnet: projetar a oferta transitória, suas páginas de opt-in e agradecimento, e os e-mails de nutrição.
  • humanizer / stop-slop (se disponível): remover padrões de escrita de IA do copy final.
  • belgisch-nederlands-redacteur (se disponível): polir copy em holandês belga.

Orientação destilada do canal do YouTube de Wes McDowell (veja references/sources.md). Ideias de estrutura adaptadas de coreyhaines31/marketingskills (MIT).

Individual skills in this repo

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

Habilidades Relacionadas