Communitygithub.com

saas-pages

Constrói a lista exata de páginas que um site SaaS precisa para que Google e ChatGPT possam recomendá-lo. Use quando alguém fornecer a URL de um site SaaS e perguntar quais páginas criar, quais páginas estão faltando, um plano de páginas, um plano de conteúdo para o site do produto, ou disser "execute saas-pages". Também funciona para empresas de serviço e agências. Abrange 6 tipos de página - homepage, páginas de comparação, páginas de alternativas, páginas de caso de uso, documentação e central de ajuda - e gera cada página com sua URL, H1, termo de busca alvo e prioridade.

O que é saas-pages?

Este skill, chamado "saas-pages", é um planejador estratégico de páginas web para sites SaaS (Software as a Service), projetado para especialistas em SEO, criadores de conteúdo e gerentes de produto. Ele transforma uma única URL de site SaaS em uma lista concreta de páginas a serem construídas ou melhoradas. A saída é totalmente prática: URLs reais, H1s reais e nomes de concorrentes reais, sem conselhos genéricos. O skill analisa meticulosamente o site fornecido, extrai informações de navegação, páginas existentes e sitemaps, identifica concorrentes e lacunas de conteúdo, e então gera um plano detalhado abrangendo 6 tipos de página: homepage, comparações, alternativas, casos de uso, documentação e central de ajuda. Ele prioriza páginas com base na intenção de compra e eficiência de construção, e pode exportar o plano como uma tabela CSV pronta para planilhas. O skill é executável em qualquer terminal que suporte ferramentas como Claude Code, Cursor ou Codex, seguindo rigorosamente as instruções do SKILL.md. A verdadeira força do skill está em sua capacidade de criar um plano acionável e orientado por dados. Ele lê o site real, identifica fatos conflitantes entre páginas, pesquisa concorrentes online e adapta a lista de páginas para negócios de serviço ou marcas pequenas. O resultado é um roteiro de 30 dias com semanas de tarefas priorizadas, ajudando as equipes a focar nas páginas de maior impacto primeiro. Ao basear as recomendações em fatos extraídos do site e em pesquisas de mercado, o skill garante que cada página proposta sirva a um propósito claro: ser encontrada no Google ou recomendada pelo ChatGPT.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/iamjeeth/saas-pages-skill/tree/HEAD

Perguntar na sua IA favorita

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

Documentação

Planejador de páginas SaaS

Você transforma um site SaaS em uma lista de páginas para construir. Cada página da lista é uma que um comprador pode encontrar no Google ou ser direcionado pelo ChatGPT. A saída é concreta: URLs reais, H1s reais, nomes de concorrentes reais. Nenhum conselho genérico.

Entradas

  • Obrigatório: a URL do site.
  • Opcional: uma lista de concorrentes, tickets de suporte, anotações de ligações de vendas, FAQs, as principais perguntas que os clientes fazem.

Se o usuário forneceu apenas uma URL, comece imediatamente. Peça tickets e anotações na etapa 6, não antes.

Regras básicas

  • Use apenas fatos que você leu no site ou encontrou em resultados de busca. Nunca invente números, contagens de clientes, preços, avaliações ou funcionalidades. Se algo não estiver na página, escreva "não encontrado" e siga em frente.
  • Se uma página não carregar (bloqueada, 403, ou o conteúdo é renderizado por JavaScript e retorna vazio), diga qual URL falhou e peça ao usuário para colar o texto dessa página se for importante. Não adivinhe o que ela diz.
  • Linguagem simples em tudo que você produzir. Diga "páginas que Google e ChatGPT podem recomendar", "a pergunta que as pessoas digitam", "a página onde os compradores comparam você". Não use palavras como autoridade tópica, cluster de palavras-chave, SERP, estágio do funil, E-E-A-T.
  • Sem travessões ou travessões longos na saída. Use vírgulas, dois-pontos ou um hífen simples.
  • Cada página recebe um dos quatro status:
    • criar: você procurou e não existe.
    • existe: melhorar: existe e você leu; diga o que está faltando em uma linha.
    • existe: verificar: existe mas você não leu (muitas páginas para ler todas). Diga o que verificar nela.
    • verificar: você não conseguiu confirmar se existe (página bloqueada ou não linkada em nenhum lugar que você pôde ler). Diga o que verificar.
  • Leia cada página existente que seria P1 antes de atribuir um status. Páginas que você pular recebem existe: verificar, nunca existe: melhorar.

Etapa 1: Leia o site

Comece com <site>/sitemap.xml (e quaisquer sitemaps filhos que ele listar). É a lista completa mais rápida de páginas que o site possui. Se não houver sitemap, use a navegação do site e os links do rodapé. Nunca adivinhe caminhos.

Em seguida, busque estas, nesta ordem:

  1. Homepage: copie o H1 exato e o subtítulo. Anote para quem diz que o produto é, as principais funcionalidades nomeadas e quaisquer nomes de integrações.
  2. Página de preços: nomes dos planos e complementos.
  3. Página de funcionalidades ou produto: cada funcionalidade ou capacidade que tem sua própria página ou seção.
  4. Página de integrações ou marketplace: as principais integrações por nome.
  5. Páginas existentes de comparação ou "vs", páginas de alternativas, páginas de setor ou caso de uso. Procure links como "Comparar", "vs", "alternativa", "Soluções", "Setores", "Casos de uso".
  6. Documentação ou documentação para desenvolvedores, e a central de ajuda ou base de conhecimento: suas categorias principais.
  7. Blog: categorias e títulos recentes (isso mostra sobre o que eles já escrevem).

Escreva um breve Resumo do site antes do plano:

  • O que ele faz (uma linha, nas próprias palavras do site quando possível)
  • Para quem é (declarado no site / implícito)
  • Principais funcionalidades (lista)
  • Principais integrações (lista)
  • Páginas já encontradas, agrupadas pelos 6 tipos
  • Páginas que falharam ao carregar
  • Fatos que discordam entre páginas: o mesmo fato declarado de duas maneiras em duas páginas (uma integração "ativa" em uma página e "em breve" em outra, duas contagens de funcionalidades diferentes, dois preços para um plano). Cite ambas as versões com suas URLs. Elas vão primeiro na ordem de construção, porque o ChatGPT repete qualquer versão que lê. Escreva "nenhum encontrado" se não houver nenhum.

Etapa 2: Encontre os concorrentes

  • Se o usuário forneceu concorrentes, use-os.
  • Se não, pesquise na web por " alternativas", " vs", " concorrentes" e "melhor software ". Escolha os 5 a 10 nomes que aparecem com mais frequência em diferentes sites. Adicione também qualquer concorrente com o qual o próprio site se compara.
  • Se as pesquisas pelo nome do próprio produto forem escassas (listagens de diretório, ferramentas não relacionadas), confie nas listas de "melhor " em vez disso.
  • A maioria das listas é escrita por um fornecedor que se classifica em primeiro lugar. Conte quantas vezes um nome aparece em diferentes sites, não onde ele se classifica, e adicione uma linha abaixo da tabela de concorrentes dizendo isso.
  • Liste-os com uma linha sobre por que cada um foi incluído (por exemplo "na própria página de comparação do site" ou "em 4 de 6 listas de alternativas").

Empresa de serviço ou marca pequena

Verifique isso antes da etapa 3. Se o site vende um serviço (agência, consultor, freelancer, trabalho feito para você) em vez de software, ou a marca é muito nova para as pessoas pesquisarem seu nome, diga isso em uma linha no resumo e adapte estes tipos:

  • Tipo 2, comparação: ninguém digita " vs " ainda. Compare as escolhas que o comprador faz em vez disso: "agência vs consultor", "contratação interna vs agência", "<método A> vs <método B>", "faça você mesmo vs feito para você". Adicione uma página nomeada " vs " apenas como P3 verificar, e apenas quando potenciais clientes mencionarem esse concorrente em ligações.
  • Tipo 3, alternativas: mantenha-as, mas classifique-as como P2 ou P3 a menos que o concorrente seja um nome conhecido. As pessoas pesquisam alternativas a nomes conhecidos muito mais do que a pequenas agências.
  • Tipo 4, caso de uso: pule pares de integração se não houver nada para integrar e diga isso. Crie uma página por serviço, por público e por setor em vez disso.
  • Tipo 5, documentação: torne-se páginas como-trabalhamos: o processo mês a mês, como os resultados são medidos, o que um relatório contém, o que o cliente precisa fazer.
  • Tipo 6, ajuda: inclua sempre uma página de preços se os preços estiverem faltando ou espalhados por várias páginas. Ela responde "quanto custa <serviço>", uma das primeiras perguntas que os compradores fazem ao Google e ao ChatGPT.

Mantenha as outras regras iguais: apenas fatos do site, status, prioridades e formato de saída.

Etapa 3: Construa a lista de páginas

Percorra os 6 tipos em ordem. Para cada página, preencha todos os campos em Campos da página abaixo.

Tipo 1: Homepage que diz o que você faz e para quem

Uma linha. Teste o H1 e o subtítulo atuais: em 5 segundos, um estranho consegue dizer (a) o que é o produto e (b) para quem é? Se o H1 for um slogan, não tiver uma palavra de categoria ("CRM", "software de faturamento"), ou não nomear nenhum público, marque existe: melhorar e escreva um novo H1 e subtítulo. Mantenha as palavras deles onde funcionam. Modelos: Homepages do HubSpot CRM, FreshBooks e Pipedrive declaram a categoria e o comprador na primeira linha.

Tipo 2: Páginas de comparação, " vs "

Uma página por concorrente da etapa 2. URL como /compare/<produto>-vs-<concorrente>/ (corresponda ao padrão existente do site, se houver). Pergunta alvo: " vs " e o prompt do ChatGPT "Devo usar ou para ?". Modelos: Notion vs Confluence, Ahrefs vs Semrush, ClickUp vs Asana.

Tipo 3: Páginas de alternativas, "melhores alternativas ao "

Uma página por concorrente. Elas capturam pessoas que já usam um concorrente e querem sair. URL como /alternatives/<concorrente>-alternatives/. Pergunta alvo: "melhores alternativas ao " e "O que posso usar em vez de ?". A página lista várias opções honestamente, com o produto primeiro e um motivo claro. Modelos: Alternativas ao Asana do ClickUp, alternativas ao Trello do monday.com, alternativas ao Salesforce do HubSpot.

Tipo 4: Páginas de caso de uso

Uma página para:

  • Trabalho a ser feito: cada trabalho principal que o produto faz ("acompanhar leads de vendas", "enviar faturas automaticamente").
  • Persona: cada tipo de comprador nomeado ou implícito no site ("para fundadores", "para gerentes de vendas").
  • Setor: cada setor que o produto atende ou poderia claramente atender.
  • Par de integração: o produto com cada integração principal, e as combinações mais úteis "App A + App B" que o produto conecta (estilo Zapier: "Gmail + Slack"). Pergunta alvo: "conectar a " ou "integração ".

Modelos: Página Gmail + Slack do Zapier, Calendly para equipes de vendas, Airtable para marketing. Não exagere: adicione apenas uma persona ou setor se o site, seus clientes ou suas funcionalidades claramente o suportarem.

Tipo 5: Páginas de documentação

Uma página por funcionalidade ou capacidade da etapa 1, explicando o que ela faz, como configurá-la e um exemplo. Pergunta alvo: "como em ". Se o produto tiver uma API, inclua uma página de primeiros passos da API. Modelos: Documentação do Stripe, Twilio e Vercel.

Tipo 6: Páginas da central de ajuda

Uma página por problema real do cliente. Pergunte ao usuário uma vez:

Cole seus últimos 20 a 50 tickets de suporte, anotações de ligações de vendas ou FAQs (remova nomes e e-mails primeiro). Transformarei cada pergunta repetida em uma página de ajuda.

Em seguida, agrupe o texto colado por problema, conte quantas vezes cada um aparece e crie uma página por problema, do mais frequente para o menos frequente. Pergunta alvo: as próprias palavras do cliente. Se o usuário não tiver nada para colar, liste apenas problemas para os quais você vê evidências no site (por exemplo, um guia de migração mencionado em uma página de comparação, ou uma categoria de ajuda sem artigos), marque essas linhas como verificar e diga que a lista melhora muito com tickets. Modelos: Centrais de ajuda do Notion, Slack e Zoom.

Campos da página

Para cada página:

CampoO que escrever
Statuscriar / existe: melhorar / existe: verificar / verificar
Tipo1 a 6 com seu nome
Slug da URLminúsculo, hífens, corresponder ao padrão existente do site, se houver
H1o título exato
Pergunta alvoo que as pessoas digitam no Google, mais o prompt do ChatGPT que ela deve responder
Seções3 a 5 títulos de seção que a página precisa
PrioridadeP1 / P2 / P3
Por queuma linha explicando a prioridade

Regras de prioridade:

  • P1: compradores estão perto de escolher (correção da homepage, páginas de comparação e alternativas para os 3 a 5 maiores concorrentes, páginas de integração para as principais integrações, páginas de ajuda para os problemas mais repetidos).
  • P2: compradores estão pesquisando (os concorrentes restantes, principais trabalhos a serem feitos, principais personas e setores, documentação para funcionalidades principais).
  • P3: bom ter (setores de nicho, pares de integração menores, documentação para funcionalidades secundárias). Dentro de cada nível, páginas "existe: melhorar" geralmente vêm antes de páginas "criar" porque são mais rápidas.

Etapa 4: Saída

Construa o plano como uma lista de linhas primeiro, depois faça as tabelas, os totais e o CSV a partir dessa mesma lista, para que sempre correspondam. Se você puder executar código, use-o para isso. Conte os totais a partir das linhas, nunca da memória.

Saída nesta ordem:

  1. Resumo do site (da etapa 1) e Concorrentes (da etapa 2).
  2. Tabela do plano de páginas: uma tabela markdown por tipo, colunas: Status, Slug da URL, H1, Pergunta alvo, Seções, Prioridade, Por que. Dentro das tabelas, separe os itens com " / " ou ";", nunca "|", que quebra a tabela. Muitas páginas existentes do mesmo tipo que precisam da mesma verificação (por exemplo "mais 7 páginas de compare" ou "23 páginas de setor") podem compartilhar uma linha; liste seus slugs no campo Slug da URL.
  3. Totais: número de linhas por tipo e por prioridade, e quantas são criar / existe: melhorar / existe: verificar / verificar.
  4. Ordem de construção de 30 dias: 4 semanas, uma lista curta por semana. A semana 1 é sempre corrigir os fatos que discordam entre páginas (se houver), a correção da homepage e as principais páginas P1 de comparação e alternativas. Dimensione para o que uma pessoa pode realisticamente entregar (cerca de 3 a 6 páginas por semana) e diga isso.
  5. CSV: ofereça-o e, quando o usuário disser sim (ou se ele pediu antecipadamente), imprima um bloco de código CSV com o cabeçalho:
status,type,url_slug,h1,target_question,sections,priority,why

Coloque cada campo entre aspas. Separe as seções dentro de um campo com " | ". O usuário pode colar diretamente no Google Sheets ou Excel.

Se o plano tiver mais de cerca de 60 páginas, mostre as páginas P1 e P2 nas tabelas, coloque as páginas P3 apenas no CSV e diga isso.

Finalizar

Termine com uma linha: "Cole seus tickets de suporte ou anotações de ligações de vendas e adicionarei as páginas da central de ajuda que seus clientes realmente precisam." (pule se eles já as colaram).

Habilidades Relacionadas