páginas-de-pilares

Páginas de pilares

Expande um único brief de posicionamento que cobre várias capacidades, pilares ou subprodutos em briefs de landing pages independentes, um por pilar, cada um com seu próprio URL, direcionamento de palavras-chave e texto do herói ao CTA final.

Entradas

Leia company-context.md primeiro (raiz do repositório ou pesquise no espaço de trabalho por ele) e use os campos que se aplicam a esta habilidade. Se o arquivo ou uma linha estiver faltando, pergunte uma vez e depois ofereça para salvar a resposta de volta. Nunca preencha uma lacuna com uma suposição sobre a empresa.

Funciona com

• Recebe: um brief de posicionamento, os documentos de pilar da pesquisa-de-capacidades-e-pilares e os documentos de evidência da pesquisa-de-evidências-de-casos-de-uso. Cada alegação em cada página deve ser rastreada até estes.
• Produz: um brief de página por pilar, com tags de alegação mantidas, além de uma página pai combinada, se solicitado.
• Próximo: redação e design. Execute varredura-de-propagação-de-alegações nestes briefs sempre que um fato do produto mudar.

Se os documentos de pilar ou evidência não existirem, construa-os primeiro em vez de escrever páginas da memória.

Por que isso difere de uma página combinada

Uma página combinada permite que as duas ou três capacidades mais fortes a carreguem, enquanto as mais fracas são incorporadas. Dividir em N páginas remove essa válvula de segurança: cada pilar ganha o mesmo espaço, independentemente de ter ou não evidência igual. Um pilar fraco pode ter sua própria página, mas a página deve ser honesta sobre isso.

Processo, por pilar

1. URL. Um caminho pai consistente com o pilar como último segmento, para que as páginas sejam lidas como uma família.
2. Pesquisa de palavras-chave para este pilar, não o termo guarda-chuva do produto reutilizado em todos os lugares. Obtenha volume, dificuldade e CPC (verifique as unidades de moeda da ferramenta; algumas APIs retornam CPC em centavos). Sinalize:
   • Palavras-chave que entram em conflito com o posicionamento da marca (a melhor palavra-chave é "sistema de tickets", mas o produto argumenta contra filas de tickets): mantenha-a no título, meta e um título de apoio, ou sinalize para um humano.
   • Termos cujos resultados de pesquisa são dominados por outro formato (listas, comparações): recomende um ativo diferente para esse termo, em vez de forçar a página do produto a competir.
3. Tag de título e meta descrição a partir da palavra-chave primária.
4. Resumo de posicionamento: 3-5 frases do brief de origem, a alegação central do pilar e a evidência mais forte.
5. A página, estruturada de forma consistente em toda a família:
   • Herói (H1, subtítulo, CTA): a alegação específica mais forte do pilar, nomeando o mecanismo.
   • Faixa de prova: 3-4 alegações curtas e com fonte. Se uma estatística existir, mas não estiver liberada, diga isso; não a use nem a descarte silenciosamente.
   • 2-4 seções de corpo a partir da evidência real deste pilar: o que faz (do catálogo de capacidades), por que supera a alternativa óbvia, a objeção que este pilar deve responder.
   • Seção de confiança ou segurança, colocada no alto se o pilar tocar em permissões, conformidade ou objeções de segurança de IA.
   • Seção de escopo honesto, apenas quando a evidência do pilar for mais fraca que a dos irmãos.
   • Links cruzados para as páginas irmãs.
   • CTA final.
6. Marque cada alegação (regra compartilhada 4) e execute a verificação de citações em quaisquer citações de clientes usadas.
7. Itens abertos específicos da página no final de cada brief: números não confirmados, clientes pendentes de aprovação ou uma pergunta real sobre se o pilar merece sua própria página.

Concluído quando

• Cada página tem sua própria pesquisa de palavras-chave.
• Cada alegação do herói e da prova é rastreada até os documentos de origem.
• Evidência desigual é visível em pelo menos uma nota de escopo honesto, se os pilares forem desiguais.
• As páginas têm links cruzados entre si.

Regras compartilhadas (idênticas nas quatro habilidades deste conjunto)

1. Evidência antes do texto. Cada alegação de produto, estatística e citação é rastreada até uma fonte nomeada. Nunca invente uma capacidade, número, história de cliente ou citação. Se a evidência não estiver lá, diga isso.
2. Lançado significa lançado. Indique o status de uma capacidade (lançado, em andamento, planejado) apenas como a fonte o afirma. Solicitações de compradores que o produto não pode atender vão para esperanças ou desejos, nunca para capacidades.
3. Citações são literais e do lado do comprador. Copie palavras exatas; corte com "..." mas nunca as altere. Nunca cite o próprio pessoal do fornecedor como um comprador. Antes de terminar, execute a verificação de citações (o script acompanha a pesquisa-de-evidências-de-casos-de-uso como verify_quotes.py) e corrija ou remova o que não for encontrado.
4. Tags de alegação. Marque cópia e alegações como SEGURO, PRECISA VERIFICAR: (o que resolveria) ou APENAS INTERNO (material de cliente nomeado sem autorização). Carregue tags adiante da saída de uma habilidade para a próxima; não as remova.
5. Evidência fraca é dita claramente. Conte contas distintas, não citações. Nunca aumente uma área fraca para igualar uma forte.
6. Documentos finalizados, não registros de alteração. Sem "atualizado", "adicionado", "novo", números de versão, varreduras ou referências de sessão em documentos destinados a serem lidos como referências. O histórico de versões guarda isso.
7. Modo seguro para externos (quando o usuário disser externo, para anúncios, para clientes, mantenha limpo): apenas cargo e empresa, sem nomes pessoais; sem datas; nomes de concorrentes dentro de citações substituídos por um colchete neutro como "[a ferramenta antiga]"; sem notas sobre autorização, fontes ou uso. Diga ao usuário em sua resposta que as citações de clientes ainda precisam de autorização.
8. Tom. Claro e direto. Sem travessões. Sem palavras de hesitação. Não caracterize concorrentes além do que os próprios compradores dizem. Sem nomes de arquivos no corpo de um documento.

Como as quatro habilidades funcionam juntas

1. pesquisa-de-evidências-de-casos-de-uso: coleta e verifica as evidências (capacidades do produto, dores do comprador, esperanças, reações) por caso de uso ou recurso.
2. pesquisa-de-capacidades-e-pilares: reagrupa essas evidências por verbo (o que o produto faz) ao posicionar por comportamento em vez de recurso.
3. páginas-de-pilares: transforma o posicionamento em um brief de página por pilar ou recurso, usando apenas alegações das etapas 1-2.
4. varredura-de-propagação-de-alegações: executa sempre que um fato do produto muda, em tudo que as etapas 1-3 produziram, e alimenta correções de volta nos documentos de evidência.

As saídas de uma etapa são as entradas da próxima. Se você for solicitado para uma etapa posterior e a saída anterior não existir, construa a etapa anterior primeiro (ou diga ao usuário que está faltando) em vez de escrever da memória.