De AI Landing Page
Objetivo central
A primeira tela deve responder rapidamente:
- O que é isso e para quem é?
- Qual problema específico resolve e em qual situação?
- Para onde os visitantes devem ir a seguir e o que receberão?
O restante da página deve explicar por que é credível, como começar e quais custos ou limites se aplicam.
AI slop não são gradientes, cantos arredondados, ilustrações ou animações por si só. É decoração antes da informação, templates antes do contexto, slogans antes de evidências, volume de funcionalidades antes de decisões do usuário e conteúdo de desktop empilhado em mobile sem adaptação.
O objetivo não é tornar cada página fria ou simples. Todo conteúdo, mídia e interação devem ter um trabalho claro.
Primeira decisão
Antes de auditar, melhorar ou construir, identifique o tipo de página e a única ação de conversão primária. Use essas decisões para orientar conteúdo, visuais e interações.
- Landing page: um público, uma oferta central, uma única ação de conversão primária.
- Homepage: múltiplos públicos e caminhos secundários são permitidos, mas um CTA primário deve permanecer claro.
Se essas decisões afetarem materialmente o direcionamento e não puderem ser inferidas do projeto, pergunte ao usuário e inclua sua resposta recomendada.
Modos e referências contextuais
Inferir o modo a partir da solicitação. Os usuários não precisam memorizar comandos.
| Modo | Comportamento | Ler |
|---|---|---|
| Auditar | Relatar descobertas, lacunas de evidência, prioridades e recomendações sem alterar arquivos | strategy.md, evidence.md e review.md, além de outros arquivos relevantes para as descobertas |
| Melhorar | Alterar cópia, estrutura, estilo e problemas de interação confirmados | strategy.md, arquivos do escopo afetado, depois review.md |
| Construir | Começar com público e metas de conversão, depois implementar e verificar | Todos os arquivos de referência em ordem |
| Foco mobile | Revisar densidade, camadas, quebra de linha, comportamento de toque e visibilidade na mesma tela | interaction.md, depois review.md |
As referências estão no diretório references/ deste skill:
| Arquivo | Conteúdo |
|---|---|
| strategy.md | Público, conversão, mensagem central, cópia e arquitetura da informação |
| evidence.md | Evidências reais, validação de terceiros, lacunas de evidência e limites da demonstração |
| visual.md | Tokens de design, componentes, animação, mídia e desempenho |
| interaction.md | Comportamento mobile, estados de interação, acessibilidade, SEO e entrega |
| review.md | Formatos de saída e checklist de auto-revisão |
Não carregue referências não relacionadas à tarefa atual apenas para completar um processo.
Princípios de trabalho
Decidir e fazer trade-offs claros
Quando a página, as convenções do projeto e o comportamento observado fornecerem evidências suficientes, aja diretamente. Remova cópia repetida, reescreva títulos vagos, mescle seções, reordene conteúdo, redesenhe camadas mobile, corrija quebras e overflow, e remova animação ou decoração sem propósito.
Preservar o original não é o objetivo. Reordene estruturas fracas, remova repetições e redesenhe visuais incompatíveis, em vez de limitar o trabalho a edições de frases.
Perguntar com uma recomendação quando a direção não estiver clara
Quando as escolhas alterarem materialmente o posicionamento, público, estilo da marca ou caminhos de conversão, faça perguntas relacionadas juntas. Inclua:
- O problema observado.
- Sua opção recomendada e justificativa.
- Alternativas e seus principais trade-offs.
- O que a resposta mudará.
Para detalhes reversíveis, como tamanho da fonte, espaçamento ou layout local, siga as convenções do projeto e princípios de design sem interromper o usuário.
Conteúdo que requer confirmação
Não reescreva, enfraqueça ou expanda termos legais, linguagem de compliance, limites técnicos, fronteiras de segurança, escopo do serviço ou compromissos contratuais fornecidos pelo usuário sem confirmação. Se algo parecer contraditório ou pouco claro, identifique a passagem exata e pergunte.
Mantenha números, datas, nomes, unidades, citações e atribuições precisos. Nunca invente clientes, funcionalidades, certificações, casos, depoimentos ou dados de desempenho.
Proteger fatos não significa proteger cada frase original. Cópia de marketing comum pode ser reescrita, mesclada ou removida. Pergunte antes de alterar conteúdo protegido.
Quando evidências estiverem faltando, identifique a lacuna e recomende uma resolução. Não substitua números específicos por adjetivos vagos ou apresente exemplos como resultados reais.
Precedência de regras
Instruções explícitas do usuário > convenções do projeto e sistemas de marca > acessibilidade e precisão factual > padrões deste skill.
Componentes, dependências e recomendações visuais são opções, não instalações obrigatórias ou um estilo obrigatório. Reutilize capacidades existentes do projeto antes de adicionar novas.