Por asiento o por uso: cómo modelar ambos precios
La tarificación por asiento cobra un monto fijo por cada usuario con nombre que tiene acceso, así que el costo sigue a la plantilla. La tarificación por uso cobra por lo que realmente se consume, una llamada API, un registro procesado, un gigabyte, así que el costo sigue a la actividad. Modelar ambas antes de firmar significa construir dos previsiones lado a lado sobre el mismo plan de 12 meses, no elegir el modelo que el proveedor ofrezca por defecto.
- El precio por asiento escala con la plantilla; el precio por uso escala con la actividad. Pueden moverse en direcciones opuestas en el mismo trimestre.
- Por asiento es más fácil de prever y más fácil de pagar de más, porque un asiento concedido se factura aunque nadie inicie sesión.
- El uso es más barato con volumen bajo y puede dispararse con volumen alto, por eso necesita un tope o una alerta, no solo una tabla de tarifas.
- Modelar ambas contra la misma curva de uso de 12 meses antes de firmar, con el número de asientos y el volumen de actividad que realmente se espera.
- Muchos proveedores mezclan ambos modelos, una tarifa por asiento más complementos medidos, así que hay que leer el contrato buscando ambos medidores, no solo la tarifa principal.
¿Cuál es la diferencia real entre precio por asiento y por uso?
El precio por asiento factura a un usuario con nombre y licencia, abra o no el producto ese mes. Añadir un empleado añade un asiento y una línea a la factura; quitar uno debería reducir la siguiente factura, si la licencia se desactiva de verdad y no queda simplemente inactiva.
El precio por uso factura el consumo en lugar de la identidad: llamadas API, volumen de almacenamiento, transacciones procesadas, espacios de trabajo activos, o asientos que realmente iniciaron sesión en un período dado. Dos empresas con la misma plantilla pueden pagar montos muy distintos bajo un modelo de uso, porque la factura sigue lo que el software realmente hizo, no quién tiene un usuario.
Ningún modelo es más barato por naturaleza. El asiento es un impuesto sobre la plantilla; el uso es un impuesto sobre la actividad. La pregunta correcta es cuál sigue el verdadero motor de costo de la empresa, no cuál suena más moderno.
¿Cuándo tiene más sentido el precio por asiento?
El precio por asiento encaja en herramientas cuyo valor escala con las personas más que con el volumen: una herramienta de diseño, un gestor de proyectos, un sistema de RR. HH., cualquier cosa donde un inicio de sesión haga más o menos el mismo trabajo que otro. También es más fácil de prever, ya que el costo del próximo año es la plantilla esperada multiplicada por el precio del asiento, una multiplicación simple en vez de una proyección de uso.
La trampa son los asientos inactivos. Un contrato por asiento factura igual a un usuario diario que a un asiento que nadie ha abierto en cuatro meses, y sin un control de utilización de licencias, esa brecha permanece invisible hasta que una renovación obliga a recontar.
¿Cuándo tiene más sentido el precio por uso?
El precio por uso encaja en herramientas cuyo valor escala con el volumen más que con las personas: infraestructura, mensajería, procesamiento de datos, todo lo medido en llamadas o bytes en vez de inicios de sesión. También encaja bien con un equipo pequeño o estacional, ya que la factura se reduce en un mes tranquilo en vez de quedar fija según la plantilla del año pasado.
La trampa va en la dirección contraria a la del asiento: un pico de uso, un bucle de integración defectuoso, un lanzamiento exitoso, una migración de datos, puede multiplicar la factura en un solo ciclo de facturación sin que ningún número de asientos lo limite. Un contrato sin tope de uso, sin techo en la tabla de tarifas, o al menos sin una alerta de facturación, es un contrato con un peor caso sin límite.
¿Cómo modelar ambas antes de firmar?
Construya una tabla de 12 meses con sus propios números, no los ejemplos del proveedor, y aplique ambas estructuras de precio sobre ella.
| Dato | Modelo por asiento | Modelo por uso |
|---|---|---|
| Qué se multiplica | Usuarios con nombre esperados por mes | Consumo esperado por mes (llamadas, GB, registros) |
| Sensibilidad al crecimiento | Solo sube si sube la plantilla que usa la herramienta | Sube con la adopción y la actividad, incluso con plantilla estable |
| Peor escenario | Asientos concedidos pero sin usar, pagados de todos modos | Pico de uso sin tope, facturado en su totalidad |
| Más fácil de auditar | Comparar asientos facturados con asientos con inicio de sesión | Comparar el uso medido con la tabla de tarifas, línea por línea |
Aplique la misma curva de uso de 12 meses, incluyendo los meses más y menos activos esperados, en ambas estructuras y compare el total, no solo la tarifa de portada. Una herramienta que parece más barata por asiento puede costar más una vez aplicada la curva estacional, y lo contrario es igual de común.
¿Qué pasa cuando un proveedor mezcla ambos modelos?
Muchos contratos SaaS combinan una tarifa base por asiento con complementos medidos encima, una tarifa de plataforma por usuario más un cargo por llamada para una función de API, por ejemplo. Lea el contrato buscando ambos medidores por separado: el número de asientos que determina la tarifa base, y la unidad de consumo que determina el complemento, porque negociar una renovación sobre el medidor equivocado no cambia nada en la factura.
Trate un contrato híbrido como dos contratos apilados, no como una sola línea a negociar.
¿Cómo negociar sea cual sea el modelo que le ofrezcan?
Para un contrato por asiento, negocie una tarifa escalonada o decreciente por asiento a medida que crece la plantilla, y pida una cláusula de reducción que permita bajar el número de asientos en la renovación si los datos de uso lo respaldan; responda a una carta de aumento de precio con sus propios datos de uso en vez de aceptar la tarifa de renovación tal cual.
Para un contrato por uso, negocie una tarifa que baje en niveles de mayor volumen, y pida un tope mensual de uso o una alerta de exceso escrita en el contrato, no solo disponible como ajuste de panel que nadie está obligado a vigilar. En InventorIA, cada licencia puede vincularse a un registro de contrato con el proveedor, el coste, la fecha de inicio y la fecha de fin, de modo que la fecha de renovación y el coste quedan registrados junto al número de asientos, en lugar de estar en un PDF que nadie vuelve a abrir entre renovaciones.
Preguntas frecuentes
¿El precio por uso siempre es más barato que por asiento?
No. Suele ser más barato con volumen bajo o estable y puede volverse más caro que por asiento cuando el consumo crece más allá del punto que el proveedor previó, por eso ambos deben modelarse contra la misma curva de 12 meses en vez de comparar solo la tarifa.
¿Se puede cambiar de por asiento a por uso a mitad de contrato?
Solo si el contrato lo permite o el proveedor acepta modificarlo; la mayoría de los acuerdos SaaS fijan la estructura de precio durante todo el plazo, así que el cambio se negocia en la renovación, no a mitad de contrato.
¿Cuál es el mayor costo oculto del precio por asiento?
Los asientos inactivos. Un asiento concedido pero poco usado se factura a tarifa completa hasta que alguien lo desactiva, por eso un control periódico de utilización de licencias importa más en el modelo por asiento que en el de uso.
¿Cuál es el mayor costo oculto del precio por uso?
Un pico sin límite. Sin un tope contractual o una alerta de facturación, un bucle de integración defectuoso o un mes inusualmente activo puede multiplicar la factura sin que ningún número de asientos actúe como techo.
¿Cómo saber qué modelo debería usar un proveedor nuevo?
Pregunte si el valor de la herramienta escala con las personas o con el volumen. Una herramienta donde un inicio de sesión hace más o menos el mismo trabajo que otro encaja en por asiento; una herramienta medida en llamadas, registros o bytes suele encajar mejor en por uso.
Modele su próxima renovación antes de firmar
Registre asientos, coste de los contratos y fechas de renovación en un solo lugar para que el próximo cambio de modelo sea una comparación, no una suposición.
Probar la demo en vivo →