Rentabilidad en servicios de TI y digitales: el margen real por cliente, producto y servicio
Su nivel de ocupación parece sano. El margen por proyecto es el que le está mintiendo. En software, SaaS y servicios gestionados (MSP), el costo que decide su utilidad es el costo que nadie factura: el equipo parado entre proyectos, las horas de preventa, el alcance que creció sin cobrarse y el retrabajo. Una tarifa diaria promedio esconde los cuatro. El costeo TDABC pone un número en cada uno, proyecto por proyecto y cliente por cliente, para que el trabajo que usted persigue sea el trabajo que de verdad deja utilidad.
En servicios de TI y digitales, buena parte del costo total es tiempo de equipo ocioso, preventa, gestión y retrabajo que las horas facturables nunca capturan. Costear solo las horas cobradas sobreestima el margen del proyecto y esconde que una parte relevante de los clientes da pérdida una vez que se cargan soporte, infraestructura de nube y onboarding. El TDABC asigna esas horas escondidas al trabajo que las causó, para que cada proyecto, cada producto y cada cliente muestre su margen real, con datos que su empresa ya tiene.
Dónde se pierde el margen
El resultado de una empresa de servicios digitales luce bien en la cima. Las tarifas son competitivas, las metas de ocupación se cumplen, el embudo de ventas está lleno. Luego el margen operativo llega delgado y nadie puede decir con exactitud qué cuenta lo drenó. La razón es estructural: una tarifa diaria promedio pone precio a la hora facturable y absorbe en silencio todo lo que la rodea. Entre los costos que quedan invisibles están:
- Equipo parado entre proyectos: el tiempo de ingeniería entre una entrega y otra es costo real. Si no cae en ningún proyecto, todo proyecto parece más barato de lo que es.
- Soporte por cliente: tickets, dudas recurrentes, incidentes y SLA consumen horas del equipo. Un cliente que abre diez tickets por semana cuesta mucho más que uno que abre uno por mes.
- Infraestructura de nube: el consumo de cómputo, almacenamiento y ancho de banda de cada cuenta rara vez se rastrea por cliente, aunque varíe mucho entre unos y otros.
- Onboarding e implementación: integrar a un nuevo cliente exige configuración, migración de datos, capacitación y acompañamiento. Ese costo inicial pesa sobre el margen de los primeros meses.
- Preventa y retrabajo: las horas que un negocio necesitó para cerrarse y las correcciones cuando el alcance cambió nunca aparecen en la factura, así que nunca aparecen contra el proyecto que las causó.
Reparta esos costos de forma pareja y la cuenta bien gestionada subsidia a la desordenada. Al equipo se le hace creer que la cuenta desordenada está bien, porque a tarifa promedio luce bien. No es la tarifa la que está mal. Es que nunca se le pidió cargar el costo de la complejidad.
Los clientes que consumen mucho soporte
En software y SaaS, dos clientes pueden pagar la misma mensualidad y generar utilidades opuestas. La diferencia casi nunca está en el precio: está en el consumo. Un cliente que usa el producto de forma autónoma, con pocos tickets y consumo de nube previsible, es barato de servir. En cambio, el cliente que abre tickets constantes, exige personalizaciones, pide integraciones fuera del estándar y fuerza la infraestructura consume una porción desproporcionada de la capacidad de ingeniería y soporte.
Cuando usted mira solo el ingreso recurrente, supone que todos los clientes consumen recursos de forma parecida. En la práctica, es común que la cola de cuentas más exigentes devuelva buena parte de la utilidad construida por las cuentas bien gestionadas. Medir el costo real de servir a cada cuenta transforma la pregunta de "¿cuánto paga este cliente al mes?" en "¿cuánto queda después de todo lo que gastamos en atenderlo?". Es esa segunda pregunta la que separa al cliente rentable del que solo parece grande.
Costo por feature, producto y tier de suscripción
La rentabilidad en servicios digitales no se resuelve solo en el nivel del cliente. También vive dentro del producto. Cada funcionalidad tiene un costo de mantener: ingeniería, pruebas, soporte e infraestructura que consume mes a mes. Algunas features se usan mucho y sostienen la retención. Otras se construyeron para un puñado de clientes, casi no se usan y siguen costando caro de mantener.
Lo mismo aplica a los tiers de suscripción. Un plan de entrada puede tener margen ajustado porque el costo de soporte y onboarding es casi igual al de un plan mayor, pero el ingreso es mucho menor. Un tier intermedio puede ser el que en realidad sostiene la operación. Sin ver el costo por feature y el margen por tier, usted toma decisiones de roadmap y de precio a ciegas, manteniendo lo que da pérdida y subvalorando lo que da utilidad.
La capacidad de los equipos de ingeniería
En servicios de TI, el recurso más caro y más escaso es el tiempo de los equipos de ingeniería y soporte. Toda la rentabilidad depende de cómo se usa esa capacidad. La ocupación facturable lo amarra todo: una ganancia de pocos puntos en la ocupación suele elevar el margen operativo de forma sensible, pero solo después de que usted logra ver a dónde van las horas no facturadas.
El TDABC trata la capacidad de frente. Para cada grupo de recursos (desarrollo, soporte, DevOps, gestión de cuentas), calcula el costo por minuto de la capacidad práctica, típicamente 80 a 85 por ciento de la capacidad teórica. La capacidad ociosa, lo que usted paga pero no usa, aparece como capacidad ociosa, y no como una tarifa más pesada empujada sobre todos los proyectos. Así usted sabe si el problema es exceso de equipo, subprecio o clientes demasiado caros de servir.
Cómo el TDABC da el margen real
La forma más eficiente de medir el margen real en servicios digitales es el costeo TDABC (Time-Driven Activity-Based Costing). En lugar de repartir gastos por porcentajes arbitrarios, el TDABC mide cuánto tiempo consume cada actividad y cuánto cuesta un minuto de capacidad. Funciona con dos bloques:
- Costo por minuto del recurso: cuánto cuesta cada minuto de cada equipo (desarrollo, soporte, infraestructura, gestión de cuentas), sobre la capacidad práctica y no la teórica.
- Ecuaciones de tiempo: cómo un proyecto o una cuenta consume tiempo. Alcance fijo de implementación, más horas por requerimiento, por ticket de soporte, por integración, por tier de suscripción.
Con eso, las horas escondidas, equipo parado, preventa, gestión de cuentas, onboarding y retrabajo, se conectan al proyecto y al cliente que las causaron. El costo que la tarifa promedio escondía por fin tiene un dueño. Proyectos, productos y clientes pasan a ordenarse por margen real, y los que dan pérdida se vuelven candidatos a reprecificar, rediseñar la atención, cambiar de tier o fijar un mínimo, cada decisión con el número detrás.
Ejemplo ilustrativo
Los números que siguen son ilustrativos, para mostrar el mecanismo. En una empresa de servicios digitales ilustrativa, dos proyectos se firman por el mismo valor de contrato y la misma tarifa diaria promedio. En el reporte mensual parecen gemelos, y el segundo suele ser justamente el que el equipo tiene incentivo de repetir.
Al rastrear las horas no facturadas, se separan por completo. El Proyecto A tuvo alcance bien definido, pocos cambios y una realización de tarifa alta: el margen reportado de +22 por ciento sube a cerca de +28 por ciento en el margen real con TDABC. El Proyecto B tuvo el alcance cambiado once veces, mucho retrabajo y una realización de tarifa bastante menor: el margen reportado de +24 por ciento se vuelve cerca de -12 por ciento en el margen real. El Proyecto B es justamente el que iba camino a una renovación en los mismos términos. Un modelo de costo pone su margen real sobre la mesa antes de esa decisión, y no en la revisión de fin de año, cuando la caja ya se fue.
Cómo avanzar
Conocer el margen real por cliente, producto y servicio abre opciones concretas: reprecificar cuentas caras de servir, crear planes de soporte pagados para clientes de alto consumo, revisar tiers de suscripción, cobrar por personalizaciones fuera del estándar, descontinuar features caras y poco usadas o rediseñar el onboarding. El objetivo no es castigar a los clientes, sino alinear precio, tier y condiciones al costo real de atenderlos. El punto de partida usa datos que su empresa ya tiene: horas de equipo, tickets de soporte, consumo de nube, contratos y facturación. El TDABC convierte esos datos en el margen que la tarifa promedio nunca mostró.
Preguntas frecuentes
¿Por qué el margen por proyecto parece bueno pero la utilidad final es delgada?
Porque la tarifa diaria promedio pone precio solo a la hora facturable y absorbe en silencio el equipo parado, la preventa, el retrabajo y el soporte. Esos costos no aparecen en la factura, así que no aparecen contra el proyecto que los causó. El TDABC carga esas horas escondidas en cada proyecto y revela el margen real.
¿Cómo saber qué clientes consumen demasiado soporte y nube?
Midiendo el costo de servir a cada cuenta: horas de soporte por tickets e incidentes, consumo de infraestructura de nube y esfuerzo de gestión de la cuenta. El TDABC asigna ese tiempo y ese consumo al cliente que los generó, separando las cuentas que dan utilidad de las que devuelven la utilidad construida por las demás.
¿Se puede calcular el margen por feature y por tier de suscripción?
Sí. Cada funcionalidad tiene un costo de mantener (ingeniería, pruebas, soporte, infraestructura) y cada tier tiene un costo de servir. Con ecuaciones de tiempo, el TDABC asigna esos costos al producto y al plan correctos, mostrando qué features y qué tiers de verdad sostienen la utilidad.
¿Necesito un sistema costoso o meses de proyecto?
No. El TDABC es liviano y usa datos que la empresa ya tiene: horas de equipo, tickets, consumo de nube, contratos y facturación. No hace falta instalar un sistema costoso ni detener la operación. Un mapeo inicial de proyectos, productos y clientes ya revela dónde está el margen real.