Communitygithub.com

Lanzamiento con waitlist, paso 1: landing (Amplitude)

Planifica y construye una landing de lanzamiento que lleve rápido al momento «wow»: hero, secciones de apoyo, un único CTA, formularios cortos, mobile first y SEO básico, antes, durante y después del lanzamiento.

¿Qué es Lanzamiento con waitlist, paso 1: landing (Amplitude)?

Receta Waitlist de prelanzamiento, paso 1 (estrategia de página), de amplitude/builder-skills. Antes de escribir código o copy, el agente responde las preguntas de diseño clave y estructura la página desde el hero hasta el CTA final. Prefiere patrones pensados para developers (playgrounds embebidos, código real), un solo CTA principal con pocos campos, cubre SEO básico y distingue páginas de lanzamiento temporales de páginas de producto permanentes, con tácticas de waitlist y urgencia.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Página de Lanzamiento

Esta habilidad ayuda a diseñar y construir páginas de aterrizaje para lanzamientos de productos. Una buena página de aterrizaje hace dos cosas: comunica valor rápidamente y lleva a los visitantes al "momento wow" lo más rápido posible. Todo lo demás es secundario.

Las dos preguntas de diseño

Antes de escribir una sola línea de texto o código, responde estas:

  1. "¿Cómo podemos lograr que el visitante experimente el momento 'wow' lo más rápido posible?" Las mejores páginas de aterrizaje permiten a los visitantes usar el producto, no solo leer sobre él. Para herramientas de desarrollador, esto podría significar un entorno de pruebas integrado. Para SaaS, una demo en vivo. Para productos de IA, un widget que ejecute inferencia directamente en la página. Cuanto menor sea la fricción entre "llegué aquí" y "oh, esto es genial", mayor será tu conversión.

  2. "¿Cómo podemos hacer que esta página tenga un diseño tan bueno que sea notable por sí misma?" Una página de aterrizaje que la gente captura y comparte en redes sociales extiende el lanzamiento más allá del impulso inicial. Esto no significa sobrecargada de diseño, sino que sea pensada, pulida y distintiva.

Estructura de la página

Sección hero

Esta es la única sección que importa para la mayoría de los visitantes. El 60-80% de los visitantes nunca se desplazan más allá de ella.

Componentes:

  • Titular — Tu propuesta de valor principal del brief de mensajería. Una oración, específica, centrada en beneficios. Debe responder "¿qué puedo hacer con esto?", no "¿qué es esto?"
  • Subtítulo — 1-2 oraciones que amplían el titular. Añade especificidad: para quién es, cómo funciona o un punto de prueba clave.
  • CTA principal — Una acción clara. "Pruébalo gratis", "Comienza", "Velo en acción". No dos CTAs compitiendo por atención.
  • Visual — Captura de pantalla del producto, video demo o widget interactivo. Nunca una foto de archivo. Muestra el producto real haciendo lo que promete el titular.

Secciones de apoyo (profundidad de desplazamiento)

Incluye solo secciones que justifiquen su espacio. Cada sección debe abordar una objeción específica o ampliar una propuesta de valor secundaria.

Secciones comunes (elige las que importan para este lanzamiento):

  • Cómo funciona — Recorrido visual o en 3 pasos. Reduce la objeción "¿es demasiado complicado?".
  • Características clave/capacidades — 3-4 tarjetas o columnas. Cada una con una propuesta de valor secundaria y un ejemplo o captura de pantalla específicos.
  • Prueba social — Logos de clientes, citas, estadísticas de uso, resultados de benchmark. Reduce la objeción "¿es esto legítimo?".
  • Comparación — Si entras en un mercado con alternativas conocidas, muestra una comparación clara. Sé honesto — las comparaciones sesgadas erosionan la confianza.
  • Precios — Si el precio es una ventaja competitiva, muéstralo temprano. Si es complejo o está enfocado en empresas, enlaza a una página de precios separada.
  • Detalles técnicos — Para audiencias técnicas y de desarrolladores. Ejemplos de código, referencias de API, diagramas de arquitectura.
  • FAQ — Para objeciones que no encajan en otro lugar. Que sea breve: 4-6 preguntas como máximo.

CTA del pie de página

Repite la CTA principal al final para los visitantes que se desplazaron hasta el final. Son tu audiencia más comprometida: facilita la conversión.

Patrones centrados en desarrolladores

Para productos técnicos y herramientas de desarrollador, estos patrones funcionan bien de forma consistente:

Reduce la fricción sin piedad

Los dos mayores puntos de fricción para los desarrolladores que evalúan herramientas son el costo y el acceso. Aborda ambos en la página de aterrizaje:

  • Nivel gratuito o prueba sin necesidad de tarjeta de crédito
  • Acceso instantáneo: sin puerta de "solicitar demo" para usuarios individuales
  • Precios claros y transparentes visibles en la página

Déjalos probar antes de registrarse

Las páginas de aterrizaje para desarrolladores más efectivas permiten a los visitantes experimentar el producto sin crear una cuenta. Ejemplos:

  • Entorno de pruebas de código integrado o REPL
  • Endpoint de API al que se puede llamar desde la página
  • Demo interactiva con resultados reales
  • Widget de "Pega tus datos/código aquí y ve los resultados"

Muestra código real

Los desarrolladores quieren ver cómo es la integración real. Incluye:

  • Comando de instalación (npm install, pip install, etc.)
  • Ejemplo mínimo funcional (5-10 líneas que hagan algo útil)
  • Botón de copiar en todos los bloques de código

Lidera con capacidades, no con características

"Procesa 10,000 documentos por segundo" es más convincente que "Motor de procesamiento distribuido". A los desarrolladores les importa lo que pueden construir y a qué escala.

Integración SEO

Una página de aterrizaje de lanzamiento es una oportunidad SEO. El lanzamiento inicial genera backlinks (de prensa, redes sociales, publicaciones de blog) que ayudan a que la página se posicione a largo plazo. Construye para esto desde el principio.

Nombrar para búsqueda

Si este es un producto o función nuevo, considera el volumen de búsqueda al elegir el nombre. El nombre debe coincidir con lo que tu audiencia objetivo realmente busca. "API de voz a texto" podría obtener más tráfico de búsqueda que "Servicio de transcripción de audio" — o viceversa. Usa investigación de palabras clave para decidir.

Conceptos básicos de SEO en página

  • Etiqueta de título — Incluye la palabra clave principal. Mantén menos de 60 caracteres.
  • Meta descripción — Resumen convincente con palabra clave. 150-160 caracteres.
  • H1 — Debe coincidir o reflejar de cerca la etiqueta de título.
  • Enlaces internos — Enlaza desde tu documentación, blog y otras páginas a esta página de aterrizaje. Enlaza desde esta página a documentación y tutoriales relevantes.
  • Velocidad de página — Las páginas rápidas se posicionan mejor y convierten mejor. Optimiza imágenes, minimiza JavaScript, usa CDN.

Contenido para posicionamiento a largo plazo

Las secciones que agregas debajo del hero (cómo funciona, características, FAQ) cumplen una doble función como contenido indexable. Escríbelas para humanos primero, pero usa el lenguaje que tu audiencia usa al buscar.

Optimización de conversión

Una CTA principal

Cada página tiene una acción principal que quieres que los visitantes realicen. Todo lo demás es secundario. Si pides a los visitantes que "se registren", "reserven una demo", "se unan a la lista de espera" Y "lean la documentación" con el mismo peso visual, les estás pidiendo que elijan — y muchos elegirán irse.

Reduce los campos de formulario

Cada campo que agregas a un formulario de registro te cuesta conversiones. Pide solo lo mínimo necesario para que comiencen. Puedes recopilar más información después.

La velocidad importa

El tiempo de carga de la página afecta directamente la tasa de conversión. Cada segundo de carga cuesta aproximadamente el 7% de las conversiones. Específicamente para páginas de aterrizaje: carga diferida del contenido debajo del pliegue, optimiza las imágenes del héroe, minimiza los scripts de terceros.

Prioriza móvil

El 40-60% del tráfico de lanzamiento a menudo proviene de dispositivos móviles (personas que hacen clic en enlaces de redes sociales desde sus teléfonos). La sección hero debe funcionar en una pantalla de teléfono. Prueba el botón de CTA en móvil: ¿se puede tocar fácilmente?

Patrones específicos de lanzamiento

Las páginas de aterrizaje para lanzamientos tienen limitaciones que las páginas de productos permanentes no tienen: son sensibles al tiempo, necesitan convertir una ola de tráfico en una ventana corta y, a menudo, atienden a una audiencia que escucha sobre el producto por primera vez.

Urgencia y escasez

Para lanzamientos de Nivel 1 donde deseas concentrar los registros en una ventana estrecha:

  • Precio de lanzamiento o ventana de acceso anticipado — "Gratis para los primeros 1,000 usuarios" o "50% de descuento durante la semana de lanzamiento" da una razón concreta para actuar ahora en lugar de marcar como favorito. Muestra la fecha límite o los lugares restantes de manera visible.
  • Temporizador de cuenta regresiva — Úsalo con moderación y solo cuando la fecha límite sea real (el beta cierra, los precios cambian, el acceso es limitado). La urgencia falsa erosiona la confianza.
  • Prueba social en tiempo real — "1,247 desarrolladores se registraron hoy" o un contador en vivo. Esto indica impulso y reduce la duda de "¿soy el único que prueba esto?".

No apiles todos estos. Elige un mecanismo de urgencia que sea genuino y hazlo prominente.

Flujos de lista de espera

Si el producto aún no está disponible de forma general, la página de aterrizaje se convierte en una página de lista de espera. Las páginas de lista de espera convierten a una tasa 2-5 veces mayor que las páginas de registro estándar porque la escasez es real.

  • Campo único: Solo correo electrónico. Cada campo adicional te cuesta registros en la lista de espera.
  • Comentarios de posición: "Eres el #847 en la lista de espera" hace que el registro se sienta concreto y te da un gancho para reenganchar ("¡Ya casi llegas!").
  • Mecánica de referencia (opcional): "Sube en la lista de espera compartiendo con amigos". Solo agrega esto si realmente puedes cumplirlo — las mecánicas de referencia rotas dañan la confianza.
  • Establece expectativas: "Estamos dejando entrar a 200 usuarios por semana" o "Espera acceso en 2 semanas". El silencio después del registro mata el interés.

Estados previos al lanzamiento, día de lanzamiento y posteriores al lanzamiento

Una página de aterrizaje de lanzamiento no es estática: debe evolucionar a través de tres fases:

Previo al lanzamiento (1-2 semanas antes):

  • Texto de adelanto: qué viene, para quién es, cuándo se lanza
  • Registro en lista de espera o "notifícame"
  • Sin detalles del producto más allá de la propuesta de valor principal

Día de lanzamiento:

  • Página completa: hero, demo, características, prueba social, CTA
  • Acceso directo: "Pruébalo ahora" o "Comienza gratis"
  • Video de lanzamiento o demo incrustado en el hero
  • Mecánicas de urgencia activas (cuenta regresiva, precios de lanzamiento)

Posterior al lanzamiento (1 semana después → permanente):

  • Elimina elementos sensibles al tiempo (cuenta regresiva, lenguaje de "recién lanzado")
  • Agrega prueba social acumulada durante el lanzamiento (número de usuarios, testimonios, logotipos de prensa)
  • Optimiza para SEO: ahora es una página de producto permanente
  • Actualiza la CTA para reflejar el estado actual ("Comienza" vs. "Únete al lanzamiento")

Planifica los tres estados antes de construir. Los estados previo y posterior al lanzamiento a menudo se olvidan, lo que lleva a páginas obsoletas con cuentas regresivas vencidas o texto de "¡recién lanzado!" meses después.

Página de lanzamiento vs. página de producto permanente

Para lanzamientos de Nivel 1, considera construir una página de lanzamiento dedicada y una página de producto permanente:

  • Página de lanzamiento — Optimizada para el momento del lanzamiento. Incluye mecánicas de urgencia, video de lanzamiento, CTA concentrada. Temporal — planifica retirarla.
  • Página de producto — El hogar permanente para este producto/función. Optimizada para descubrimiento continuo y SEO. Reemplaza la página de lanzamiento después de que la ventana de lanzamiento se cierre (generalmente 1-2 semanas).

Plan de transición: Antes del lanzamiento, decide cuándo y cómo la página de lanzamiento se convierte en la página de producto. El enfoque más simple: construye la página de producto primero, agrega un hero temporal específico del lanzamiento y una sección de urgencia encima, luego elimina esos elementos después del lanzamiento. Esto evita construir dos páginas separadas.

Para Nivel 2 y niveles inferiores, actualiza la página de producto existente. No crees páginas separadas para funciones — fragmentan tu SEO.

Construir la página

Al implementar realmente una página de aterrizaje, ten en cuenta:

  • Comienza con el texto, no con el diseño. Escribe todo el texto primero basándote en el brief de mensajería. El texto determina la estructura — no al revés.
  • Usa un diseño probado. Hero → prueba social → características → cómo funciona → CTA. Puedes reordenar, pero no reinventes el diseño a menos que el producto lo exija.
  • Diseña para escaneadores. La mayoría de los visitantes escanean, no leen. Los titulares, subtítulos y visuales deben contar la historia incluso si se omite el texto del cuerpo.
  • Prueba la regla de los 5 segundos. Muestra a alguien la página durante 5 segundos y pregúntale qué hace el producto. Si no puede responder, el hero necesita trabajo.

Habilidades complementarias

  • estrategia-de-lanzamiento — brief de mensajería que impulsa el texto y la estructura de la página
  • video-de-lanzamiento — el video demo y las capturas de pantalla que van en la página
  • publicacion-de-blog-de-lanzamiento — la publicación a la que la página enlaza (y viceversa, para SEO)
  • distribucion-de-lanzamiento — dirigir tráfico a la página
  • metricas-de-lanzamiento — seguimiento de la tasa de conversión de la página y las fuentes de tráfico mediante 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.

Skills relacionados