Ask HN: ¿Hay alguien que viva de una API de pago?

• Pregunta sobre si existen desarrolladores solistas o equipos pequeños que se ganen la vida vendiendo acceso a una API
  • ¿Qué API es? ¿Cuánto MRR genera? ¿Cómo es el modelo de precios? ¿Cómo consiguieron a su primer cliente de pago?
• Y lo más importante: ¿qué problema están resolviendo para que la gente realmente quiera pagar cada mes?
• Además, compártan también cuál ha sido la mayor dificultad (¿límites de uso? ¿soporte al cliente? ¿competencia?) y qué consejo les habría gustado saber antes de empezar

---

Casos exitosos de APIs de pago

• API de OCR/extracción de documentos y autenticación (CIAM): FormX(https://formx.ai), Authgear(https://authgear.com)

  • Cobro por transacción, contratos anuales y un MRR de entre 35 mil y 55 mil dólares
  • Consiguieron sus primeros clientes B2B mediante alianzas ISV con GCP/Azure; después, el mayor reto fue el marketing
  • Han vivido las dificultades del soporte para desarrolladores (resolver problemas con desarrolladores de otros equipos, troubleshooting)

• API de capturas de pantalla: ScreenshotOne(https://screenshotone.com)

  • Desarrollador en solitario, MRR de 20 mil dólares, costo de servidores de 5,500 dólares al mes
  • Ampliaron su base de usuarios con SEO, redes sociales y marketing directo
  • Entrar al mercado es muy difícil; si empezara de nuevo, elegiría un nicho más fácil
  • Asegura la calidad operando directamente un clúster de navegadores y extensiones personalizadas (eliminación de anuncios/banners de cookies, etc.)

• API de telecomunicaciones/SMS: 46elks

  • Integración directa con operadores móviles locales de Suecia/Europa, plataforma personalizada basada en Python
  • MRR de 500 mil euros, cobro basado en uso
  • Consiguieron a sus primeros clientes mediante networking presencial, como hackatones y meetups; escalar sigue siendo el reto
  • Existen grandes competidores globales como Twilio; se diferencian con localización y servicio de soporte

• API de machine learning (ML):

  • APIs de aprendizaje automático especializadas en dominios concretos, con cobro por uso o por cantidad de solicitudes
  • MRR de miles a decenas de miles de dólares
  • La estructura hace que las empresas de frontend se queden con la mayor parte de los ingresos; una API de ML por sí sola tiene límites claros

• API de reconocimiento de voz (Speech-to-Text): borgcloud.org

  • Cobro por hora (0.06 dólares/h), MRR de alrededor de 5,000 dólares
  • Los primeros clientes de pago llegaron desde comunidades como Reddit
  • La competencia de precios con grandes nubes como Whisper y Groq se ha intensificado
  • Reducen costos usando su propia red de GPU

Retos y aprendizajes en común

• El marketing y el soporte al cliente son retos mayores que la tecnología
  • Incluso si el público son desarrolladores, hacen falta ventas activas y soporte
  • Se aprovechan rutas diversas como GCP/Azure, hackatones, blogs y respuestas en Stack Overflow
• Hay que cuidar competitividad de precios, diferenciación e incluso temas legales
  • Si solo se ofrece la API, la estructura de ingresos es menos favorable que para una empresa de frontend
  • También hay que considerar los costos operativos propios (servidores, etc.) y las comisiones de plataformas como RapidAPI

Estructura del mercado y estrategias de supervivencia

• Los negocios de API funcionan cuando hay un nicho fuerte (problema/cliente/dominio específico)
  • Casos como ImageMagick, SMS, autenticación o parsing de recetas muestran que los clientes sí pagan cuando se eliminan molestias e ineficiencias frente a alternativas open source o grandes empresas
  • Otra estrategia es empaquetarlo hasta el frontend o, si solo se ofrece la API, llegar indirectamente al cliente a través de muchas aplicaciones
• La clave es resolver el "problema real" (pain point) del cliente
  • El punto de contacto directo con el cliente (frontend) tiene más valor, y con solo una API los límites de ingresos son evidentes

Insights adicionales

• La mayoría de quienes respondieron recalcan lo mismo: “empezar es difícil, pero es posible si lo operas con constancia”, “hay que estar atento al aumento de la competencia y a la aparición de sustitutos” y “ofrecer solo la API significa capturar solo una parte del valor total del mercado”
• Un negocio de API solo tiene éxito si hay un problema real bien definido y clientes dispuestos a pagar

[unqocn]

Qué genial...! Parece que te daría mucha libertad, pero también suena difícil tener que estar pensando constantemente en la sostenibilidad.

[GN⁺]

Opiniones de Hacker News

• Comparte la experiencia de haber empezado como una agencia de desarrollo y, a partir de la demanda de clientes, haber terminado creando dos productos de API. El primero es un servicio de OCR y extracción de documentos; al principio no había una solución útil que soportara caracteres chinos, así que lo construyeron internamente. Últimamente cambiaron de rumbo para agregar varias funciones usando LLM/VLM (fine-tuneados). Por ejemplo, ofrecen ajuste fino con datos de un cliente específico, tuning de prompts para elementos concretos como casillas de verificación, o dividir PDFs de cientos de páginas en varios documentos más pequeños. Actualmente generan unos 55 mil dólares de MRR, con cobro por página y contratos anuales (además de varios descuentos). El segundo es un CIAM open source con alrededor de 35 mil dólares de MRR. Empezaron sin saber nada de marketing, y al inicio consiguieron a sus primeros clientes de pago colaborando como ISV con socios locales de GCP/Azure, lo que de forma natural los llevó a entrar al mercado "enterprise". También enfatiza que el marketing de producto importa, pero el soporte al cliente para desarrolladores tampoco es sencillo: como desarrollador puedes apoyar a otros desarrolladores, pero a veces eso significa incluso terminar depurando problemas de otros equipos. Cuenta un caso real: un cliente reportó que los resultados del API de pronto eran incorrectos; tras varios correos, pidieron una videollamada con pantalla compartida y al final descubrieron que el cliente estaba llamando al API con caché habilitado en su proxy. Comparte enlaces a FormX.AI y Authgear

  • Pregunta cómo surgió la alianza con socios locales de GCP/Azure y qué recomendaciones hay sobre ese enfoque; comenta que suena inteligente y quiere saber si a los grandes proveedores cloud les agradan este tipo de propuestas, y si la oferta fue ayudar a cerrar tratos aportando soluciones a la medida para clientes

• Presenta un caso peculiar que vivió un conocido. En una empresa de energía, consultores externos complicaban el IT interno y empleados ineficientes de tiempo completo trabajaban en un entorno donde era difícil hasta correr una sola consulta. Esta persona conocía muy bien la base de datos de clientes de gas, así que fundó su propia empresa y pasó de empleado a consultor. Generó un poco de caos, desapareció por un tiempo y luego reapareció proponiendo un contrato para migrar y administrar los datos de clientes en su propio sistema, aumentando la eficiencia operativa mediante automatización y cobrando por uso del API más una tarifa mensual

  • Opinión de que mover los datos de clientes de gas a su propio sistema suena como algo legalmente problemático

  • Parece una forma de entrar al negocio similar a la de los consultores externos tradicionales, pero con un proceso mucho más automatizado y eficiente

  • Da la impresión de ser una versión con pasos extra de coerción o extorsión (extortion), aunque se pregunta si hay una forma más positiva de interpretarlo

  • Expresa curiosidad sobre si eso es legal y qué tan seguido pasa que alguien que conoce muy bien una empresa se independice y haga algo así

• Presenta el negocio de API de capturas de pantalla ScreenshotOne, operado en solitario por su amigo Dmytro, que recientemente superó los 20 mil dólares de MRR. Comparte enlaces a la cuenta de X de Dmytro y al servicio

  • Pregunta si maneja directamente los navegadores automatizados; especula que podría ser un wrapper sobre servicios como Scrapfly, Scraping Bee o Zen Rows, y que quizá incluya JS personalizado para quitar banners

  • Tiene curiosidad por cómo empresas como ScreenshotOne construyen su base de usuarios, y pide ideas o hipótesis

• Trabaja en una empresa pequeña y la mayor parte de los ingresos totales proviene de un API de pago. No puede compartir detalles por confidencialidad. Ese API es un modelo de machine learning de primer nivel para un escenario específico, con una lista de precios pública y descuentos negociados individualmente. El reto más grande últimamente es que alternativas gratuitas suficientemente buenas para el público general, como Google Lens, están erosionando su mercado. Comenta que le pesa no haber construido una app propia y haberse quedado solo con el API de ML, porque al final quien implementa el frontend suele capturar más ingresos

  • Piden una explicación de por qué quien construye el frontend termina ganando el dinero

  • Opinión de que, en la práctica, quien construye el frontend resuelve directamente el problema del usuario (la fuente de ingresos), mientras que el API está a un paso de distancia de ese dinero

  • Preguntan si realmente es tan lamentable haber operado solo un API de ML y no una app para usuario final; si varias apps usan el API, quizá concentrarse en la capacidad central y sumar muchos ingresos pequeños ya sigue siendo valioso

  • Análisis de que en este caso quizá el tamaño de mercado del API era demasiado pequeño. Si el API corresponde casi 1:1 con una app, entonces sí habría que construir la app; pero si soporta varias apps y aun así no logra suficiente ingreso, tal vez la necesidad de mercado no era tan grande

• Opera un API que convierte recetas (frases de ingredientes, por ejemplo: 2 cups finely chopped onions) a JSON estructurado y gana unos 200 dólares al mes. Lo mantiene en modo mantenimiento desde 2019 y lo gestiona de forma muy pasiva (una o dos horas al año). Le sorprende que todos los clientes aún no se hayan pasado por completo a LLM, y cree que quizá en este nicho los API tradicionales siguen siendo competitivos por precio o precisión. Le gustaría que alguien lo comprara y lo desarrollara más, pero solo preparar la venta le tomaría unas 30–40 horas, así que calcula un costo de oportunidad de 5 a 10 mil dólares; no cree que nadie vaya a comprar un API de 200 dólares al mes por ese precio. Subraya que haber usado RapidAPI al principio fue un gran error (20% de comisión, UI incómoda, pagos pendientes); hubiera preferido montar su propio sistema de cobro con Paddle. Comparte enlace a ZestfulData

  • Cuenta que hizo un sitio igual usando la API de ChatGPT como proyecto para prepararse para entrevistas, y que la mayor dificultad fue que al preguntarle a ChatGPT cómo usar el API, como sus datos de entrenamiento estaban desactualizados, el código de ejemplo no funcionaba

  • Dice que en su país los costos de trabajar como freelancer rondan los 200 euros al mes, y que la mayor parte son costos no salariales como seguro médico. Es decir, con 200 dólares mensuales eso no sería viable. Pregunta cómo logra operar legalmente con márgenes tan bajos

  • Pregunta quiénes son los clientes de este API; comparte una inquietud de marketing: ha tenido ideas parecidas, pero piensa que si el cliente es desarrollador (alguien que construye sus propias herramientas), probablemente no necesitaría usar un API externo como este

  • Pregunta directamente cómo consiguió a su primer cliente

• También le interesa mucho cómo crear valor con proyectos técnicos. Pero comenta que al explorar este tema hay un problema: quienes han tenido éxito tienen pocos incentivos para compartir los detalles. En el peor caso, divulgar demasiado incluso podría facilitar la entrada de competidores. A diferencia de comunidades abiertas al crecimiento como el open source, en el negocio de APIs no se comparte tanta información porque es fácil copiar. Como ejemplo de un tipo de servicio que descubrió recientemente, menciona servicios que automatizan streaming continuo de archivos de video largos, como transmisiones en vivo de YouTube

  • Desde la perspectiva técnica es fácil caer en la ilusión de pensar "cualquiera podría construir esto". Al final, lo importante es si los clientes realmente están dispuestos a pagar. En la época dorada de Pirate Bay, la música era prácticamente gratis, pero Spotify creó un mercado de pago ofreciendo mayor conveniencia. También existe software open source como ImageMagick, pero aun así hay servicios exitosos de API/SaaS construidos encima. La razón es que personas y empresas terminan pagando por la "comodidad". Recomienda empezar por un problema de un área que uno conozca bien y que pueda resolverse con tecnología, idealmente dentro de una industria o perfil de cliente que de verdad te interese y entiendas. En su caso, como era desarrollador, construyó directamente un API para otros desarrolladores

  • Todas las empresas tienen secretos que solo unos pocos conocen, y si conoces profundamente una industria puedes analizar lo que hacen los competidores. Pero el secreto real para hacer crecer un negocio está en un know-how especial que no se revela fácilmente. Dice que incluso ahora mismo podría aplicar un nuevo giro a su negocio actual y generar un millón de dólares extra al año en dos años. Pero ya trabaja más de 60 horas por semana y gana bien, y sinceramente siente que compartir la idea con otros para armar este negocio en conjunto implica demasiado riesgo de filtrar el análisis

• Vive de un API de SMS y llamadas que creó. Tiene ingresos recurrentes mensuales de alrededor de 500 mil euros, con precios basados en uso (SMS/MMS por evento, llamadas por minuto, y números virtuales con tarifa mensual). La clave para resolver el problema fue poder acceder programáticamente a redes móviles regionales en Europa/Suecia. Sus primeros clientes llegaron mediante networking presencial (hackatones, meetups, contactos, etc.), aunque comenta que esa forma de conseguir clientes también es la mayor dificultad para escalar el negocio. Llegar hasta aquí fue un camino duro, y todavía le parece irreal que todo esté funcionando tan bien

  • Preguntan por el stack tecnológico; comenta que conoce gente del mundo de infraestructura IT sueca y que hay muchas historias relacionadas

  • Pregunta directamente si puede entenderse como un servicio parecido a Twilio, pero enfocado en redes regionales europeas

• Comparte la experiencia de operar en un equipo de dos personas dreamlook.ai, un API de fine-tuning de modelos texto-a-imagen. Cuando lo lanzaron hace tres años tenían la ventaja de poder entrenar más barato y rápido con TPU, pero últimamente los GPU se han acercado bastante y la competencia open source se ha intensificado. Hoy genera 5 mil dólares al mes y, como prácticamente ya no le dedican atención, le parece aceptable, aunque los ingresos han caído mucho frente a hace un año. Los desafíos no técnicos fueron más difíciles; a ellos les gustaba el enfoque tecnológico y por eso insistieron en un producto API-first, pero sufrieron con marketing, apoyo comercial y otros temas. Ahora volvió a trabajar felizmente como desarrollador de ML en una gran empresa. Está orgulloso de haber construido algo propio, pero hoy se siente más feliz así

  • Preguntan si hay cifras más concretas sobre el costo operativo de GPU y el presupuesto usado en la etapa de construcción

• Sobre cómo encontrar clientes de pago, menciona Postman como plataforma de distribución y red para desarrolladores y APIs (Postman Explore). La facturación hay que manejarla por cuenta propia, pero la red puede ayudar a conseguir visibilidad

• Comparte el relato de cómo nació accidentalmente un negocio de API de podcasts, señalando que ahí se puede leer el caso de wenbin