La mayoría de los problemas de cobros y pagos no son problemas de pago.
Son problemas de modelo.
Estás intentando vender un tipo de producto, pero tu sistema de cobros te fuerza a usar otra lógica de precios. Ahí es cuando las cosas empiezan a desviarse: páginas de precios confusas, reglas de excedente frágiles, pedidos de soporte por recargas y equipos de producto discutiendo qué debería pasar cuando los usuarios se quedan sin saldo.
En Commet, no tratamos todo el modelo de precios basado en uso como si fuera lo mismo.
Soportamos tres modelos de consumo distintos:
- Medido
- Créditos
- Balance
Esa distinción importa porque no son variaciones cosméticas. Representan experiencias de compra diferentes, expectativas de cliente diferentes y comportamientos de cobros y pagos diferentes.
Una página de precios, tres productos muy distintos
Una API SaaS, un generador de imágenes con IA y una plataforma en la nube pueden parecer productos "basados en uso" desde afuera.
No lo son.
Un desarrollador que compra acceso a una API generalmente espera:
- un plan base
- uso incluido
- excedente al final del período de cobro
Un comprador de un producto de IA generalmente espera:
- créditos recurrentes
- costos visibles en créditos por acción
- una forma de comprar más cuando se le acaban
Un comprador de plataforma generalmente espera:
- plata que entra
- uso que se descuenta de ese monto
- un saldo restante claro que puede monitorear
Intentar meter los tres en una sola abstracción de cobros generalmente genera más trabajo para vos y más confusión para tus clientes.
El modelo Commet: elegí la lógica de cobros primero
En Commet, cada plan usa un modelo de consumo. Eso mantiene el comportamiento del producto explícito desde el día uno.
Medido
Medido es el modelo SaaS clásico.
Tu cliente paga un precio base recurrente, recibe una cantidad incluida, y cualquier uso por encima de ese límite se cobra al final del período.
Pagás $99/mes
Incluye 10.000 llamadas a la API
Usás 14.000
Pagás excedente por las 4.000 extra al final del períodoEsto funciona bien para:
- API
- infraestructura de correo electrónico
- herramientas para desarrolladores
- productos donde los compradores se sienten cómodos con excedente al final del período
El modelo de precios medido es fuerte cuando la unidad de uso es fácil de entender y el cliente no espera precomprar consumo.
Créditos
Créditos funciona mejor para productos donde el consumo es variable, abstracto, o intencionalmente empaquetado en una experiencia de compra más simple.
En vez de pensar en unidades de uso crudas, el cliente piensa en créditos.
Pagás $49/mes
Incluye 1.000 créditos
Generar una imagen cuesta 10 créditos
Transcribir audio cuesta 3 créditos
Comprá más créditos si necesitásEsto funciona bien para:
- productos de generación con IA
- herramientas de múltiples acciones donde distintas acciones consumen cantidades diferentes
- productos donde las recargas deberían sentirse naturales
Créditos es especialmente útil cuando querés que la página de precios se mantenga simple mientras el modelo de costos subyacente es más complejo.
Balance
Balance es para productos donde los clientes quieren transparencia directa en dinero.
Pagan un monto recurrente que se convierte en saldo utilizable, y el uso del producto descuenta dinero real de ese saldo.
Pagás $50/mes
Empezás el ciclo con $50 de saldo
Cada acción descuenta su costo en dólares
Agregá fondos si necesitás másEsto funciona bien para:
- plataformas de infraestructura
- plataformas con múltiples productos
- productos donde "¿cuánta plata me queda?" es el modelo mental más claro
Balance suele ser la opción más limpia cuando créditos se sentiría arbitrario y el excedente medido se sentiría demasiado diferido.
La pregunta correcta no es "¿Cuál es más flexible?"
La pregunta correcta es:
¿Cómo espera tu cliente comprar y consumir tu producto?
Eso generalmente te lleva al modelo correcto rápido.
Elegí Medido si:
- los compradores entienden la unidad cruda
- el excedente al final del período se siente normal
- querés uso incluido más un modelo de expansión claro
Elegí Créditos si:
- el consumo necesita abstracción
- distintas acciones deberían mapearse a una moneda compartida
- las recargas son parte de la experiencia del producto
Elegí Balance si:
- los compradores quieren visibilidad de gasto en términos monetarios
- el uso debería descontarse de un monto prepagado
- "saldo restante" es más intuitivo que créditos o excedente
Por qué esto importa operativamente
Los fundadores generalmente notan los problemas de modelo de precios tarde.
La primera versión se ve bien. Después el producto crece, los precios evolucionan, y de repente el comportamiento de tus cobros está lleno de casos especiales:
- lógica extra cuando los usuarios se quedan sin saldo
- gestión manual de recargas
- comportamiento confuso del portal de cliente
- facturas inconsistentes
- preguntas de soporte sobre qué se resetea y qué persiste
Commet evita eso haciendo que el modelo sea explícito dentro del plan mismo.
Eso significa que el comportamiento del portal, la configuración de funcionalidades y el ciclo de vida de cobros siguen el mismo conjunto de reglas desde el inicio.
No estás ensamblando flujos de cobros a medida. Estás eligiendo el modelo comercial correcto y dejando que la plataforma lo aplique de forma consistente.
Una forma más simple de pensar el diseño de planes
Si estás decidiendo entre los tres modelos, olvidate del vocabulario técnico de cobros por un minuto y respondé estas tres preguntas:
- Tus clientes piensan en límites de uso, créditos o plata?
- Cuando se les acaba, deberían ver excedente, comprar más o agregar fondos?
- Tu página de precios se vuelve más clara o más confusa cuando explicás el modelo?
Si la respuesta no es clara, tu modelo probablemente tampoco lo es.
Esa es exactamente la clase de ambigüedad que se transforma en complejidad de cobros y pagos más adelante.
Para cerrar
Un buen sistema de cobros y pagos no se trata solo de cobrar correctamente.
Se trata de coincidir con el modelo comercial que tu comprador tiene en la cabeza.
Medido, créditos y balance son productos diferentes desde la perspectiva de precios. Tratarlos así es lo que mantiene a Commet más simple tanto para el equipo que opera los cobros como para el cliente que paga por el producto.
Leé la documentación de modelos de consumo, aprendé cómo crear planes, o probá Commet en sandbox.