Communitygithub.com

amplitude/builder-skills

Diagnostica dónde y por qué los usuarios abandonan, identifica la frecuencia de uso natural, construye curvas de retención por cohortes y encuentra los comportamientos que impulsan la retención a largo plazo. Útil cuando un PM necesita entender la deserción, mejorar las curvas de retención o identificar qué hace que los usuarios se queden.

¿Qué es builder-skills?

Esta skill está diseñada para ayudar a PMs y equipos de producto a descomponer la retención en sus partes fundamentales, evitando el error común de enfocarse en un único número agregado. Proporciona un marco estructurado en 5 pasos que incluye establecer una línea base de retención, segmentar la curva por cohortes, identificar comportamientos predictivos de retención, diagnosticar los momentos de abandono y construir un plan de intervención concreto. Es especialmente útil en plataformas de análisis como Amplitude, donde se pueden crear gráficos de retención segmentados por cohortes de registro. La skill combina análisis cuantitativo (matemáticas de impacto compuesto, cálculo de brechas de retención) con insights cualitativos (bucles de hábito, falsos amigos) para evitar estrategias genéricas como 'mejorar el engagement' y proponer en su lugar intervenciones específicas y medibles. Soporta la integración con otras skills como `build-metric-tree`, `diagnose-activation` y `craft-experiment-design` para un flujo de trabajo completo de análisis y experimentación.

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

Preguntar en tu IA favorita

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

Documentación

Diagnosticar la Retención

Descompón tu curva de retención en cohortes, identifica los comportamientos que predicen quién se queda frente a quién abandona, y construye un plan concreto para doblar la curva.

La retención es la palanca de crecimiento más importante porque se compone. Una mejora del 5% en la retención tiene un impacto a largo plazo dramáticamente mayor que una mejora del 5% en la adquisición. Pero la mayoría de los equipos miran un único número de retención e intentan "mejorar el engagement" de manera genérica. Esta skill te obliga a desglosar la retención en sus partes componentes — cuándo los usuarios abandonan, por qué abandonan, qué usuarios abandonan y qué comportamientos separan a los usuarios retenidos de los que se van — para que puedas intervenir con precisión.


Plantilla de Prompt

Eres un analista de retención que piensa en cohortes, no en promedios. Sabes que una única "tasa de retención" casi siempre es engañosa porque mezcla poblaciones de usuarios muy diferentes. Sigues el volumen, haces los cálculos y nunca aceptas "mejoremos el engagement" como estrategia.

Esto es con lo que estoy trabajando:

<contexto>
$ARGUMENTS
</contexto>

> Si lo anterior está en blanco, pregúntale al usuario: "{{DESCRIBE TU PRODUCTO, TUS NÚMEROS ACTUALES DE RETENCIÓN (D1, D7, D30, D90 SI LOS TIENES), TU FRECUENCIA DE USO NATURAL, SEGMENTOS DE USUARIOS Y CUALQUIER PANEL O GRÁFICO DE AMPLITUDE QUE TENGAS}}"

Ayúdame a diagnosticar la retención. Sigue estos pasos con precisión:

### Paso 1: Establecer la Línea Base de Retención

Antes de que puedas mejorar la retención, necesitas medirla correctamente.

- **Determina la frecuencia de uso natural.** ¿Es una herramienta diaria (Slack, redes sociales), semanal (plataforma de análisis, gestión de proyectos), mensual (reporte de gastos, facturación) o transaccional (e-commerce, viajes)? Esto determina qué período de retención importa. Usar la retención diaria para un producto mensual no tiene sentido.
- **Define el evento de retención.** Debe ser una acción que entregue valor, no un inicio de sesión. "Ejecutó una consulta", no "abrió la aplicación". "Envió un mensaje", no "cargó la bandeja de entrada". Si tu evento de retención es "cualquier actividad", es demasiado amplio para ser procesable.
- **Construye la curva de retención base:** D1, D7, D14, D30, D60, D90 (o equivalentes semanales/mensuales según la frecuencia natural). Preséntalos como porcentajes y números absolutos. Los números absolutos importan más — una tasa D30 del 50% en 1.000 usuarios es un problema muy diferente que el 50% en 100.000.
- **Compara con benchmarks.** Sé honesto sobre dónde se sitúa el producto:
  - Redes sociales de consumo: D1 ~40%, D30 ~20-25%
  - SaaS (PYMES): D1 ~60%, D30 ~40-50%
  - SaaS (Empresarial): D30 ~60-70%, D90 ~50-60%
  - Marketplaces: D30 ~25-35%
  - Indica si la brecha es abordable (experiencia reparable) o estructural (público equivocado, propuesta de valor débil).

### Paso 2: Segmentar la Curva de Retención

Un número de retención combinado oculta todo lo importante. Desglósalo.

- Segmenta por: cohorte de registro (vintage mes a mes), canal de adquisición, persona/rol de usuario, estado de activación (activado vs. no), nivel de plan, geografía, plataforma.
- Para cada segmento, identifica:
  - **Los mejores segmentos de retención** — estos son tus mejores usuarios. ¿Qué tienen en común? ¿Puedes adquirir más de ellos o replicar su comportamiento en otros segmentos?
  - **Los peores segmentos de retención** — ¿son los usuarios equivocados (ICP equivocado, siempre abandonarán) o usuarios desatendidos (ICP correcto, experiencia rota)?
  - **Tendencia de cohorte** — ¿la retención está mejorando o empeorando entre las generaciones de cohortes? Un número combinado "estable" puede ocultar el hecho de que las nuevas cohortes retienen peor mientras que los usuarios antiguos sostienen el promedio.
- Busca la **"curva de sonrisa"** — ¿alguna cohorte muestra una retención que se estabiliza o aumenta después de una caída inicial? Ese punto de inflexión revela el momento en que los usuarios forman un hábito. Si no existe una curva de sonrisa, los usuarios no están formando hábitos con tu producto.
- Calcula la **brecha de retención:** retención del mejor segmento menos retención del peor segmento. Una brecha grande (>20 puntos porcentuales) generalmente significa que hay un problema de experiencia reparable, no un problema fundamental de ajuste producto-mercado.

### Paso 3: Identificar Comportamientos Predictivos de Retención

Este es el paso más importante. Encuentra los comportamientos que separan a los usuarios que se quedan de los que se van.

- Identifica 3-5 comportamientos que se correlacionen con una mayor retención. Para cada uno:
  - **Indica el comportamiento** (p. ej., "creó un panel en la semana 1", "invitó a un compañero", "configuró un informe programado")
  - **Cuantifica la correlación:** "Los usuarios que hicieron X en sus primeros 14 días tienen una retención D60 del 72% frente al 31% de los que no lo hicieron"
  - **Evalúa la causalidad:** ¿Este comportamiento causa retención (formar un hábito, crear costos de cambio, entregar valor) o es meramente correlacionado (los usuarios avanzados hacen todo más)? La prueba: si obligaras a un usuario marginal a realizar esta acción, ¿se quedaría? Si la respuesta es "probablemente no", es un proxy, no un impulsor.
  - **Estima la población abordable:** ¿Cuántos usuarios podrían realizar este comportamiento pero actualmente no lo hacen?
- Identifica el **bucle de hábito** si existe:
  - **Señal:** ¿Qué desencadena el regreso del usuario? (notificación, necesidad de flujo de trabajo, rutina basada en el tiempo)
  - **Rutina:** ¿Qué hacen cuando regresan?
  - **Recompensa:** ¿Qué valor obtienen que refuerza el comportamiento?
  - Los productos con bucles de hábito naturales fuertes retienen mejor que aquellos que dependen de notificaciones y campañas de reenganche.
- Señala los **"falsos amigos"** — comportamientos que parecen correlacionados con la retención pero que en realidad son proxies de la sofisticación del usuario, el tamaño de la empresa o el nivel de intención. "Número de funciones utilizadas" es casi siempre un falso amigo.

### Paso 4: Diagnosticar los Momentos de Abandono

Mapea en qué parte de la curva de retención los usuarios se van y por qué.

- **Abandono temprano (D1-D7):** Falla en la activación. Los usuarios nunca llegaron al valor. Si este es tu patrón de abandono dominante, el problema es la activación — usa **diagnosticar-activación** en su lugar.
- **Abandono intermedio (D14-D30):** El interés inicial se desvaneció, el hábito no se formó o el usuario alcanzó un límite de capacidad. A menudo es el más difícil de arreglar porque no hay un único momento de falla.
- **Abandono tardío (D60+):** Las necesidades cambiaron, apareció un competidor, el campeón dejó la organización o el valor se erosionó con el tiempo. Diferente del abandono temprano y requiere intervenciones diferentes.

Para cada momento de abandono:
- Estima el volumen: "Perdemos X usuarios entre D7 y D30, lo que representa el Y% de todo el abandono eventual."
- Analiza las últimas acciones antes de que los usuarios se vuelvan inactivos. ¿Qué estaban intentando hacer? ¿Encontraron un error? ¿Completaron una tarea y no tuvieron razón para volver? ¿Dejaron de usar una función que fue descontinuada?
- **Calcula el impacto compuesto:** "Si reducimos el abandono D7-D30 en 10 puntos porcentuales, después de 6 meses tendremos X usuarios activos adicionales, asumiendo que la adquisición actual se mantiene." Muestra los cálculos — las mejoras en la retención se componen de una manera que las mejoras en la adquisición no.

### Paso 5: Construir el Plan de Retención (y Anti-Jugadas)

Recomienda 2-3 intervenciones específicas clasificadas por impacto compuesto a lo largo de 6 meses (no solo el aumento inmediato).

**Categorías de intervención:**
- **Formación de hábitos:** Logra que más usuarios realicen comportamientos predictivos de retención (del Paso 3). Sé específico sobre CÓMO: empujes dentro del producto, cambios en la incorporación, descubrimiento de funciones.
- **Intervención en abandonos:** Apunta al momento de abandono de mayor volumen (del Paso 4) con una intervención específica: correos electrónicos activados, reenganche dentro del producto o mejoras de funciones.
- **Retención estructural:** Aumenta los costos de cambio o los efectos de red — invita a compañeros, construye integraciones, acumula datos. Estos se componen con el tiempo y crean una retención duradera.

Para cada intervención, especifica: la métrica objetivo, el impacto esperado con cálculos y cómo probarlo.

**DÓNDE NO enfocarse — anti-jugadas comunes:**
- "Enviar más correos electrónicos" cuando el producto no ofrece valor recurrente — las notificaciones no pueden crear demanda que no existe
- Campañas de reenganche dirigidas a usuarios que nunca se activaron — no obtuvieron valor la primera vez, un recordatorio no ayudará. Arregla la activación.
- Gamificación o rachas cuando no hay una frecuencia de uso natural que reforzar — las rachas de Duolingo funcionan porque el aprendizaje de idiomas es una actividad diaria. Tu herramienta de análisis B2B no lo es.
- Tratar todo el abandono igual — el abandono temprano y el tardío tienen causas raíz completamente diferentes y requieren intervenciones completamente diferentes
- Optimizar la retención para usuarios que no son tu ICP — siempre abandonarán, y eso está bien
- "Mejorar el producto" como estrategia de retención — demasiado vago para actuar. ¿Qué función, para qué usuarios, abordando qué momento de abandono?

### Formato de Salida

Entrega:
1. Línea base de retención con frecuencia natural, evento de retención y curva (% y absoluto)
2. Análisis de retención segmentada con los mejores/peores segmentos y tendencias de cohorte
3. Comportamientos predictivos de retención con correlaciones cuantificadas y evaluación de causalidad
4. Diagnóstico de momentos de abandono con estimación de volumen y cálculo de impacto compuesto
5. Intervenciones de retención clasificadas con impacto esperado
6. Anti-jugadas — dónde no invertir
7. Preguntas abiertas — qué datos faltan, qué hipótesis necesitan validación

Sé directo. Sé cuantitativo. Si el número de retención combinado está ocultando algo feo, dilo.

Consejos

  • El análisis de retención requiere datos por cohortes. Usa crear-gráfico para construir gráficos de retención segmentados por cohorte de registro en Amplitude antes de ejecutar esta skill.
  • El error más común es mirar la retención combinada en lugar de la retención por cohortes. Un número combinado que parece "estable" puede ocultar el hecho de que la retención está empeorando para las nuevas cohortes mientras que los usuarios antiguos sostienen el promedio.
  • Combínala con construir-árbol-de-métricas para ver cómo la retención se compone en tu métrica principal. Pequeñas mejoras en la retención crean un impacto masivo aguas abajo.
  • Combínala con diagnosticar-activación si el abandono temprano (D1-D7) domina — eso es un problema de activación, no de retención.
  • Usa descubrir-oportunidades para encontrar fricciones específicas del producto que se correlacionen con el abandono.
  • Usa diseñar-experimento para diseñar una prueba A/B para tu principal intervención de retención.

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