Communitygithub.com

amplitude/builder-skills

Planifica y ejecuta lanzamientos de productos usando un marco por niveles, desde grandes novedades hasta pequeñas mejoras. Usa esta skill cada vez que alguien pida planificar un lanzamiento, crear una lista de verificación, definir niveles de lanzamiento, redactar mensajes o coordinar una release. También se activa cuando alguien dice 'vamos a lanzar X' o '¿cómo deberíamos anunciar esta función?' o '¿cuál es nuestro plan de lanzamiento?' — incluso si no usan la palabra 'estrategia'.

¿Qué es builder-skills?

Esta skill de lanzamiento de productos, diseñada como la habilidad maestra para planificar y ejecutar lanzamientos de cualquier tamaño, se basa en un marco de tres niveles (Tier 1, 2 y 3) que clasifica cada release según su impacto. Su filosofía central es que cada envío, por pequeño que sea, es una oportunidad de lanzamiento que debe anunciarse de forma proporcionada, maximizando así la visibilidad y el crecimiento continuo. La skill proporciona una plantilla completa de lista de verificación, un marco de mensajes (briefing, propuesta de valor, pruebas), cronogramas por nivel y un proceso de retrospectiva posterior al lanzamiento para mejorar el motor de lanzamientos con el tiempo. Es compatible con cualquier plataforma (Claude Code, Cursor, Codex, etc.) y está diseñada para equipos de producto, marketing e ingeniería que buscan un enfoque repetible y escalable para lanzamientos. La skill también referencia skills complementarias (lanzamiento-tweet, lanzamiento-email, etc.) para la ejecución detallada de activos y canales específicos.

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

Preguntar en tu IA favorita

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

Documentación

Estrategia de Lanzamiento

Esta skill ayuda a planificar y ejecutar lanzamientos de productos usando un marco estructurado y repetible. La idea central: la mayoría de los equipos solo hacen lanzamientos grandes y llamativos. Al tratar cada envío como un posible momento de lanzamiento — escalado a su importancia — generas conciencia, adquisición y activación de forma constante. El objetivo es un motor de lanzamientos, no un evento aislado.

Niveles de lanzamiento

Cada release se asigna a uno de tres niveles. El nivel determina cuánto esfuerzo se invierte en mensajes, activos y distribución.

Nivel 1: Nuevo producto importante o cambio de plataforma

Lanzamiento completo. Este es tu momento estelar: un nuevo producto, un cambio de marca importante, una expansión de plataforma. Prepárate con 2 a 4 semanas de anticipación.

Activos típicos: video de lanzamiento (diseño en movimiento o narrativa del fundador), página de aterrizaje dedicada, publicación en blog, alcance a la prensa, campaña en redes sociales (todas las plataformas), correo electrónico a toda la lista, impulso interno de amplificación.

Nivel 2: Nueva función importante

Una adición significativa que cambia lo que los usuarios pueden hacer. Suficiente para merecer su propio anuncio, pero sin un despliegue mediático completo. Prepárate con 1 a 2 semanas de anticipación.

Activos típicos: tweet/hilo de lanzamiento, publicación en blog o entrada en el registro de cambios, sección actualizada de la página de aterrizaje, correo electrónico al segmento relevante, publicaciones en redes sociales en 2-3 plataformas.

Nivel 3: Mejoras e iteraciones menores

Corrección de errores, pulido de la interfaz de usuario, mejoras incrementales. Aun así vale la pena anunciarlos: indican dinamismo y cuidado. Tiempo de preparación: de unas horas a un día.

Activos típicos: entrada en el registro de cambios, una sola publicación en redes sociales, mención opcional en un correo electrónico de resumen.

Elegir el nivel

Pregunta: "Si un cliente potencial viera este anuncio, ¿cambiaría su percepción de lo que el producto puede hacer?" Si la respuesta es sí → Nivel 1 o 2. Si se trata más de calidad y confiabilidad → Nivel 3.

Ante la duda, sube de nivel. Lanzar por debajo es más común que lanzar por encima. Un lanzamiento de Nivel 2 que debió ser Nivel 3 cuesta unas horas extra. Un lanzamiento de Nivel 1 tratado como Nivel 3 es una oportunidad de crecimiento perdida.

Marco de mensajes

Los mensajes van antes que todo lo demás. No construyas activos hasta que los mensajes estén definidos. Un video mediocre con excelentes mensajes supera a un video hermoso con un posicionamiento confuso.

El briefing de mensajes

Para cada lanzamiento (cualquier nivel), define:

  1. Nombre — ¿Cómo lo llamas? Para funciones con potencial SEO, usa datos de búsqueda para elegir. Verifica lo que la gente realmente busca (por ejemplo, "speech to text" vs. "transcription API" — elige el que tenga más volumen si la audiencia coincide). Herramientas como Google Trends y plataformas de investigación de palabras clave ayudan aquí.

  2. Audiencia — ¿Quién se beneficia específicamente? Sé preciso. "Desarrolladores" es demasiado amplio. "Ingenieros backend que construyen aplicaciones de voz en tiempo real" te da algo concreto para escribir.

  3. Propuesta de valor principal — Una oración. ¿Qué pueden hacer ahora que no podían antes, o qué ha mejorado drásticamente? Esto se convierte en el titular en todas partes.

  4. Propuestas de valor secundarias — 2-3 puntos de apoyo. Estos completan la publicación del blog, las secciones de la página de aterrizaje y los tweets del hilo.

  5. Puntos de prueba — Números, benchmarks, comparaciones, citas de clientes. Cualquier cosa que haga que las propuestas de valor sean concretas en lugar de aspiracionales.

Prueba de mensajes

Lee tu propuesta de valor principal en voz alta. Si pudiera describir igual de bien un producto de la competencia, es demasiado genérica. Las mejores propuestas de valor son lo suficientemente específicas como para que alguien de la audiencia objetivo sepa de inmediato si esto es para él.

Sistema de lista de verificación de lanzamiento

Crea una lista de verificación maestra con cada posible acción de lanzamiento, organizada por nivel. Para cada nuevo lanzamiento:

  1. Copia la lista de verificación maestra en una nueva instancia (nueva pestaña, nuevo ticket, nueva página)
  2. Elimina las filas que no aplican a este nivel/lanzamiento
  3. Asigna propietarios y fechas de entrega a las filas restantes
  4. Úsala como la única fuente de verdad hasta el día del lanzamiento

Herramientas

Elige un sistema y comprométete. La herramienta específica importa menos que el uso consistente.

  • Hoja de cálculo (Google Sheets, tabla de Notion) — La más simple. Funciona bien para equipos pequeños. Una hoja maestra, una pestaña por lanzamiento. Desventaja: sin asignaciones ni notificaciones integradas.
  • Herramienta de gestión de proyectos (Linear, Asana, Notion) — Mejor para equipos. Crea un proyecto de plantilla de lanzamiento. Cada lanzamiento obtiene una copia con tareas asignables y fechas de entrega. Las etiquetas de Linear o las secciones de Asana pueden mapearse a las columnas de nivel a continuación.
  • Documentos + lista de verificación (Notion, Google Docs) — Término medio. Un documento de plantilla con casillas de verificación. Fácil de copiar, más difícil de hacer seguimiento del estado entre lanzamientos.

Sea cual sea la herramienta que uses, mantén la plantilla maestra actualizada después de cada retrospectiva. La plantilla es un documento vivo: mejora con cada lanzamiento.

Estructura de la plantilla de lista de verificación

CategoríaAcciónNivel 1Nivel 2Nivel 3PropietarioFechaEstado
MensajesRedactar briefing de mensajes✓✓✓
MensajesInvestigación SEO de palabras clave para el nombre✓Opcional—
ActivosVideo de lanzamiento✓Opcional—
ActivosPágina de aterrizaje (nueva o actualizada)✓✓—
ActivosPublicación en blog✓✓Opcional
ActivosEntrada en el registro de cambios✓✓✓
Redes socialesTweet/hilo de lanzamiento✓✓✓
Redes socialesPublicación en LinkedIn✓✓Opcional
Redes socialesOtras plataformas (BlueSky, Threads)✓Opcional—
DistribuciónEnvío a Product Hunt✓Opcional—
DistribuciónPublicación en Hacker News✓Opcional—
DistribuciónAlcance a prensa/periodistas✓——
DistribuciónSolicitudes de republicación a personas influyentes/red✓✓—
Correo electrónicoAnuncio a toda la lista✓——
Correo electrónicoCorreo electrónico para un segmento específicoOpcional✓—
Correo electrónicoMención en el resumen del registro de cambios—Opcional✓
InternoPublicación en el canal #amplify✓✓Opcional
InternoReunión informativa del equipo✓Opcional—
SeguimientoConfigurar UTMs para todos los enlaces✓✓Opcional
SeguimientoVerificar que los eventos de analítica se disparen✓Opcional—
SeguimientoCapturar métricas base✓✓—
Post-lanzamientoProgramar retrospectiva (1 semana después)✓✓—

Cronograma de lanzamiento

Cronograma de Nivel 1 (2-4 semanas)

Semanas 3-4 antes: Definir el briefing de mensajes. Comenzar la producción de la página de aterrizaje y el video. Iniciar el alcance a la prensa (los periodistas necesitan tiempo de anticipación).

Semanas 1-2 antes: Finalizar todos los activos. Redactar textos para redes sociales. Preparar el correo electrónico. Informar al equipo interno. Configurar el seguimiento (UTMs, eventos de analítica). Realizar un ensayo de la secuencia de distribución.

Día del lanzamiento: Ejecutar la distribución en orden — primero redes sociales (por la mañana), luego correo electrónico, luego levantamiento del embargo de prensa. Monitorear e interactuar con comentarios/respuestas durante todo el día.

Semana siguiente: Realizar la retrospectiva.

Cronograma de Nivel 2 (1-2 semanas)

Semana 2 antes: Definir los mensajes. Comenzar las actualizaciones del blog y la página de aterrizaje.

Semana 1 antes: Finalizar los textos. Redactar publicaciones para redes sociales. Preparar el segmento de correo electrónico.

Día del lanzamiento: Publicar en redes sociales, publicar el blog, enviar el correo electrónico. Interactuar con las respuestas.

3-5 días después: Retrospectiva rápida (asíncrona, por ejemplo, un hilo en Slack).

Cronograma de Nivel 3 (mismo día o día siguiente)

Lánzalo. Escribe una entrada en el registro de cambios y una publicación en redes sociales. Listo. Si forma parte de un lote de pequeñas mejoras, agrúpalas en un resumen semanal.

Retrospectiva posterior al lanzamiento

No te saltes esto. La retrospectiva es lo que convierte los lanzamientos individuales en un motor de lanzamientos que se acumula.

Qué cubrir

  1. ¿Qué funcionó? ¿Qué canales generaron más tráfico, registros o interacción? ¿Qué mensajes resonaron?
  2. ¿Qué no funcionó? ¿Qué activos rindieron por debajo de lo esperado? ¿Dónde se desvió el cronograma?
  3. ¿Sorpresas? ¿Un canal inesperado explotó? ¿Un enfoque específico funcionó mejor de lo esperado?
  4. Números — Tráfico, registros, activación, interacción en redes sociales, menciones en prensa. Compara con lanzamientos anteriores si tienes los datos.
  5. Actualizaciones de la lista de verificación — Agrega o elimina elementos de la lista de verificación maestra según lo aprendido.

Formato de la retrospectiva

Mantenla ligera. Un hilo en Slack o una llamada de 15 minutos funcionan para Nivel 2. El Nivel 1 merece un documento breve. El resultado clave son cambios específicos en la lista de verificación y el proceso, no un ensayo retrospectivo.

La filosofía de "todo es un lanzamiento"

Si estás enviando múltiples veces al mes pero solo lanzando unas pocas veces al trimestre, estás dejando crecimiento sobre la mesa. Cada envío es una oportunidad para contar tu historia, recordar a la gente que existes y mostrar dinamismo.

Esto no significa que cada corrección de errores merezca un comunicado de prensa. Significa que cada mejora recibe algún anuncio, escalado a su importancia. Los lanzamientos de Nivel 3 toman minutos. El efecto compuesto de la visibilidad constante es enorme.

Construye el hábito: cuando se fusione el PR, abre la lista de verificación de lanzamiento.

Trabajar con skills complementarias

Esta skill maneja la estrategia y la planificación. Para la ejecución, consulta:

  • lanzamiento-tweet — Redactar el texto para redes sociales (tweets, hilos, LinkedIn, multiplataforma)
  • lanzamiento-email — Asuntos de correo electrónico, estructura del anuncio, segmentación, resúmenes del registro de cambios
  • lanzamiento-publicacion-blog — Redactar la publicación de anuncio (estructura, SEO, AEO)
  • lanzamiento-video — Videos de demostración, GIFs, capturas de pantalla y video programático con Remotion
  • lanzamiento-pagina-aterrizaje — Construir la página de aterrizaje (estructura, mecánicas de urgencia, SEO, conversión)
  • lanzamiento-distribucion — Distribución canal por canal y secuenciación del día de lanzamiento
  • lanzamiento-metricas — Configuración de UTMs, KPIs por nivel, expectativas de referencia, marco de datos para la retrospectiva

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