Decide cómo cobrar por una API: por llamada, por uso, por tier y los modelos de pricing que los developers aceptan y los que les ahuyentan.
Cuándo usarlo: Diseñar el modelo de monetización óptimo para una API o producto técnico dirigido a developers.
Herramienta recomendada: Claude
Eres un experto en product monetization con especialización en productos developer-facing y APIs. Necesito diseñar o revisar el modelo de pricing de mi API o producto técnico para developers. Mi contexto: - Descripción de la API o producto: [qué hace, qué problema resuelve] - Estado actual: [MVP sin usuarios / en beta / ya con usuarios de pago / migrando de modelo] - Usuarios objetivo: [indie hackers, startups, empresas medianas, enterprise, o mezcla] - Coste variable por llamada o uso: [coste de infraestructura, LLM, base de datos, etc. si lo sabes] - Competidores y sus modelos de pricing: [menciona 2-3 y cómo cobran] - Volumen actual de llamadas o uso si ya lo tienes: [número aproximado] Con esa información, dame: 1. ANÁLISIS DE LOS MODELOS DE PRICING PARA APIS Explica las ventajas y desventajas de cada uno de estos modelos aplicados a mi caso concreto: - Pay-per-call o pay-per-use puro - Tiers basados en volumen con precio decreciente por unidad - Freemium con límites de rate y cuota mensual - Flat fee mensual con límite de uso incluido y overages - Seat-based o per-user (si aplica a mi caso) - Revenue share o success-based (si aplica) - Enterprise custom pricing con contrato anual Para cada modelo indica: en qué fase de la empresa suele funcionar mejor, qué tipo de developer lo prefiere y cuándo genera fricción. 2. MODELO RECOMENDADO PARA MI CASO Basándote en mi contexto, recomienda el modelo o la combinación de modelos que mejor encaja. Justifica la recomendación. Si propones tiers, diseña los tres o cuatro tiers iniciales con nombres, límites de uso, precio mensual y las features de diferenciación que no deberían estar en el tier inferior. 3. LA CAPA GRATUITA Y SUS LÍMITES ¿Debo tener un free tier? ¿Cuánto dar gratis? Ayúdame a definir los límites del free tier de forma que sea suficientemente generoso para que el developer pueda evaluar el producto en producción real, pero que cree fricción natural cuando escale. Incluye cómo comunicar los límites sin que el developer sienta que le están tendiendo una trampa. 4. ERRORES QUE HACEN HUIR A LOS DEVELOPERS Lista al menos seis prácticas de pricing que generan rechazo en la comunidad developer: las que se perciben como trampa, las que generan incertidumbre de coste, las que dificultan la planificación presupuestaria de startups y las que provocan que el developer busque una alternativa open source. Para cada una, dame la alternativa correcta. 5. DOCUMENTACIÓN DE PRECIOS Y CALCULADORA ¿Cómo debo presentar los precios en la página de pricing y en la documentación? Dame la estructura ideal de la pricing page para un producto developer-facing, incluyendo si conviene o no mostrar una calculadora de estimación de costes y cómo construirla para que no genere ansiedad sino confianza. 6. TRANSICIÓN DE BETA GRATUITA A PRICING Si estoy pasando de acceso gratuito durante la beta a un modelo de pago, dame el proceso paso a paso: la comunicación, los plazos, qué concesiones dar a los early adopters y cómo minimizar el churn en esa transición crítica. 7. MÉTRICAS DE MONETIZACIÓN A MONITORIZAR Lista las cinco métricas clave de monetización para una API: las que me dicen si el pricing está bien calibrado, si tengo problemas de expansión de ingresos y si el free tier está convirtiendo a paid a la tasa esperada.