Communitygithub.com

Lançamento com waitlist, passo 1: landing (Amplitude)

Planeje e construa uma landing de lançamento que leve rápido ao momento «uau»: hero, seções de apoio, um único CTA, formulários curtos, mobile first e SEO básico, antes, durante e depois do lançamento.

O que é Lançamento com waitlist, passo 1: landing (Amplitude)?

Receita Waitlist de pré-lançamento, passo 1 (estratégia de página), de amplitude/builder-skills. Antes de escrever código ou copy, o agente responde às perguntas de design essenciais e estrutura a página do hero ao CTA final. Prefere padrões para desenvolvedores (playgrounds embutidos, código real), um único CTA principal com poucos campos, cobre SEO básico e diferencia páginas de lançamento temporárias de páginas de produto permanentes, com táticas de waitlist e urgência.

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

Perguntar na sua IA favorita

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

Documentação

Landing Page de Lançamento

Esta habilidade ajuda a projetar e construir páginas de destino para lançamentos de produtos. Uma ótima landing page faz duas coisas: comunica valor rapidamente e leva os visitantes ao "momento uau" o mais rápido possível. Todo o resto é secundário.

As duas perguntas de design

Antes de escrever uma única linha de texto ou código, responda a estas:

  1. "Como podemos fazer o visitante experimentar o 'momento uau' o mais rápido possível?" As melhores landing pages permitem que os visitantes usem o produto, não apenas leiam sobre ele. Para ferramentas de desenvolvedor, isso pode significar um playground embutido. Para SaaS, uma demonstração ao vivo. Para produtos de IA, um widget que executa inferência diretamente na página. Quanto menor o atrito entre "cheguei aqui" e "nossa, isso é ótimo", maior sua conversão.

  2. "Como podemos tornar esta página tão bem projetada que se torne notável por si só?" Uma landing page que as pessoas capturam de tela e compartilham nas redes sociais estende o lançamento além do impulso inicial. Isso não significa design exagerado — significa algo pensado, polido e distinto.

Estrutura da página

Seção Hero

Esta é a única seção que importa para a maioria dos visitantes. 60-80% dos visitantes nunca rolam além dela.

Componentes:

  • Título principal — Sua proposta de valor principal do briefing de mensagens. Uma frase, específica, focada em benefícios. Deve responder "o que posso fazer com isso?" não "o que é isso?"
  • Subtítulo — 1-2 frases expandindo o título principal. Adicione especificidade — para quem é, como funciona ou um ponto de prova chave.
  • CTA primário — Uma ação clara. "Experimente grátis", "Comece agora", "Veja em ação". Não dois CTAs competindo por atenção.
  • Visual — Captura de tela do produto, vídeo de demonstração ou widget interativo. Nunca uma foto de banco de imagens. Mostre o produto real fazendo o que o título promete.

Seções de suporte (profundidade de rolagem)

Inclua apenas seções que mereçam seu espaço. Cada seção deve abordar uma objeção específica ou expandir uma proposta de valor secundária.

Seções comuns (escolha as que importam para este lançamento):

  • Como funciona — Passo a passo em 3 etapas ou walkthrough visual. Reduz a objeção "é complicado demais?".
  • Principais recursos/capacidades — 3-4 cartões ou colunas. Cada um é uma proposta de valor secundária com um exemplo ou captura de tela específica.
  • Prova social — Logotipos de clientes, citações, estatísticas de uso, resultados de benchmarks. Reduz a objeção "isso é legítimo?".
  • Comparação — Se você está entrando em um mercado com alternativas conhecidas, mostre uma comparação clara. Seja honesto — comparações selecionadas a dedo corroem a confiança.
  • Precificação — Se o preço é uma vantagem competitiva, exiba-o cedo. Se for complexo ou focado em empresas, vincule a uma página de preços separada.
  • Detalhes técnicos — Para públicos técnicos e de desenvolvedores. Exemplos de código, referências de API, diagramas de arquitetura.
  • FAQ — Para objeções que não se encaixam em outro lugar. Mantenha curto — no máximo 4-6 perguntas.

CTA do rodapé

Repita o CTA primário no final para visitantes que rolaram todo o caminho. Eles são seu público mais engajado — facilite a conversão.

Padrões developer-first

Para produtos técnicos e ferramentas de desenvolvedor, estes padrões convertem consistentemente bem:

Reduza o atrito impiedosamente

Os dois maiores pontos de atrito para desenvolvedores avaliando ferramentas são custo e acesso. Aborde ambos na landing page:

  • Nível gratuito ou teste sem necessidade de cartão de crédito
  • Acesso instantâneo — sem barreira "solicite uma demonstração" para usuários individuais
  • Preços claros e transparentes visíveis na página

Deixe-os testar antes de se inscrever

As landing pages de desenvolvedor mais eficazes permitem que os visitantes experimentem o produto sem criar uma conta. Exemplos:

  • Playground de código embutido ou REPL
  • Endpoint de API que você pode usar na página
  • Demonstração interativa com saída real
  • Widget "Cole seus dados/código aqui e veja os resultados"

Mostre código real

Desenvolvedores querem ver como a integração realmente se parece. Inclua:

  • Comando de instalação (npm install, pip install, etc.)
  • Exemplo mínimo funcional (5-10 linhas que fazem algo útil)
  • Botão de cópia em todos os blocos de código

Lidere com capacidades, não com recursos

"Processe 10.000 documentos por segundo" é mais convincente do que "Mecanismo de processamento distribuído." Desenvolvedores se importam com o que podem construir e em que escala.

Integração de SEO

Uma landing page de lançamento é uma oportunidade de SEO. O lançamento inicial gera backlinks (da imprensa, redes sociais, postagens de blog) que ajudam a página a ranquear a longo prazo. Construa para isso desde o início.

Nomeação para busca

Se este é um novo produto ou recurso, considere o volume de busca ao escolher o nome. O nome deve corresponder ao que seu público-alvo realmente pesquisa. "API de Fala para Texto" pode obter mais tráfego de busca do que "Serviço de Transcrição de Áudio" — ou vice-versa. Use pesquisa de palavras-chave para decidir.

Básico de SEO on-page

  • Tag de título — Inclua a palavra-chave primária. Mantenha abaixo de 60 caracteres.
  • Meta descrição — Resumo convincente com palavra-chave. 150-160 caracteres.
  • H1 — Deve corresponder ou espelhar de perto a tag de título.
  • Links internos — Vincule de sua documentação, blog e outras páginas para esta landing page. Vincule desta página para documentação e tutoriais relevantes.
  • Velocidade da página — Páginas rápidas ranqueiam melhor e convertem melhor. Otimize imagens, minimize JavaScript, use CDN.

Conteúdo para ranqueamento de longo prazo

As seções adicionadas abaixo do hero (como funciona, recursos, FAQ) servem duplamente como conteúdo indexável. Escreva-as para humanos primeiro, mas use a linguagem que seu público usa ao pesquisar.

Otimização de conversão

Um CTA primário

Cada página tem uma ação principal que você quer que os visitantes realizem. Todo o resto é secundário. Se você está pedindo aos visitantes para "Inscrever-se", "Agendar demonstração", "Entrar na lista de espera" E "Ler a documentação" com igual peso visual, você está pedindo que escolham — e muitos escolherão sair.

Reduza campos de formulário

Cada campo que você adiciona a um formulário de inscrição custa conversões. Peça o mínimo necessário para começar. Você pode coletar mais informações depois.

Velocidade importa

O tempo de carregamento da página afeta diretamente a taxa de conversão. Cada segundo de carregamento custa aproximadamente 7% das conversões. Para landing pages especificamente: carregue com lazy-load o conteúdo abaixo da dobra, otimize imagens do hero, minimize scripts de terceiros.

Mobile-first

40-60% do tráfego de lançamento geralmente vem de mobile (pessoas clicando em links de redes sociais em seus telefones). A seção hero deve funcionar em uma tela de telefone. Teste o botão CTA no mobile — você pode tocá-lo facilmente?

Padrões específicos de lançamento

Landing pages para lançamentos têm restrições que páginas de produto perenes não têm — são sensíveis ao tempo, precisam converter uma onda de tráfego em uma janela curta e geralmente atendem a um público que está ouvindo sobre o produto pela primeira vez.

Urgência e escassez

Para lançamentos Tier 1 onde você quer concentrar inscrições em uma janela estreita:

  • Preço de lançamento ou janela de acesso antecipado — "Grátis para os primeiros 1.000 usuários" ou "50% de desconto na semana de lançamento" dá uma razão concreta para agir agora em vez de favoritar. Exiba o prazo ou vagas restantes visivelmente.
  • Cronômetro de contagem regressiva — Use com moderação e apenas quando o prazo for real (beta fecha, preços mudam, acesso é limitado). Urgência falsa corrói a confiança.
  • Prova social em tempo real — "1.247 desenvolvedores se inscreveram hoje" ou um contador ao vivo. Isso sinaliza momentum e reduz a hesitação "sou o único tentando isso?".

Não empilhe todos esses. Escolha um mecanismo de urgência genuíno e torne-o proeminente.

Fluxos de lista de espera

Se o produto ainda não está geralmente disponível, a landing page se torna uma página de lista de espera. Páginas de lista de espera convertem a uma taxa 2-5x maior do que páginas de inscrição padrão porque a escassez é real.

  • Campo único: Apenas e-mail. Cada campo adicional custa inscrições na lista de espera.
  • Feedback de posição: "Você é #847 na lista de espera" torna a inscrição concreta e dá um gancho de reengajamento ("Você está quase lá!").
  • Mecânica de indicação (opcional): "Suba na lista de espera compartilhando com amigos." Adicione isso apenas se você puder realmente cumprir — mecânicas de indicação quebradas danificam a confiança.
  • Defina expectativas: "Estamos liberando 200 usuários por semana" ou "Espere acesso em 2 semanas." Silêncio após a inscrição mata o interesse.

Estados de pré-lançamento, dia do lançamento e pós-lançamento

Uma landing page de lançamento não é estática — deve evoluir através de três fases:

Pré-lançamento (1-2 semanas antes):

  • Texto teaser: o que está por vir, para quem é, quando lança
  • Inscrição na lista de espera ou "me notifique"
  • Nenhum detalhe do produto além da proposta de valor principal

Dia do lançamento:

  • Página completa: hero, demonstração, recursos, prova social, CTA
  • Acesso direto: "Experimente agora" ou "Comece grátis"
  • Vídeo de lançamento ou demonstração embutido no hero
  • Quaisquer mecanismos de urgência ativos (contagem regressiva, preço de lançamento)

Pós-lançamento (1 semana após → permanente):

  • Remova elementos sensíveis ao tempo (contagem regressiva, linguagem "acabou de lançar")
  • Adicione prova social acumulada durante o lançamento (número de usuários, depoimentos, logotipos de imprensa)
  • Otimize para SEO: esta é agora uma página de produto permanente
  • Atualize o CTA para refletir o estado contínuo ("Comece agora" vs. "Participe do lançamento")

Planeje todos os três estados antes de construir. Os estados de pré-lançamento e pós-lançamento são frequentemente esquecidos, levando a páginas desatualizadas com contagens regressivas expiradas ou texto "acabou de lançar!" meses após o lançamento.

Página de lançamento vs. página de produto permanente

Para lançamentos Tier 1, considere construir uma página de lançamento dedicada e uma página de produto permanente:

  • Página de lançamento — Otimizada para o momento do lançamento. Inclui mecanismos de urgência, vídeo de lançamento, CTA concentrado. Temporária — planeje retirá-la.
  • Página de produto — O lar permanente para este produto/recurso. Otimizada para descoberta contínua e SEO. Substitui a página de lançamento após a janela de lançamento fechar (tipicamente 1-2 semanas).

Plano de transição: Antes do lançamento, decida quando e como a página de lançamento se torna a página de produto. A abordagem mais simples: construa a página de produto primeiro, adicione um hero temporário específico de lançamento e seção de urgência no topo, depois remova esses elementos pós-lançamento. Isso evita construir duas páginas separadas.

Para lançamentos Tier 2 e abaixo, atualize a página de produto existente. Não crie páginas separadas para recursos — elas fragmentam seu SEO.

Construindo a página

Ao realmente implementar uma landing page, tenha em mente:

  • Comece com o texto, não com o design. Escreva todo o texto primeiro com base no briefing de mensagens. O texto determina a estrutura — não o contrário.
  • Use um layout comprovado. Hero → prova social → recursos → como funciona → CTA. Você pode reordenar, mas não reinvente o layout a menos que o produto exija.
  • Projete para scannners. A maioria dos visitantes escaneia, não lê. Títulos, subtítulos e visuais devem contar a história mesmo se o texto do corpo for pulado.
  • Teste a regra dos 5 segundos. Mostre a página para alguém por 5 segundos e pergunte o que o produto faz. Se eles não conseguirem responder, o hero precisa de trabalho.

Habilidades complementares

  • launch-strategy — o briefing de mensagens que orienta o texto e a estrutura da página
  • launch-video — o vídeo de demonstração e capturas de tela que vão na página
  • launch-blog-post — o post para o qual a página vincula (e vice-versa, para SEO)
  • launch-distribution — direcionamento de tráfego para a página
  • launch-metrics — rastreamento da taxa de conversão da página e fontes de tráfego via UTMs

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Habilidades Relacionadas