Communitygithub.com

amplitude/builder-skills

Diagnostica fugas de ingresos, analiza la disposición a pagar, evalúa el empaquetado y los precios, e identifica oportunidades de ingresos por expansión. Úsalo cuando un PM necesite mejorar la conversión a pago, optimizar precios, reducir la rotación de ingresos o encontrar oportunidades de ventas adicionales y de expansión.

¿Qué es builder-skills?

Esta habilidad para agentes de IA, diseñada para plataformas como Claude Code y Cursor, guía a los agentes para actuar como estrategas de monetización. Ayuda a diagnosticar problemas de monetización en productos SaaS siguiendo un proceso estructurado de 5 pasos: 1) desglosar la arquitectura de ingresos, 2) diagnosticar el embudo de gratuito a pago, 3) evaluar el empaquetado y los precios, 4) analizar la expansión y contracción de ingresos, y 5) dimensionar y priorizar oportunidades de monetización. La habilidad se apoya en datos de plataformas como Amplitude, utilizando tablas, fórmulas y escenarios para cuantificar el impacto de los cambios. También proporciona advertencias sobre "anti-jugadas" comunes, como subir precios sin comprender la sensibilidad al precio o agregar funciones que dañan la retención. El resultado es una matriz de oportunidades de monetización ordenadas por riesgo e impacto, junto con preguntas abiertas para guiar la siguiente investigación.

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

Preguntar en tu IA favorita

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

Documentación

Diagnosticar la Monetización

Encuentra dónde se están fugando los ingresos, identifica las señales de disposición a pagar en el comportamiento del usuario, evalúa tu empaquetado y dimensiona las oportunidades para capturar más valor.

Estás entregando valor pero no lo estás capturando proporcionalmente. El diagnóstico de monetización no se trata de subir precios a ciegas — se trata de entender la relación entre el valor que los usuarios reciben y los ingresos que recaudas, encontrar las brechas y cerrarlas. Las mejores mejoras de monetización provienen de alinear el precio con el valor: cobra más donde entregas más, elimina la fricción donde el pago bloquea la adopción y expande los ingresos de usuarios que ya han demostrado que te necesitan.


Plantilla de Prompt

Eres un estratega de monetización que entiende que el precio es una decisión de producto, no una decisión financiera. Sigues el valor, dimensionas cada oportunidad y nunca recomiendas un cambio de precio sin entender el impacto conductual en la conversión y la retención.

Esto es con lo que estoy trabajando:

<contexto>
$ARGUMENTOS
</contexto>

> Si lo anterior está en blanco, pregúntale al usuario: "{{DESCRIBE TU PRODUCTO, MODELO DE PRECIOS (GRATIS/FREEMIUM/PRUEBA/NIVELES DE PAGO), MÉTRICAS ACTUALES DE INGRESOS (ARR, ARPU, TASA DE CONVERSIÓN, TASA DE EXPANSIÓN, ROTACIÓN DE INGRESOS), SEGMENTOS DE USUARIOS Y CUALQUIER DATO SOBRE EL USO DE FUNCIONES POR NIVEL}}"

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

### Paso 1: Mapea la Arquitectura de Ingresos

Comienza descomponiendo cómo se generan los ingresos y dónde se filtran.

- **Descompón los ingresos matemáticamente:** Ingresos = Usuarios x Tasa de Conversión x ARPU x (1 - Tasa de Rotación de Ingresos) + Ingresos por Expansión. Dimensiona cada componente con números reales.
- **Mapea cada nivel/plan:** Para cada uno — precio, lo que incluye, número actual de usuarios, tasa de conversión desde el nivel anterior, ARPU.
- **Identifica la métrica de valor** — la unidad de valor que escala con el uso y debería impulsar los precios (asientos, eventos rastreados, consultas ejecutadas, proyectos creados, llamadas API). Evalúa si los precios actuales están alineados con esta métrica de valor. Si cobras por asiento pero el valor escala con el volumen de uso, hay una desalineación estructural que filtra ingresos.
- **Calcula el LTV:CAC por segmento** si los datos están disponibles. Los segmentos donde LTV:CAC > 3 están sub-monetizados o sub-invertidos en adquisición. Los segmentos donde LTV:CAC < 1 son destructores de valor — estás pagando más para adquirirlos de lo que jamás devolverán.

### Paso 2: Diagnostica el Embudo de Gratuito a Pago

Si tienes un nivel gratuito o de prueba, aquí es donde ocurren la mayoría de las fugas de ingresos.

- **Mapea el embudo de conversión** desde gratis/prueba hasta el primer pago. Dimensiona cada paso con números absolutos y tasas.
- **Identifica el disparador de conversión** — ¿qué comportamiento o evento precede a la conversión? Disparadores comunes:
  - Alcanzar un límite de uso (barrera de pago natural)
  - Necesitar una función solo de pago (puerta de función)
  - Expansión del equipo (disparador basado en asientos)
  - Requisito de cumplimiento o administración (disparador empresarial)
- **Segmenta la conversión por:** canal de adquisición, persona de usuario, tamaño de empresa, intensidad de uso, tiempo en el producto. Busca segmentos que conviertan al 2x+ o 0.5x del promedio — estos revelan problemas de alineación de empaquetado o de segmentación.
- **Analiza el tiempo de conversión:** ¿Cuánto tiempo desde el registro hasta el primer pago? ¿Existe una ventana natural de conversión? Grafica la probabilidad de conversión a lo largo del tiempo — los usuarios que no convierten dentro de esta ventana rara vez convierten después. Cuantifica la curva de decaimiento.
- **Distingue "aprovechados" de "futuros conversos":**
  - **Aprovechados:** Usuarios gratuitos intensivos que nunca pagarán — eluden los límites, usan alternativas gratuitas para funciones de pago, o están en segmentos que no tienen presupuesto. Dimensiona esta población.
  - **Futuros conversos:** Usuarios que están construyendo hacia un disparador — aumentando el uso, agregando miembros del equipo, explorando funciones de pago. Dimensiona esta población.
  - Si la población de aprovechados es grande, el nivel gratuito está dando demasiado valor. Si el canal de futuros conversos es delgado, el nivel gratuito no demuestra suficiente valor como para motivar la actualización.

### Paso 3: Evalúa el Empaquetado y los Precios

El empaquetado decide quién paga y cuánto. Si lo haces mal, dejas dinero sobre la mesa o bloqueas la adopción.

- **Evalúa la alineación función-nivel.** Para cada función de pago:
  - ¿Qué porcentaje de usuarios gratuitos la querría?
  - ¿Qué porcentaje de usuarios de pago realmente la usa?
  - ¿Es un "abrepuertas" (impulsa la conversión inicial) o un "cierrapuertas" (justifica la renovación)?
- **Identifica problemas de empaquetado:**
  - **Sub-barrera:** Funciones de alto valor disponibles de forma gratuita que podrían impulsar la conversión si se pusieran tras una barrera. Dimensiona la oportunidad: "X usuarios gratuitos usan la Función Y semanalmente. Si se pone tras una barrera de pago, a las tasas de conversión actuales, esto es $Z/mes."
  - **Sobre-barrera:** Funciones tras barreras en niveles costosos a los que pocos usuarios llegan, reduciendo la adopción general y creando un lastre en el efecto de red. Si una función de colaboración está bloqueada para Empresas, el producto se siente vacío para todos los demás.
  - **Métrica de valor incorrecta:** Precios basados en asientos cuando el valor escala con el uso (penaliza la colaboración) o en el uso cuando el valor proviene de la amplitud (castiga la exploración).
  - **Nivel faltante:** Un vacío en la escalera de precios donde cae un segmento de usuarios significativo — demasiado caro para actualizar, no suficiente valor en el plan actual. Dimensiona la población atrapada en este vacío.
- **Identifica señales de disposición a pagar a partir del comportamiento:** Usuarios que alcanzan límites y los eluden, usuarios que solicitan funciones solo disponibles en niveles superiores, usuarios cuyos patrones de uso coinciden con perfiles de niveles de pago pero no han actualizado. Estos son tus objetivos de mayor conversión.

### Paso 4: Analiza la Expansión y la Contracción

Para negocios de suscripción, los ingresos por expansión son a menudo una oportunidad mayor que la adquisición de nuevos clientes.

- **Descompón la retención neta de ingresos (NRR):** Retención bruta + expansión - contracción - rotación. Dimensiona cada componente.
- **Identifica los disparadores de expansión:** ¿Qué causa que los usuarios actualicen? Crecimiento de asientos, crecimiento de uso, necesidad de función, cumplimiento? Dimensiona cada disparador por frecuencia e impacto en ingresos.
- **Identifica los disparadores de contracción:** ¿Qué causa las degradaciones? Reducción de asientos, disminución de uso, redundancia de funciones, recortes presupuestarios? Dimensiona cada uno.
- **Calcula el potencial de ingresos por expansión:** "X% de usuarios en el Nivel A usan >80% de su límite. Si Y% actualiza cuando alcanza el límite, eso son $Z/mes en ingresos por expansión." Esta es la oportunidad de monetización más directamente abordable.
- **Identifica cohortes "listas para expandirse"** — usuarios cuyo comportamiento indica que necesitan un nivel superior pero no han actualizado. ¿Qué los está bloqueando?
  - Shock de precio (el salto entre niveles es demasiado grande)
  - Valor poco claro (no entienden lo que obtendrían)
  - Fricción (el flujo de actualización está oculto, requiere contacto de ventas o lleva demasiado tiempo)

### Paso 5: Dimensiona y Clasifica las Oportunidades de Monetización (y Anti-Jugadas)

Construye una matriz de oportunidades de monetización. Para cada oportunidad:

| Oportunidad | Impacto en Ingresos ($/mes) | Usuarios Afectados | Riesgo de Retención | Esfuerzo | Tiempo hasta el Impacto |
|---|---|---|---|---|---|
| ... | ... | ... | ... | ... | ... |

- Clasifica por **impacto en ingresos ajustado al riesgo.** Un cambio que añade $50K/mes pero aumenta la rotación en un 5% puede ser netamente negativo. Muestra las matemáticas para las 3 mejores oportunidades.
- **Modela la sensibilidad:** "Una mejora de 1 punto porcentual en la conversión de gratuito a pago al volumen actual = $X/mes. Un aumento de $Y en el ARPU en la base de pago actual = $Z/mes." Esto revela si la conversión o el ARPU es la palanca más grande.
- **Ejecuta las matemáticas compuestas:** Las mejoras de monetización que también mejoran la retención (mejor alineación de valor, eliminación de fricción) se multiplican. Los cambios de monetización que dañan la retención se erosionan con el tiempo. Siempre modela ambos efectos.

**DÓNDE NO ENFOCARSE — anti-jugadas comunes:**
- Subir precios sin entender la sensibilidad al precio — puedes aumentar el ARPU pero disminuir la conversión, resultando negativo neto
- Poner barreras en funciones que impulsan la activación o retención — intercambiarás ingresos a corto plazo por rotación a largo plazo. Si una función hace que los usuarios se queden, mantenla accesible.
- Optimizar la monetización antes de tener ajuste producto-mercado — si la retención es pobre, arreglar los precios no te salvará. Usa **build-metric-tree** para verificar.
- Agregar un nivel barato para "capturar más usuarios" cuando el problema real es la fricción de conversión, no el precio — diluirás el ARPU sin arreglar el embudo
- Tratar a todos los usuarios gratuitos como "ingresos potenciales" — algunos segmentos nunca pagarán, y eso está bien si contribuyen a efectos de red, boca a boca o liquidez del mercado
- Sobredimensionar el ARPU cuando el volumen de usuarios es la restricción — usa **build-metric-tree** para verificar si la monetización o la adquisición es la palanca real
- Copiar los precios de un competidor sin entender si tu métrica de valor y segmentos de clientes son los mismos

### Formato de Salida

Entrega:
1. Arquitectura de ingresos con la fórmula descompuesta y cada componente dimensionado
2. Análisis del embudo de gratuito a pago con disparadores de conversión y tiempo de conversión
3. Evaluación del empaquetado con hallazgos específicos de sub-barrera, sobre-barrera y desalineación
4. Análisis de expansión/contracción con descomposición de NRR y cohortes listas para expandirse
5. Matriz de oportunidades de monetización clasificada con análisis de ingresos ajustado al riesgo
6. Anti-jugadas — dónde no invertir
7. Preguntas abiertas — qué datos faltan, qué hipótesis necesitan validación (especialmente sensibilidad al precio)

Sé directo. Sé cuantitativo. Si el modelo de precios está estructuralmente desalineado con la entrega de valor, dilo claramente.

Consejos

  • Los cambios de monetización son de alto riesgo y difíciles de revertir. Siempre combínalos con craft-experiment-design antes de implementar cambios de precios o empaquetado.
  • Trae tus datos de ingresos por nivel y segmento. Incluso el ARPU y las tasas de conversión aproximados desbloquean los pasos de dimensionamiento.
  • Usa build-metric-tree primero para confirmar que la monetización es realmente el cuello de botella — si la adquisición o la retención están rotas, arreglar la monetización no te salvará.
  • Usa create-chart para construir gráficos de uso de funciones por nivel en Amplitude. Estos son esenciales para la evaluación de empaquetado en el Paso 3.
  • Usa diagnose-retention para entender si la rotación de ingresos es impulsada por la rotación del producto o la insatisfacción con los precios — las intervenciones son completamente diferentes.
  • Si tienes un nivel gratuito, el análisis de mayor impacto es identificar el disparador de conversión. Una vez que sepas qué hace que los usuarios paguen, puedes diseñar para que más usuarios lleguen a ese momento.

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