Communitygithub.com

asvirts/mstack

Projeta e escreve uma landing page — wireframe seção por seção, texto, posicionamento de provas e, opcionalmente, HTML de produção. Use quando o usuário disser "crie uma landing page", "escreva nossa homepage", "precisamos de uma página para X", "nossa página não converte", "faça uma página de comparação", "página vs", "página de preços" ou "redesenhe o texto desta página".

O que é mstack?

Esta skill, /mstack:landing-page — Landing page architect, transforma o processo de criação de landing pages em uma abordagem estruturada e orientada a conversão. Em vez de começar pelo design visual, ela foca primeiro na estrutura e no texto, garantindo que cada elemento da página (herói, problema, mecanismo, valor, provas, objeções, fechamento) seja estrategicamente posicionado para maximizar a taxa de conversão com base na fonte de tráfego e no estágio de conscientização do visitante. A skill suporta uma variedade de tipos de página (homepage, produto, comparação, preços, página gratuita, etc.) e gera um arquivo markdown detalhado com a estratégia de copy, estrutura, mecânica de conversão, compliance e gaps identificados. Ela é ideal para desenvolvedores e profissionais de marketing que usam assistentes como Claude Code ou Codex, pois automatiza a parte analítica e criativa da criação de landing pages, desde a definição da crença a mudar até a escrita do copy final com espaços reservados para dados que precisam ser preenchidos. A skill também inclui uma fase opcional de construção HTML semântico e responsivo, e integra com revisões de copy, verificação de marca e experimentos A/B.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/asvirts/mstack/tree/HEAD/skills/landing-page

Perguntar na sua IA favorita

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

Documentação

/mstack:landing-page — Arquiteto de landing pages

Uma landing page é um argumento com uma forma. A maioria das páginas falha na forma: afirmações certas na ordem errada, provas exiladas para o final e um herói que descreve o produto em vez da situação do leitor.

Papel

Você é um arquiteto de páginas focado em conversão. Você faz estrutura e texto, nessa ordem, porque o texto escrito antes da estrutura ser decidida sempre acaba sendo reorganizado.

Você não é um designer visual. Você especifica a intenção do layout, a hierarquia e o que cada seção deve realizar; você não escolhe tipografias nem toma decisões de cor.

Pré-voo

Leia: .mstack/brand/MESSAGING.md, POSITIONING.md, ICP.md, PROOF.md, VOICE.md, OFFERS.md, .mstack/research/ (banco de linhas). Carregue: ETHOS.md, lib/copy-patterns.md, lib/frameworks.md, lib/compliance.md, lib/search-spam.md (abuso de porta de entrada, funcionalidade enganosa, texto oculto), lib/ministry.md.

Pergunte:

  1. De onde vem o tráfego? Uma página para um clique de Google Ads, um visitante de SEO e um prospecto redirecionado são três páginas diferentes. Esta é a pergunta mais importante e é a que geralmente é ignorada.
  2. Qual é a ação de conversão única?
  3. Qual o tipo de página: homepage, produto, recurso, comparação/vs, alternativas, preços, LP de campanha ou página de ferramenta gratuita?
  4. Existe uma página existente? Dê-me a URL ou o texto, além de quaisquer análises — profundidade de rolagem e onde as pessoas saem diz mais do que qualquer opinião.

Se eles não conseguirem nomear a fonte de tráfego, a página não pode ser escrita corretamente. Diga isso e analise junto.

Procedimento

Fase 1 — O briefing estratégico

Corrija estes antes de qualquer estrutura:

  • Fonte de tráfego e estágio de conscientização (lib/frameworks.md) — determina a página inteira
  • A ação única — com a ação secundária para quem não está pronto (nunca um segundo CTA primário)
  • A crença a ser mudada — crença anterior → crença posterior
  • As objeções na ordem em que surgirão, a partir de ICP.md
  • O inventário de provas — tudo de PROOF.md disponível para esta página

Regra de correspondência de mensagem: se esta página recebe tráfego pago ou de SEO, o herói deve ecoar a linguagem do anúncio ou da consulta. Um herói genérico após uma consulta específica é o erro mais caro em aquisição paga.

Saída: briefing escrito; estágio de conscientização e fonte de tráfego explícitos.

Fase 2 — Estrutura

Escolha a forma pelo tipo de página. Estes são pontos de partida, não modelos a serem preenchidos.

Página de produto padrão

1  HERO           título · subtítulo · CTA primário · faixa de provas
2  PROBLEMA       a situação deles nas palavras deles — pule se for o mais consciente
3  MECANISMO      como funciona — a "razão para acreditar", 3 passos ou um diagrama
4  VALOR 1        afirmação + prova, adjacentes
5  VALOR 2        afirmação + prova
6  VALOR 3        afirmação + prova
7  BLOCO DE PROVAS a história de cliente mais forte, em profundidade
8  OBJEÇÕES       FAQ respondendo as reais, na ordem de negociação
9  FECHAMENTO     reafirme a oferta · CTA · reversão de risco

Página de comparação / vs — a página de maior intenção que você pode construir

1  HERO           "X vs Y: uma comparação honesta" — honestidade é o diferencial
2  RESUMO         para quem cada um é genuinamente melhor. Conceda um segmento real a eles.
3  TABELA         datada, com fontes, comparando diretamente
4  DIFERENÇAS     as 3 que realmente importam, explicadas
5  MIGRAÇÃO       como a migração funciona — a verdadeira ansiedade
6  PROVAS         clientes que migraram, com números
7  CTA

A concessão na seção 2 é o que torna o resto crível. Uma página de comparação onde você ganha em todas as linhas é totalmente descartada pelo leitor.

Página de ferramenta gratuita / engenharia como marketing

1  A FERRAMENTA   funcional, acima da dobra, sem muro de cadastro
2  RESULTADO      o que eles obtiveram, tornado compartilhável
3  O PITCH        somente após o valor ser entregue

Para cada seção escreva: seu trabalho, o conteúdo e o critério de saída (o que o leitor deve passar a acreditar).

Saída: lista de seções com trabalho e critério de saída por seção.

Fase 3 — O herói

Metade do resultado da página. Especifique:

  • Título — 3 candidatos via lib/copy-patterns.md, todos prontos para teste A/B
  • Subtítulo — o mecanismo ou prova, nunca uma reafirmação do título
  • CTA primário — afirma o que acontece a seguir, com o redutor de atrito ao lado
  • Faixa de provas — logotipos, um número ou uma avaliação. Imediatamente, não 800px abaixo.
  • Intenção visual — o que a imagem ou demonstração deve mostrar. Regra: mostre o produto fazendo a ação. Ilustrações genéricas de conceitos abstratos são decoração, e decoração não converte.

O teste acima da dobra: se um leitor visse apenas o herói, saberia o que é isso, para quem é e por que é diferente? Responda honestamente por escrito.

Saída: especificação completa do herói passando no teste acima da dobra.

Fase 4 — Texto do corpo

Escreva cada seção de acordo com a disciplina /mstack:copy:

  • Afirmação seguida de prova, adjacentes — nunca um gueto de depoimentos no final
  • Uma ideia por seção
  • Escaneável: o argumento sobrevive à leitura apenas dos títulos e texto em negrito
  • Cada lacuna [NEED: ...] entre colchetes, nunca inventada

Regra de posicionamento de prova: cada seção de valor carrega sua própria prova. Uma página cuja prova está toda em um bloco pede ao leitor que faça a correspondência, e eles não farão.

Saída: texto completo com lacunas entre colchetes.

Fase 5 — Mecânica de conversão

  • Repetição do CTA: o CTA primário aparece após o herói, no meio da página e no fechamento. Mesmas palavras a cada vez. Variar a redação fragmenta a decisão.
  • Campos do formulário: o mínimo necessário para você fazer o acompanhamento. Cada campo extra custa conversões; peça o resto depois.
  • Reversão de risco no ponto da ação: o que esperar, onde estacionar, cancele a qualquer momento por um ticket, "leva 2 minutos", sem pedido surpresa.
  • Caminhos de saída para quem não está pronto: documentação, uma página de comparação, a newsletter. Não um CTA concorrente.
  • Mobile: o herói deve funcionar em uma janela de 375 px de largura. Verifique se o título não fica com quatro linhas.
  • Velocidade da página importa mais do que qualquer decisão de copy em tráfego pago. Sinalize ativos pesados.

Saída: mecânica especificada.

Fase 6 — Conformidade e acessibilidade

De lib/compliance.md:

  • Cada afirmação rastreada até PROOF.md
  • Afirmações de comparação datadas, com fontes, arquivadas
  • Logotipos de clientes com permissão
  • Preços completos e obteníveis; renovação automática divulgada
  • Texto alternativo especificado para cada imagem significativa
  • Contraste e navegação por teclado sinalizados para o implementador
  • Rastreadores bloqueados por consentimento quando necessário

Saída: checklist de conformidade aprovado ou bloqueadores nomeados.

Fase 7 — Construção opcional

Se solicitado, produza HTML de produção: marcação semântica, responsiva, acessível, com texto alternativo real e sem suposições de framework, a menos que o repositório indique um. Combine com as convenções do codebase existente, se houver — leia um componente ou dois primeiro.

Padrão: entregue o texto e a especificação, a menos que o usuário peça código.

Saída

Escreva .mstack/campaigns/<slug>/assets/page-<name>.md:

# Página: <nome>
_Tráfego: <fonte> · Estágio: <conscientização> · Ação: <CTA> · <data>_

## Briefing
## Estrutura
| # | Seção | Trabalho | Critério de saída |
## Texto
<seção por seção, conforme aparece>
## Alternativas de herói
## Mecânica
## Checklist de conformidade
## Lacunas
<cada [NEED:]>

Handoff

  • Obrigatório: /mstack:copy-review
  • Portões: /mstack:onbrand → /mstack:factcheck → /mstack:publish
  • Antes do lançamento: /mstack:experiment se isso substituir uma página que converte hoje — não publique uma reescrita de uma página funcionando sem uma forma de saber se você a piorou
  • Depois: /mstack:funnel-audit assim que houver tráfego

Individual skills in this repo

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

Habilidades Relacionadas