Los productos de IA llaman a muchos proveedores con muchas unidades de precio distintas: por segundo de vídeo, por imagen, por cada mil caracteres de voz, por millón de tokens de texto. Una cartera de tokens oculta todo esto tras una sola unidad con la que la persona puede razonar, y ofrece a la empresa un único lugar donde fijar el margen. El diseño tiene cuatro partes, más un libro de movimientos por debajo que hace que todo sea auditable.
1. Un precio por operación
Cada operación (un clip de diez segundos en un nivel determinado, una imagen, una sincronización labial, un guion) tiene un precio en tokens derivado de su coste real mediante una fórmula fija. Publique la tabla; léala en tiempo real tanto en la aplicación como en la página de precios para que nunca discrepen. La persona debería poder ver el precio de una operación antes de iniciarla y el total cobrado por una película después.
Derive los precios; no los ajuste a mano. Cuando un proveedor cambia una tarifa, la fórmula recalcula el precio de esa operación y nada más se mueve. Los precios ajustados a mano derivan, y en menos de un año algunas operaciones se venden con pérdidas sin que nadie lo note.
2. Planes con multiplicadores
Un plan concede una asignación mensual y un multiplicador de coste: un plan gratuito paga 1,3×, un plan intermedio 1,0× y un plan superior 0,8×. El multiplicador es lo que permite que una misma tabla de precios sirva a tres públicos sin necesidad de tres tablas. Ancle el precio de la operación al multiplicador más bajo para que el margen sea positivo para todos; los demás planes simplemente ganan más. La asignación no utilizada debería acumularse durante un tiempo limitado o no acumularse en absoluto; indique cuál de las dos opciones aplica.
3. Paquetes con bonificaciones
Paquetes puntuales para volumen adicional, más baratos por token si se tiene un plan, con porcentajes de bonificación en los tamaños más grandes. Los paquetes no caducan mientras la cuenta esté activa. El orden de consumo importa: primero se gasta la asignación mensual y después el paquete más antiguo, para que quien compró un paquete no se sorprenda al ver intactos los tokens de su suscripción mientras el paquete se agota. Muestre ese orden en la cartera.
4. Reembolsos
Una operación fallida se reembolsa automáticamente a la misma fuente de la que se cobró. Los reembolsos deben ser idempotentes (un reembolso reintentado nunca paga dos veces) y deben hacer referencia al cargo original. Los fallos parciales, como una película en la que falló una escena, reembolsan solo las operaciones fallidas. Nadie debería tener que escribir al soporte para recuperar los tokens de algo que no llegó a ocurrir.
El libro de movimientos
Por debajo de la cartera hay un libro de movimientos de solo anexado: una fila por cada cargo, reembolso, concesión o compra, con la operación, el trabajo, la fuente (asignación o paquete), el importe y una marca de tiempo. El saldo es la suma del libro, no una columna que se actualiza. Esto hace que la cartera sea auditable, permite detectar cobros duplicados y hace que la pregunta "por qué esta película ha costado 27.000 tokens" pueda responderse con una consulta. Muestre el libro a la persona como su historial.
Comprobaciones de solvencia
- Si toda la asignación de un plan se gasta en la operación más cara, aun así debe costar en proveedores menos que el precio del plan. Haga esta comprobación para cada plan, cada mes y cada vez que un proveedor cambie una tarifa.
- El precio por token de un paquete debe superar el coste real por token con el multiplicador más bajo. Las bonificaciones deben incluirse en el cálculo.
- La asignación del plan gratuito multiplicada por su operación más intensiva debe ser un coste de adquisición aceptable por usuario gratuito.
- Conviene vigilar el volumen de reembolsos como proporción de los cargos; una proporción creciente indica que un proveedor está fallando, no que la gente esté abusando de los reembolsos.
Qué mostrar a la persona
El saldo, desglosado por fuente. El precio de la operación que está a punto de ejecutar. El total de una película antes de empezar, como estimación, y al terminar, como movimientos del libro. La fecha de renovación y qué ocurre con la asignación no utilizada. El orden de consumo de los paquetes. Nada sobre precios de proveedores, nombres de modelos ni multiplicadores; eso es asunto de la empresa, y exponerlo convierte cada cambio de tarifa en una incidencia de soporte.
¿Por qué no créditos o dólares?
Los dólares dejan a la vista los precios de los proveedores y convierten cada cambio de precio en una discusión sobre qué proveedor se ha encarecido. Los créditos son tokens con otro nombre, pero la palabra arrastra la connotación de unidades arbitrarias sin ninguna fórmula detrás. Lo importante es una unidad estable y una fórmula honesta que la respalde; cómo se llame la unidad importa menos que el hecho de que la fórmula exista y se aplique en todas partes.
Preguntas frecuentes
¿Deberían poder comprarse tokens en cualquier cantidad? Los paquetes de unos pocos tamaños fijos son más sencillos de tarificar, de bonificar y de explicar. Las cantidades arbitrarias invitan a discusiones sobre redondeos.
¿Y los clientes empresariales? La misma tabla con un multiplicador negociado y el uso mensual facturado. El modelo de cartera no cambia; solo cambia el momento del pago.
¿Cómo se muestran los tokens en distintas monedas? El token es el mismo en todas partes; solo se localizan los precios de los paquetes y los planes. Una persona en Türkiye y otra en Alemania pagan importes distintos por el mismo paquete y reciben los mismos tokens.
