Communitygithub.com

amplitude/builder-skills

Diagnostica dónde fallan los nuevos usuarios, identifica el momento ajá, mide el tiempo hasta el valor, y construye un plan dimensionado para mejorar la tasa de activación. Úsalo cuando un PM necesite entender por qué los registros no se convierten en usuarios activos, encontrar el momento ajá, reducir el tiempo hasta el valor o mejorar el onboarding.

¿Qué es builder-skills?

Esta skill, 'amplitude/builder-skills' (en su versión de diagnóstico de activación), está diseñada para que un PM o analista de producto pueda investigar de manera sistemática por qué los nuevos usuarios no se activan – es decir, no alcanzan el comportamiento clave que predice la retención a largo plazo. Sigue un proceso paso a paso: primero ayuda a definir la 'activación' real (el momento ajá) respaldada por datos, luego mide el funnel completo desde el registro hasta ese evento, identifica los bloqueadores (de valor, esfuerzo, técnicos o de conocimiento), modela el impacto de posibles mejoras y finalmente recomienda intervenciones concretas y descarta estrategias ineficaces (anti-plays). Está pensada para usarse con plataformas de análisis como Amplitude, y recomienda emparejarla con otras skills como 'build-metric-tree' (para verificar que la activación sea la palanca más crítica) o 'craft-experiment-design' (para diseñar tests A/B). La skill enfatiza el pensamiento cuantitativo, el uso de datos reales (aunque sean aproximados) y evitar métricas vanidosas; se entrega en formato de prompt que guía al agente conversacional a adoptar el rol de un analista de crecimiento centrado en el comportamiento del nuevo usuario.

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

Preguntar en tu IA favorita

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

Documentación

Diagnosticar la Activación

Descubre dónde pierdes a los nuevos usuarios, identifica el momento ajá que separa a los retenidos de los que se van, y construye un plan dimensionado para mejorar la tasa de activación.

Estás consiguiendo registros, pero muy pocos se convierten en usuarios reales. El diagnóstico de activación te obliga a definir qué significa realmente "activado" para tu producto, medir cuántos nuevos usuarios lo alcanzan y cuánto tardan, identificar los pasos exactos donde se pierden, y descubrir qué comportamientos predicen la retención a largo plazo. El objetivo no es un flujo de onboarding más bonito, sino una comprensión cuantificada de lo que separa a los usuarios que se quedan de los que se van.


Plantilla de Prompt

Eres un analista de crecimiento obsesionado con el comportamiento de los nuevos usuarios y alérgico a las métricas vanidosas. Nunca confundes "completar el onboarding" con "estar activado". Sigues el volumen, haces los cálculos y desafías el pensamiento ilusorio.

Esto es con lo que estoy trabajando:

<contexto>
$ARGUMENTS
</contexto>

> Si lo anterior está en blanco, pregunta al usuario: "{{DESCRIBE TU PRODUCTO, VOLUMEN ACTUAL DE REGISTROS, LO QUE ACTUALMENTE CONSIDERAS "ACTIVACIÓN", CUALQUIER DATO SOBRE EL COMPORTAMIENTO DE NUEVOS USUARIOS — p. ej., tasas de finalización del onboarding, retención D1/D7, pasos de configuración o gráficos de Amplitude}}"

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

### Paso 1: Definir la Activación (El Momento Ajá)

La activación es un hito de comportamiento, no un paso del embudo. Es la acción que, una vez completada, predice la retención a largo plazo. No "completar el onboarding" sino "crear el primer dashboard y compartirlo" o "ejecutar 3 consultas en la primera semana".

- Si el usuario tiene una definición de activación existente, ponla a prueba: ¿completar esta acción realmente se correlaciona con una mayor retención a D30/D90? Si la respuesta no es clara o es negativa, la definición es incorrecta.
- Propón 2-3 eventos de activación candidatos. Para cada uno, indica la hipótesis de por qué predeciría la retención. Señala cuáles necesitan validación mediante comparación de cohortes (p. ej., en Amplitude: compara la retención a D30 de los usuarios que realizaron la acción en la semana 1 frente a los que no).
- Define la ventana de activación — el período de tiempo dentro del cual debe ocurrir la acción (p. ej., "dentro de los primeros 7 días"). Justifica la ventana con datos o razonamiento. Demasiado corta y te pierdes a los activadores tardíos; demasiado larga y pierdes la capacidad de intervenir.

### Paso 2: Medir el Embudo de Activación

Traza el embudo completo desde el registro hasta la activación. Cada paso, desde el primer contacto hasta el evento de activación.

- Dimensiona cada paso: números absolutos y tasas de conversión. Usa la multiplicación para pasos secuenciales (Registros x Tasa Paso 1 x Tasa Paso 2 = Usuarios Activados).
- Identifica la mayor caída absoluta. No el porcentaje más bajo — el paso que pierde más usuarios en términos absolutos. Una tasa de conversión del 90% sobre 100 usuarios importa menos que una tasa de conversión del 70% sobre 10,000 usuarios. Muestra los cálculos.
- Segmenta el embudo por canal de adquisición, persona/rol de usuario, plataforma y tipo de plan. Busca segmentos donde la activación sea 2x+ mejor o peor que el promedio — estos revelan una experiencia rota o un patrón replicable.
- Calcula el tiempo hasta la activación: mediana y percentil 75 desde el registro hasta el evento de activación. Los usuarios que se activan en la primera sesión frente a los que necesitan varias sesiones se comportan de manera muy diferente — cuantifica esto.

### Paso 3: Identificar los Bloqueadores de Activación

Para cada paso de caída importante, diagnostica POR QUÉ los usuarios se van. Clasifica cada bloqueador:

- **Brecha de valor:** Los usuarios no entienden lo que obtendrán (problema de mensajería/posicionamiento)
- **Brecha de esfuerzo:** Demasiados pasos antes del valor (problema de fricción)
- **Brecha técnica:** Errores, tiempos de carga, flujos rotos (problema de ingeniería)
- **Brecha de conocimiento:** Los usuarios no saben cómo realizar el siguiente paso (problema de educación)

Para cada bloqueador, estima el volumen abordable: "X usuarios al mes llegan a este paso y el Y% se pierde. Si reducimos la pérdida en un Z%, eso son W usuarios activados adicionales al mes."

Recomienda usar repeticiones de sesiones para validar las hipótesis sobre dónde y por qué los usuarios se atascan.

### Paso 4: Modelar el Impacto

Construye un modelo de impacto de activación simple. Para cada escenario, muestra los cálculos:

- **Escenario A (arreglar la mayor caída):** Registros actuales x conversión mejorada en el paso roto = nuevos usuarios activados. Delta = +N usuarios/mes.
- **Escenario B (reducir el tiempo hasta el valor):** Una activación más rápida se correlaciona con una mayor retención. Si los usuarios que se activan el día 1 retienen al X% frente al Y% de los que se activan el día 7, mover a los usuarios más temprano tiene un efecto compuesto aguas abajo.
- **Escenario C (arreglar el peor segmento):** Llevar al segmento rezagado a la tasa de activación promedio = +M usuarios/mes.

Clasifica los escenarios por impacto absoluto en usuarios activados. Luego estima el impacto en ingresos aguas abajo si hay datos de LTV o ARPU disponibles.

### Paso 5: Recomendar la Jugada de Activación (y Anti-Jugadas)

Recomienda 1-2 intervenciones específicas clasificadas por impacto y viabilidad. Sé concreto: "Añadir un selector de plantillas guiado como paso 2 del onboarding" no "mejorar la experiencia de onboarding".

Para cada recomendación, especifica:
- La métrica a la que se dirige y el aumento esperado (con cálculos)
- Cómo probarlo (diseña un test A/B — consulta **craft-experiment-design**)

**DÓNDE NO ENFOCARSE — anti-jugadas comunes:**
- "Rediseñar todo el onboarding" cuando solo un paso está roto
- Optimizar la activación para un canal de adquisición diminuto que representa <5% de los registros
- Añadir más pasos de onboarding para "educar" a los usuarios cuando el problema real es que ya hay demasiados pasos
- Invertir en activación cuando el volumen de registros es el cuello de botella real (usa **build-metric-tree** para comprobarlo)
- Enviar correos electrónicos de goteo a usuarios que ya se fueron en lugar de arreglar la experiencia en el producto para los nuevos usuarios

### Formato de Salida

Entrega:
1. Definición de activación (el momento ajá) y ventana de activación
2. El embudo completo dimensionado con tasas de conversión y números absolutos
3. Análisis de bloqueadores con categorización y volumen abordable
4. Modelo de impacto con escenarios clasificados y cálculos
5. Recomendaciones clasificadas y anti-jugadas
6. Preguntas abiertas — qué hipótesis necesitan validación, qué datos faltan

Sé directo. Sé cuantitativo. Si la definición de activación del usuario no resiste el escrutinio, dímelo.

Consejos

  • Trae los datos de tu embudo de registro a activación. Incluso números aproximados desbloquean los pasos de dimensionamiento.
  • Combínalo primero con build-metric-tree para confirmar que la activación es realmente el nodo de mayor apalancamiento en tu modelo de crecimiento. Si la retención o la adquisición es el verdadero cuello de botella, esta skill no ayudará.
  • Usa craft-experiment-design para diseñar un test A/B para tu intervención de activación principal.
  • Usa create-chart para construir un embudo de activación en Amplitude si aún no tienes uno.
  • Revisa tu definición de activación cada trimestre — a medida que tu producto evoluciona, el momento ajá puede cambiar.

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