Un Chatbot de IA de Nicho, Dos Fines de Semana, Diez Usuarios de Pago
Todo el mundo quiere vender un wrapper de IA y casi nadie elige un nicho suficientemente concreto. Un asistente generalista compite desde el primer día con el nivel gratuito de ChatGPT y pierde. El chatbot que construí en dos fines de semana hace exactamente una cosa para exactamente un público, y esa restricción es la razón por la que tiene usuarios de pago. No comparto el nicho porque el método es genérico; elige el tuyo, aplica las mismas reglas y llegarás a un resultado similar.
El test de nicho que hice antes de escribir ningún código
Antes de abrir un editor de código, publiqué un pitch de dos frases en tres foros de nicho y pregunté si alguien pagaría 15 euros por anticipado por una beta cerrada. Obtuve cuatro respuestas afirmativas y dos "quizás" en 48 horas. Esa fue mi señal verde. Si hubiera obtenido cero, habría cambiado de nicho, no habría insistido más. El mismo filtro que uso para los lanzamientos de plantillas Notion aplica aquí: un público frío tiene que tender la mano hacia su cartera antes de que yo escriba una línea de código.
La pila, aburrida a propósito
Next.js en Vercel, Clerk para la autenticación, Stripe para la facturación, API de OpenAI para el modelo, un único archivo SQLite en un VPS pequeño para el estado. Sin vector store, sin RAG, sin fine-tuning. El producto es un único system prompt escrito con cuidado, una ventana de contexto corta y un límite de mensajes. Todo el código base tiene menos de 900 líneas. El aburrimiento es el objetivo. Cada elección exótica que consideré brevemente (base de datos vectorial, modelo open source autoalojado, orquestación compleja) habría añadido semanas y cero valor para el usuario en la escala a la que opero.
Stripe: el paso que me costó un día entero
El onboarding de Stripe en la UE requiere una entidad legal registrada. Yo uso el régimen de autónomo, que me llevó cuatro horas de papeleo y 180 euros en tasas. Sin eso, Stripe retiene el primer pago y bloquea la cuenta hasta la verificación. El segundo problema con Stripe es el webhook del ciclo de vida de la suscripción: perdí un día entero porque no había gestionado el evento invoice.payment_failed, y tres usuarios cancelaron silenciosamente porque su tarjeta había caducado. Gestiona todo el conjunto de eventos de suscripción antes del lanzamiento, no después.
Economía unitaria, mes tres
34 usuarios de pago a 15 euros: 510 euros de ingresos recurrentes mensuales. El coste de tokens de OpenAI con el límite de 200 mensajes supone una media de 4,80 euros por usuario al mes; coste total de API, unos 163 euros. Tasas de Stripe, unos 22 euros; alojamiento, 11; Clerk sigue en el nivel gratuito a este tamaño. Margen neto aproximado: 314 euros al mes, un 61 % sobre ingresos. El límite hace esto predecible. Sin él, mi usuario más intensivo (un estudiante de por vida que realmente puso a prueba el producto) habría consumido él solo más de 40 euros en tokens, lo que habría destruido el margen de diez usuarios normales.
Retención y la función que casi eliminé
La retención al mes tres es del 82 %. Tres usuarios cancelaron (uno definitivamente, dos de forma gradual). La función que los retiene es un resumen semanal por correo de sus conversaciones pasadas, con tres prompts sugeridos. Casi la eliminé en la semana uno porque me pareció cosmética. La tasa de cancelación entre usuarios que abrieron al menos un resumen fue del 4 %; entre los que no abrieron ninguno, del 28 %. Una función a punto de ser eliminada resultó ser el motor de retención. Para el modelo compuesto detrás de eso, compara con mi artículo sobre la economía de la newsletter de pago.
Cobra desde el día uno, descuento anual el día siete
Cobro a cada usuario desde el día uno, sin prueba gratuita. El día siete envío un correo con un descuento del 25 % para pago anual anticipado. El 31 % de mis usuarios lo aceptan. El efecto en el flujo de caja es significativo: el mes tres habría sido 314 euros netos, pero con los anuales se acerca a 480. Y los usuarios anuales cancelan al 3 % en la ventana de observación, frente al 14 % de los mensuales. La conclusión contraintuitiva es que cobrar antes atrae mejores clientes, no menos.
No te saltes el límite de mensajes. Todos los creadores independientes que conozco y que lanzaron sin límite quemaron su margen cuando un único usuario intensivo descubrió el producto. Un límite de 200 mensajes al mes cubre el percentil 95 del uso real en mis datos y te protege del percentil 99. Si un usuario se queja del límite, o está extrayendo valor real (bien, sube el precio) o está abusando del producto (bien, deja que cancele).
Preguntas frecuentes
¿Se puede construir y vender un chatbot en un fin de semana?
Construirlo, sí. Venderlo, no. El producto funcional me llevó un fin de semana de unas catorce horas. La facturación, el onboarding y una landing page real me llevaron un segundo fin de semana. La distribución, de donde vienen los primeros diez usuarios de pago, no es trabajo de un fin de semana; es un canal que eliges una vez y mantienes.
¿Qué margen es realista tras los costes de tokens?
Con una suscripción de 15 euros al mes mi margen medio tras los costes de tokens de OpenAI es del 68 % con un límite de 200 mensajes por usuario al mes. Los usuarios intensivos lo reducen y los ligeros lo elevan. El límite es la decisión clave; sin él, un solo usuario muy activo elimina el margen de cinco usuarios normales.
¿Necesitas empresa registrada para usar Stripe?
En la UE sí; el alta como autónomo es el mínimo. El trámite me llevó unas cuatro horas y 180 euros en tasas administrativas. El onboarding de Stripe después fue el mismo día. Si omites este paso, te arriesgas a una cuenta bloqueada en cuanto los pagos superen los 1.000 euros.