Communitygithub.com

amplitude/builder-skills

Configura la medición y el seguimiento de lanzamientos de productos, realiza retrospectivas posteriores al lanzamiento con datos y crea un sistema de análisis de lanzamientos.

¿Qué es builder-skills?

Esta habilidad está diseñada para ayudar a los equipos a medir el éxito de los lanzamientos de productos, desde la configuración previa hasta el análisis posterior. Proporciona un marco completo que incluye la configuración de parámetros UTM, eventos de análisis, KPIs por nivel de lanzamiento, expectativas de referencia y un proceso estructurado de retrospectiva. Es útil para gestores de producto, desarrolladores y cualquier persona involucrada en el lanzamiento de productos, ya que permite tomar decisiones basadas en datos y aprender de cada lanzamiento. Compatible con plataformas como Claude Code, Cursor y otros agentes de IA, la habilidad se activa con solicitudes como 'configurar UTMs para el anuncio' o 'analizar los resultados del lanzamiento'. Funciona proporcionando una guía paso a paso y tablas de métricas para que los equipos puedan medir el impacto de sus lanzamientos de manera consistente.

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

Preguntar en tu IA favorita

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

Documentación

Métricas de lanzamiento

Esta habilidad cubre cómo medir los lanzamientos de productos: qué configurar antes del día del lanzamiento, qué rastrear durante y cómo evaluar los resultados después. Sin una medición consistente, los lanzamientos son una lotería. Con ella, cada lanzamiento informa al siguiente.

Configuración previa al lanzamiento

La medición comienza antes del día del lanzamiento. Configurar el seguimiento el día del lanzamiento significa que te perderás los datos de la primera ola, cuando el tráfico es más alto.

Qué configurar

  1. Parámetros UTM — Etiqueta cada enlace en cada canal de distribución
  2. Eventos de análisis — Instrumenta el embudo de conversión de principio a fin
  3. Captura de referencia — Registra las métricas actuales antes del lanzamiento para poder medir el incremento
  4. Panel o vista — Un lugar para ver todas las métricas clave el día del lanzamiento

Convenciones UTM

Los parámetros UTM rastrean de dónde proviene el tráfico. Usa un esquema de nomenclatura consistente en todos los lanzamientos para poder comparar a lo largo del tiempo.

utm_source    = la plataforma (twitter, linkedin, email, producthunt, hackernews)
utm_medium    = el tipo de canal (social, email, paid, referral)
utm_campaign  = el nombre del lanzamiento (feature-name-launch, v2-launch, etc.)
utm_content   = el activo específico (tweet-thread, announcement-email, blog-post)

URLs de ejemplo:

  • Anuncio en Twitter: ?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet
  • Correo de lanzamiento: ?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email
  • Product Hunt: ?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing

Reglas:

  • Siempre en minúsculas
  • Usa guiones, no guiones bajos ni espacios, en los valores
  • El nombre de la campaña debe coincidir en todos los canales para un solo lanzamiento
  • Crea todos los UTMs desde una hoja de cálculo antes del día del lanzamiento para que no falte nada

Eventos instrumentados

Antes del lanzamiento, verifica que estos eventos de análisis existan y se disparen correctamente:

EventoDescripción
landing_page_viewPágina de aterrizaje cargada con parámetros UTM capturados
signup_startedEl usuario comienza el registro
signup_completedCuenta creada
first_actionPrimera acción significativa del producto (varía según el producto)
cta_clickCada clic en un botón de CTA (con etiqueta)
blog_post_viewPublicación del blog de lanzamiento cargada
email_openCorreo de lanzamiento abierto (desde la plataforma de correo)
email_clickEnlace clickeado en el correo de lanzamiento

Si estos eventos no existen y no tienes tiempo para agregarlos antes del lanzamiento, al menos usa UTMs para medir el tráfico y los registros desde la plataforma de análisis que ya tengas.

KPIs por nivel

Cómo se ve el "éxito" depende del nivel del lanzamiento. No compares un tweet de changelog de Nivel 3 con un lanzamiento de producto Nivel 1.

KPIs de Nivel 1 (lanzamiento completo de producto)

MétricaQué mideDónde rastrear
Nuevos registros (día 1, semana 1)Impacto directo en adquisiciónAnálisis de producto
Visitantes de la página de aterrizajeAlcance del anuncioAnálisis web
Tasa de conversión de página de aterrizaje a registroEfectividad de la páginaAnálisis web
Tasa de apertura de correoCompromiso de la listaPlataforma de correo
Tasa de clics en correoEfectividad del copy del correoPlataforma de correo
Impresiones y compromisos en redes socialesConocimientoAnálisis nativo de la plataforma
Menciones en prensaAlcance de relaciones públicasManual + Google Alerts
Backlinks generadosImpacto SEOAhrefs, Search Console
Rango en Product Hunt (si aplica)Alcance específico de PHProduct Hunt

KPIs de Nivel 2 (característica importante)

MétricaQué mide
Nuevos registros del tráfico del lanzamientoAdquisición
Tasa de adopción de la característica (usuarios existentes)Activación
Vistas de la publicación del blogAlcance del contenido
Tasa de compromiso en redes socialesResonancia
Tasa de apertura y clics en correoCompromiso de la lista

KPIs de Nivel 3 (mejora pequeña)

MétricaQué mide
Vistas del changelogConocimiento entre usuarios existentes
Compromiso en publicación de redes socialesAlcance

Expectativas de referencia

Estos son puntos de referencia aproximados para una herramienta B2B/para desarrolladores con una audiencia establecida. Úsalos para calibrar expectativas, no como objetivos fijos.

MétricaDébilSólidoFuerte
Tasa de apertura de correo (lista existente)< 20%30-40%> 50%
Tasa de clics en correo< 2%4-8%> 10%
Tasa de conversión de página de aterrizaje a registro< 2%5-10%> 15%
Impresiones del tweet de lanzamiento en Twitter (10K seguidores)< 5K10-30K> 50K
Portada de HN (si se alcanza)—200-500 visitas2,000+ visitas
Product Hunt (destacado)< 100 votos200-500500+
Registros de semana 1 en lanzamiento Nivel 1< 100200-1,0001,000+

Estos varían enormemente según el tamaño de la audiencia, la categoría del producto y la calidad del lanzamiento. Trátalos como orientativos.

Monitoreo del día del lanzamiento

El día del lanzamiento, monitorea las métricas en tiempo casi real durante las primeras 4-6 horas. Este es el momento en que aún puedes ajustar (volver a compartir una publicación, enviar un tweet de seguimiento, extender una oferta limitada).

Qué vigilar:

  • Registros por hora (alerta si están significativamente por debajo de lo esperado)
  • Principales fuentes de tráfico por tasa de conversión a registro (no solo volumen)
  • Problemas de entrega de correo (tasa de rebote, quejas de spam)
  • Velocidad de compromiso en redes sociales en las primeras 2 horas (predice el alcance final)

No hagas:

  • Refrescar obsesivamente las métricas mientras descuidas interactuar con los comentarios en redes sociales
  • Hacer cambios importantes en el mensaje a mitad del lanzamiento basados en datos tempranos
  • Entrar en pánico si un canal específico tiene bajo rendimiento — espera los datos de 24 horas

Retrospectiva posterior al lanzamiento

Realiza la retrospectiva dentro de los 5-7 días posteriores al lanzamiento, cuando los datos están frescos. Para Nivel 1, programa esto durante la preparación del lanzamiento. Para Nivel 2, un hilo de Slack asíncrono funciona.

Datos de retrospectiva a recopilar

Antes de la retrospectiva, reúne:

  • Tráfico por fuente (desglose UTM)
  • Registros por fuente
  • Tasas de conversión por fuente (registros ÷ visitantes)
  • Métricas de correo (apertura, clic, cancelación de suscripción)
  • Métricas de redes sociales por plataforma
  • Comparación con el lanzamiento comparable anterior (si está disponible)

Preguntas a responder

  1. ¿Cuál fue el canal con mejor rendimiento (por tasa de conversión, no solo volumen)?
  2. ¿Cuál fue el canal con peor rendimiento en relación al esfuerzo invertido?
  3. ¿Qué fue sorprendente? (canales que superaron o no alcanzaron las expectativas)
  4. ¿El mensaje caló? (cualitativo: comentarios, respuestas, respuestas de correo)
  5. ¿Dónde perdió el embudo? (alto tráfico, pocos registros → problema en la página de aterrizaje; bajo tráfico → problema de distribución)
  6. ¿Qué harías diferente?

Resultado de la retrospectiva

La retrospectiva debe producir exactamente dos cosas:

  1. Prioridades de distribución actualizadas — en qué canales invertir más/menos la próxima vez
  2. Actualizaciones de la lista de verificación — adiciones o eliminaciones a la lista de verificación de lanzamiento basadas en lo aprendido

Documenta en un lugar compartido (Notion, Linear, Confluence) para que se acumule a lo largo de los lanzamientos. El valor se acumula: después de 10 lanzamientos, tienes un modelo cuantitativo de lo que funciona para tu producto y audiencia.

Creación de un historial de lanzamientos

Rastrea cada lanzamiento en una sola hoja de cálculo o base de datos:

LanzamientoFechaNivelCanal principalRegistros (D1)Registros (W1)Tasa de apertura de correoNotas

Después de 5+ lanzamientos, surgen patrones:

  • Qué canales convierten consistentemente para tu audiencia
  • Qué nivel de lanzamiento impulsa qué magnitud de registros
  • Cómo evolucionan tus puntos de referencia con el tiempo (crecimiento en el tamaño de la lista, seguidores en redes sociales)

Este historial es tu activo de lanzamiento más valioso. Hace que la planificación de futuros lanzamientos sea más rápida y precisa que cualquier referencia externa.

Habilidades complementarias

  • launch-strategy — define el nivel de lanzamiento y la lista de verificación que determina qué rastrear
  • launch-distribution — los UTMs de cada canal se configuran antes del día del lanzamiento
  • launch-email — las métricas de apertura/clics de correo retroalimentan la retrospectiva
  • launch-blog-post — los UTMs de la publicación del blog y el rendimiento de búsqueda orgánica a lo largo del tiempo

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