Construimos la facturación antes de construir las características.

La opinión menos popular en startups

Aquí hay algo que no escucharás en un encuentro de startups: configuramos la facturación en el día tres.

No la página de precios. No el “ya veremos cómo monetizamos más tarde” con la mano. Sincronización de suscripciones real, controles de pago y seguimiento de uso. Antes de tener la mitad de nuestras funciones construidas.

Cada mentor, cada publicación de blog, cada video de Y Combinator dice lo mismo: no te preocupes por la monetización todavía. Solo consigue usuarios. Los ingresos pueden venir después.

Nosotros, respetuosamente, no estamos de acuerdo.

Por qué facturar primero es realmente poner al usuario primero

El argumento en contra de la facturación temprana es que “distrae de construir”. Pero esto es lo que realmente sucede cuando pospones la facturación:

Construyes una plataforma de IA donde cada usuario tiene acceso ilimitado. Adquieres usuarios que aman el acceso ilimitado. Luego, un día, activas el interruptor y les dices a esos usuarios que necesitan pagar. Algunos lo harán. La mayoría no. Y los que se quedan son los que casualmente estaban usando funciones que encajaban dentro de tus niveles de precios diseñados apresuradamente.

No queríamos ese futuro.

Al construir la facturación en el día tres, cada función que añadimos después de ese punto fue diseñada con conciencia de a qué nivel pertenecía. “¿Debería esto estar en el nivel gratuito o en el pro?” se convirtió en una pregunta natural durante el desarrollo, no en una dolorosa adaptación seis meses después.

Cómo fue el día tres

24 de noviembre de 2025. Tres días después del primer commit. El producto tenía chat, gestión de archivos, espacios de trabajo y capacidades básicas de agente. Esto es lo que añadimos:

Sincronización de suscripciones a través de RabbitMQ. Nuestro servicio de facturación envía actualizaciones sobre el estado de las suscripciones. El panel las recibe y sabe exactamente en qué plan está cada usuario. En tiempo real. Sin polling. Sin datos obsoletos.

Controles de facturación en rutas protegidas. ¿Intentas acceder a una función pro sin una suscripción pro? Obtienes un modal limpio explicando el límite y cómo actualizar. No un bloqueo. No una página en blanco. Una experiencia diseñada.

Seguimiento de créditos. Seguimos el uso de IA por usuario. No porque queramos cobrar a las personas por cada detalle, sino porque los costos predecibles requieren un seguimiento de uso predecible. Los usuarios de OpenClaw informan gastar entre $50 y $750/mes sin visibilidad sobre a dónde va el dinero. Decidimos que esa nunca sería nuestra historia.

Manejo de suscripciones anuales. Porque sabíamos que algunos usuarios querrían pagar anualmente, y agregar eso “más tarde” siempre significa agregarlo mal.

El beneficio acumulativo

Aquí está lo que la mayoría de la gente no entiende sobre facturar primero: se acumula.

Cuando añadimos generación de imágenes dos semanas después, el control de facturación ya estaba ahí. Solo etiquetamos la generación de imágenes como una función pro y funcionó. Sin código de facturación adicional.

Cuando añadimos el mercado de habilidades, lo mismo. Los usuarios gratuitos ven una insignia de “Pro” en habilidades premium. No se necesitó nueva lógica de facturación.

Cuando añadimos la ejecución de tareas en segundo plano, el contador de ejecución en el sandbox ya estaba rastreando el uso. Solo establecimos los límites por nivel.

Cada función que hemos construido en los últimos 80 días heredó la conciencia de facturación de forma gratuita. Ese es el beneficio acumulativo de construir la base temprano.

El verdadero costo de “más tarde”

Hemos visto a otras startups en nuestro espacio luchar con esto. Construyen productos hermosos con todo ilimitado. Luego intentan añadir facturación y descubren:

• Su base de datos no rastrea el uso por usuario
• Su API no distingue entre operaciones gratuitas y pagadas
• Su frontend no tiene concepto de “no puedes hacer esto en tu plan”
• Sus usuarios se sienten traicionados cuando aparecen los límites

Adaptar la facturación en un producto que fue diseñado sin ella es una de las cosas más caras que una startup puede hacer. No en dinero, sino en deuda arquitectónica y confianza del usuario.

Precios basados en créditos

Nuestro precio terminó siendo simple: compra créditos, usa créditos. Obtienes 20,000 créditos gratuitos al registrarte y 5 generaciones de IA gratuitas por día. Cuando necesites más, compra un paquete de créditos. Los modelos más baratos cuestan menos créditos, los modelos premium cuestan más. El código de facturación que rastrea esto fue escrito en el día tres y ha estado funcionando desde entonces.

Cada usuario sabe exactamente por qué está pagando. Nadie recibe una factura sorpresa.

Eso no es porque seamos generosos. Es porque construimos la facturación antes de construir las funciones.