La suscripción que crecía con el negocio hasta que dejó de tener sentido
Resumen:
- El precio por usuario penaliza exactamente lo que quieres que ocurra: crecer.
- Para comparar hay que sumar módulos, integraciones, comisiones y horas internas.
- Un sistema propio también tiene coste recurrente; lo que cambia es de qué depende.
- Antes de plantear alternativas, conviene revisar usuarios y módulos que nadie usa.
Una empresa de servicios profesionales pasó de dieciocho a treinta personas en un año. Buen año. Al revisar los gastos del ejercicio, el director financiero se detuvo en una línea que le pareció un error de imputación.
No lo era. Era la suma de las herramientas contratadas por usuario, que habían crecido un setenta por ciento porque la plantilla había crecido un setenta por ciento.
Por qué el modelo se vuelve incómodo
Cuando el software se cobra por persona, el coste está indexado a la plantilla. Cuando se cobra por transacción, está indexado a las ventas. En ambos casos, la factura crece exactamente cuando el negocio va bien.
No es abusivo: es un modelo de precio legítimo y alineado con el valor percibido. El problema aparece en dos situaciones concretas.
La primera es el crecimiento rápido de plantilla. Cada contratación trae consigo un coste de software que nadie pone en el cálculo de contratar.
La segunda, más silenciosa, son los usuarios ocasionales. Alguien de almacén que necesita consultar dos veces por semana cuesta lo mismo que quien vive dentro de la herramienta ocho horas al día. La reacción natural es compartir cuentas, que resuelve el coste y destruye la trazabilidad.
Qué sumar para comparar de verdad
| Partida | Dónde se esconde |
|---|---|
| Suscripción base | La única que todo el mundo tiene presente. Suele ser la menor de la lista. |
| Módulos adicionales | Contratados a lo largo de los años para tapar carencias concretas. Nadie recuerda todos. |
| Integraciones de terceros | Conectores de pago mensual que unen la herramienta con lo demás. |
| Comisiones | Porcentajes sobre transacciones. Invisibles en el presupuesto porque se descuentan del ingreso. |
| Horas internas | El tiempo del equipo manteniendo hojas paralelas y procesos manuales alrededor. La partida más grande y la única que no llega en forma de factura. |
Cuando la empresa del caso hizo esta suma completa, la cifra fue casi el triple de lo que creían gastar.
Lo primero que hay que intentar
Antes de plantear cualquier alternativa, conviene una revisión que casi nadie hace.
- Usuarios inactivos. Personas que ya no están o que nunca entraron. Es la reducción más rápida y más frecuente.
- Módulos sin uso. Funciones contratadas para un proyecto que terminó hace dos años.
- Nivel de plan. A veces se está en un plan superior por una única función que ya no se utiliza.
- Periodicidad. Pasar de mensual a anual, cuando la permanencia no es un riesgo, suele mejorar la tarifa.
En este caso, esa revisión sola redujo el gasto de forma apreciable y no requirió ninguna decisión estratégica.
La comparación honesta con un sistema propio
Aquí conviene decir la parte incómoda: un sistema propio no es gratis después de construirlo.
Tiene alojamiento, tiene actualizaciones de seguridad, tiene mantenimiento correctivo y tiene evolución, porque un sistema que no evoluciona en cinco años acaba siendo el problema. Presupuestar cero de mantenimiento es el error clásico que hace fracasar estos proyectos.
Lo que cambia es de qué depende ese coste. El de un sistema propio depende de su tamaño y de cuánto lo hagas crecer. El de una suscripción por usuario depende de cuánta gente contrates.
La pregunta no es cuál es más barato en abstracto. Es cuál de las dos curvas encaja mejor con tu plan a cinco años.
Preguntas frecuentes
¿El precio por usuario es siempre malo?
No. Para un equipo estable y pequeño es predecible y elimina la inversión inicial. Se vuelve problemático cuando la plantilla crece rápido o cuando hay muchos usuarios ocasionales que necesitan entrar poco pero necesitan entrar.
¿Qué se debe sumar para comparar de verdad?
La suscripción base, los módulos adicionales, las integraciones de pago, las comisiones por transacción si las hay, y las horas internas dedicadas a mantener apaños alrededor de la herramienta. Esa última partida no aparece en ninguna factura y suele ser significativa.
¿A partir de cuántos usuarios deja de compensar?
No hay un número universal porque depende del precio unitario y de lo que cueste construir la alternativa. Lo útil no es buscar ese umbral en abstracto, sino proyectar tu propia curva a tres y cinco años con tu plan de crecimiento real.
¿Un sistema propio no tiene coste recurrente?
Sí que lo tiene, y quien diga lo contrario está vendiendo. Hay alojamiento, mantenimiento, actualizaciones de seguridad y evolución. La diferencia es que ese coste depende del tamaño del sistema, no del número de personas que lo usan ni de cuánto vendas.
¿Se puede reducir el coste sin cambiar de herramienta?
A menudo sí, y es lo primero que conviene intentar: revisar usuarios inactivos, módulos contratados que nadie usa y planes anuales frente a mensuales. Hemos visto reducciones notables sin tocar una línea de código.
La decisión que tomaron
Se quedaron con las herramientas generalistas —correo, almacenamiento, contabilidad— y construyeron a medida solo el módulo de gestión de proyectos, que era donde tenían más usuarios, más apaños y más particularidades propias.
Es la decisión que recomendamos casi siempre: no sustituir todo, sustituir la pieza donde el modelo de precio y la falta de encaje coinciden. Ahí es donde el cambio se paga solo; en el resto, la herramienta estándar sigue siendo la mejor opción disponible.
Cómo proyectar la curva a cinco años
El ejercicio es más simple de lo que parece y se hace en una hoja con cuatro columnas.
| Columna | Qué se anota |
|---|---|
| Año | Del actual al quinto. Nada más lejos, porque la proyección deja de ser creíble. |
| Plantilla o transacciones previstas | La variable a la que está indexado tu coste. Con tu plan real, no con el optimista. |
| Coste de la suscripción | Multiplicando por la variable anterior, con la subida anual histórica del proveedor. |
| Coste de la alternativa | Construcción el primer año, mantenimiento y evolución los siguientes. |
Las dos curvas se cruzan en algún punto o no se cruzan nunca. Ambas respuestas son útiles: si no se cruzan dentro del horizonte, la decisión está tomada y no hay que volver a discutirla en cada reunión de presupuesto.
El error más común al hacer este cálculo
Poner cero en el mantenimiento del sistema propio. Un sistema sin mantenimiento no es más barato: es más caro con retraso, porque acumula deuda que se paga de golpe cuando algo se rompe o cuando una dependencia deja de recibir actualizaciones de seguridad.
Una cifra realista de mantenimiento anual convierte la comparación en honesta. Y a veces esa honestidad devuelve el resultado contrario al esperado, que también es información valiosa.