Los productos basados en uso se rompen cuando la única respuesta a "necesito más" es "contactá a soporte".
Eso no es un caso borde de cobros y pagos. Es fricción directa contra tus ingresos.
Si tu cliente se queda sin créditos en medio de un flujo de trabajo, o su balance prepago baja justo antes de que corra un proceso importante, el siguiente paso tiene que ser obvio e inmediato.
Por eso Commet maneja las recargas dentro del Portal de Cliente.
Tus clientes no deberían necesitar una conversación con ventas para seguir usando el producto que ya eligieron.
Dos formas en que los clientes necesitan más capacidad
No todas las recargas son iguales.
Commet soporta dos patrones de autoservicio distintos:
- Comprar más créditos
- Agregar más balance
Resuelven problemas diferentes.
Paquetes de Créditos
Para planes de créditos, el modelo de recarga es Paquetes de Créditos.
El cliente tiene un plan recurrente que incluye una asignación de créditos. Cuando necesita más, puede comprar paquetes adicionales directamente desde el portal.
Esto funciona bien cuando la experiencia del producto está construida alrededor de una moneda interna compartida:
- generar una imagen
- transcribir audio
- correr un agente
- procesar un lote
Cada acción consume créditos. El cliente no necesita pensar en el costo real de infraestructura. Solo necesita saber cuánta capacidad utilizable le queda.
En Commet, los créditos comprados son separados de los créditos del plan recurrente. Los créditos del plan se reinician en cada ciclo de cobro. Los créditos comprados persisten.
Esa distinción importa porque mantiene la experiencia intuitiva:
- el plan da una asignación recurrente
- el paquete resuelve demanda extra a corto plazo
- el cliente no siente que lo penalizan por comprar de más
Recargas de balance
Para planes de balance, el modelo de recarga es dinero directo.
El cliente ve su balance restante, el uso se deduce de ahí, y cuando necesita puede agregar fondos desde el portal.
Este es el modelo correcto cuando tus clientes piensan en dólares, no en créditos.
Es especialmente útil para productos donde la visibilidad del balance es parte del producto en sí:
- plataformas de infraestructura
- herramientas de cómputo intensivo
- plataformas con múltiples acciones pagas bajo una misma cuenta
En el portal de Commet, el cliente puede abrir el flujo de recarga, ingresar el monto que quiere agregar, y cobrar contra el método de pago guardado que ya está vinculado a la suscripción.
Por qué esto va en el portal, no en un flujo armado a mano
Muchos equipos implementan las recargas tarde.
Al principio, alguien del equipo lo maneja manualmente. Después la demanda crece y el parche se convierte en parte de las operaciones:
- soporte crea enlaces de pago
- finanzas registra cobros sueltos
- producto no tiene una experiencia clara de capacidad restante
- los clientes no saben si esperar, cambiar de plan, o pedir ayuda
Eso es evitable.
El portal ya es donde el cliente espera gestionar sus cobros y pagos:
- estado de la suscripción
- facturas
- método de pago
- cambios de plan
- uso actual
- compras de capacidad extra
Poner las recargas ahí mantiene el ciclo de vida coherente.
Qué pasa cuando un cliente agrega fondos
Para suscripciones basadas en balance, el flujo de recarga de Commet es explícito:
- el cliente elige el monto en el portal
- Commet cobra al método de pago guardado
- Commet crea una factura de recarga de balance
- el balance utilizable aumenta por el monto de la recarga
Los impuestos se manejan como parte del flujo de pago, pero el balance utilizable que se agrega refleja el monto de la recarga en sí, no un total que incluya impuestos.
Eso importa porque mantiene la lógica comercial limpia:
- los registros de pago quedan correctos
- las facturas quedan auditables
- el balance del cliente queda predecible
También significa que las recargas no son una capa falsa de interfaz sobre facturas. Son parte del sistema real de cobros y pagos.
Las recargas reducen la carga de soporte, pero más importante, protegen el impulso
El mayor costo de no tener flujos de recarga no es la sobrecarga operativa.
Es el impulso roto.
Un usuario está intentando terminar algo:
- lanzar una campaña
- procesar un lote
- correr otra generación
- mantener el tráfico de producción funcionando
Si llega a un límite y no puede resolverlo de inmediato, no estás solo creando una incomodidad. Estás creando una oportunidad de abandono.
Las recargas de autoservicio son una funcionalidad de retención disfrazada de funcionalidad de cobros y pagos.
Créditos y balance no deberían sentirse igual
Acá es donde muchos sistemas de cobros y pagos se ponen incómodos.
Tratan todos los "extras" como un único camino de compra genérico.
Commet no.
Créditos y balance tienen expectativas de compra diferentes:
- Créditos se sienten como capacidad empaquetada del producto
- Balance se siente como valor monetario gastable
El portal debería reflejar esa diferencia. Eso es lo que hace que el producto se sienta coherente en vez de improvisado.
El retorno operativo
Cuando las recargas son parte del ciclo de vida del portal, tu equipo obtiene:
- menos intervención manual
- menos excepciones de cobro
- un historial de facturas más limpio
- una experiencia de uso más clara para los clientes
Más importante: tus clientes obtienen un camino hacia adelante sin tener que esperarte.
Ese es el estándar que los productos modernos basados en uso deberían cumplir por defecto.
Leé la documentación del Portal de Cliente, configurá Paquetes de Créditos, revisá los Modelos de Consumo, o probá Commet en sandbox.