TribaTech

Control financiero

Cómo analizar la rentabilidad por proyecto o cliente

La rentabilidad aparente rara vez coincide con la real cuando se dejan fuera las horas del equipo y los costes que no se imputan bien. El cálculo manual en Excel llega tarde y con datos incompletos, así que cuesta corregir desviaciones a tiempo. Cuando cruzas horas, costes e ingresos de forma automática, puedes decidir con datos y no con intuición.

Muchas empresas de servicios saben lo que facturan por proyecto. Lo que no tienen tan claro es lo que les cuesta. Y la diferencia entre ambos números — el margen real — es lo que determina si un proyecto aporta valor al negocio o lo está erosionando sin que nadie se dé cuenta.

El problema rara vez es la falta de datos. Las horas están en una herramienta, la facturación en otra, los costes de proveedores en una tercera. Lo que falta es la conexión: alguien que cruce todo eso y diga, con fiabilidad, qué proyectos dejan margen y cuáles no.

Por qué la mayoría de empresas de servicios no conocen su margen real por proyecto

La empresa factura. Los clientes pagan. El equipo está ocupado. Desde fuera, todo parece ir bien. Pero cuando alguien se sienta a calcular cuánto ha costado realmente un proyecto — horas del equipo, costes de proveedores, gastos directos, gestión comercial — el margen resulta ser bastante distinto del que se asumía.

Esto pasa porque la facturación vive en un sistema, las horas en otro, y los costes de proveedores en un tercero. Nadie los cruza con la frecuencia necesaria. Y cuando se hace, es con un Excel manual que consume horas y que, para cuando está listo, refleja la situación de hace semanas.

El resultado es predecible: hay proyectos que parecen rentables porque facturan bien, pero que consumen tantas horas del equipo que el margen real es mínimo o negativo. Y hay clientes que generan mucho volumen pero que, analizados de cerca, están absorbiendo la capacidad del equipo sin dejar beneficio proporcional.

Mientras no haya un sistema que cruce ingresos, costes y horas de forma fiable, la empresa toma decisiones de precio, recursos y capacidad basándose en intuición en lugar de en datos reales.

Panel de costes e ingresos para calcular rentabilidad por proyecto

Señales de que no estás calculando bien la rentabilidad de tus proyectos

La señal más clara es que no puedes responder a esta pregunta de forma rápida: ¿cuáles son tus tres proyectos más rentables de los últimos seis meses? Si hace falta abrir tres herramientas y dedicar medio día a cruzar datos para contestar, el sistema de control no está funcionando.

Otras señales habituales: el equipo está siempre al límite de capacidad pero los márgenes no crecen. Hay proyectos que se alargan más de lo previsto y nadie sabe exactamente cuánto están costando. Las decisiones de precio se toman con la tarifa estándar y un margen estimado, sin datos históricos reales de cuántas horas consumen proyectos similares.

También es frecuente que la productividad del equipo sea invisible. Sabes cuántas horas trabaja cada persona, pero no sabes cuántas de esas horas van a proyectos facturables y cuántas se diluyen en gestión interna, reuniones o retrabajos. Esa información es la que marca la diferencia entre un equipo que parece ocupado y un equipo que genera margen.

Y la señal definitiva: calcular la rentabilidad de un proyecto lleva tanto tiempo que solo se hace al cierre, cuando ya no hay nada que corregir. En ese momento, el dato sirve para documentar lo que pasó, no para decidir lo que va a pasar.

3 Bloques para calcular la rentabilidad por proyecto de forma fiable

El cálculo del margen no es difícil; lo difícil es que los datos estén conectados y con criterio homogéneo. Para hacerlo bien, necesitas estos tres bloques.

Ingresos del proyecto

Debes trabajar con facturación real, no con presupuesto inicial. Incluye lo ya facturado y lo comprometido por hitos o fases para tener una visión completa. Si los ingresos no están bien vinculados al proyecto, el margen sale distorsionado.

Costes directos

Aquí entran proveedores, compras específicas y, sobre todo, horas del equipo valorizadas. En empresas de servicios, las horas suelen ser el mayor coste y el más infraestimado. Si no cruzas horas reales con proyecto, el margen que ves no representa la realidad.

Costes indirectos asignables

No todo gasto puede imputarse, pero parte sí: gestión comercial, coordinación, desplazamientos u otros costes de soporte. Definir reglas de reparto consistentes evita resultados arbitrarios. Incluir este bloque cambia por completo la lectura de rentabilidad en muchos proyectos.

Cuando conectas estos tres bloques, puedes analizar margen real, productividad por responsable y desvíos a tiempo. Si ya registras horas y facturación en herramientas separadas, el paso clave es conectarlas y fijar reglas de cálculo estables.

¿Quieres ver margen real por proyecto sin esperar al cierre?

Cuándo merece la pena automatizar el cálculo de rentabilidad por proyecto

Merece la pena cuando la empresa vive de proyectos (consultoría, ingeniería, arquitectura, agencias, servicios profesionales) y el CEO o director general necesita saber con frecuencia qué proyectos dejan margen y cuáles no — sin esperar al cierre.

En particular, compensa cuando se dan estas condiciones: los proyectos tienen duraciones largas (semanas o meses), el equipo registra horas pero no se cruzan con ingresos, y las decisiones de precio o asignación de recursos se toman sin datos históricos reales.

También tiene alto impacto cuando la empresa quiere crecer pero el gerente no sabe si puede asumir más volumen sin comprometer márgenes. Ahí la visibilidad sobre la rentabilidad por proyecto y la productividad por persona es lo que permite decidir si contratar, si subir precios o si dejar de trabajar con un tipo de proyecto que no compensa. Esa decisión, tomada con datos en lugar de con intuición, puede cambiar el resultado del año.

El punto de partida más efectivo suele ser conectar la herramienta de tracking de horas con la facturación del ERP y construir un modelo que calcule el margen en tiempo real. A partir de ahí, se pueden añadir vistas por cliente, por responsable o por tipo de servicio. Si necesitas visualizarlo para dirección, puedes apoyarte en Power BI. Y si además la caja es una preocupación, este análisis se complementa bien con previsión de caja: uno mide si ganas dinero, el otro mide si lo tienes cuando lo necesitas.

Cuándo el cálculo manual sigue siendo suficiente

Si la empresa tiene pocos proyectos activos (menos de cinco a la vez), duraciones cortas y una estructura de costes sencilla, un Excel bien mantenido puede bastar. No todo necesita automatizarse.

También puede funcionar cuando los márgenes son amplios y estables: si facturas con un margen del 50% y los proyectos rara vez se desvían, la urgencia de controlar al detalle es menor.

Donde el Excel deja de funcionar es cuando el volumen sube, los márgenes se estrechan o la empresa necesita entender por qué unos proyectos van bien y otros no. Ahí, dedicar medio día a calcular la rentabilidad de un proyecto con hojas de cálculo es un coste que no tiene sentido cuando esa información puede estar disponible en tiempo real.

Errores habituales al calcular la rentabilidad por proyecto

El error más frecuente es no incluir las horas del equipo como coste. En una empresa de servicios, el tiempo del equipo es el recurso más caro. Si calculas el margen como «facturación menos costes de proveedores» y te olvidas de las horas internas, el margen que ves es una fantasía.

Otro error habitual es usar horas estimadas en lugar de horas reales. Presupuestar un proyecto con 100 horas y no verificar cuántas se han dedicado realmente lleva a repetir los mismos errores de estimación una y otra vez. Sin datos reales, no hay aprendizaje.

También se suele confundir facturación con rentabilidad. Un proyecto que factura 30.000 € no es automáticamente mejor que uno que factura 10.000 €. Si el primero ha consumido 400 horas y el segundo 60, el margen por hora es radicalmente distinto. Y es el margen por hora el que dice de verdad si un proyecto compensa.

El último error: calcular la rentabilidad solo al cierre del proyecto. Cuando llega el dato a posteriori, ya no se puede corregir la desviación ni reasignar recursos. La rentabilidad tiene utilidad real cuando se puede consultar a mitad de proyecto, no solo cuando termina.

Caso real: de no saber qué proyectos dan margen a verlo en tiempo real

Un estudio de arquitectura con un equipo de unos 15 profesionales registraba las horas de cada persona en una herramienta de time tracking, y la facturación en su ERP. Los datos existían, pero vivían en sistemas separados. Cada vez que la dirección quería saber si un proyecto era rentable, alguien tenía que exportar las horas, cruzarlas a mano con la facturación y montar un Excel que tardaba horas en prepararse.

El resultado era que la rentabilidad se calculaba al final del proyecto — o directamente no se calculaba. Las decisiones de asignación de equipo se basaban en disponibilidad, no en qué proyectos necesitaban más control. Y los precios de nuevas propuestas se estimaban con la experiencia del socio, sin datos históricos reales de cuántas horas consumían proyectos similares.

Lo que se hizo fue conectar la herramienta de tracking de horas mediante su API con los datos de facturación del ERP. Se definió un modelo que valoriza las horas según el perfil de cada persona y las cruza con los ingresos por proyecto, calculando automáticamente el margen real y la productividad por responsable.

El cambio no fue solo ver números. Fue cambiar las conversaciones. La dirección empezó a detectar a mitad de proyecto cuándo las horas se estaban desviando del presupuesto, y podía actuar: reasignar un perfil, renegociar el alcance o simplemente saber que iba a perder margen antes de que fuera un hecho consumado.

También apareció algo que nadie esperaba: la visibilidad por responsable de proyecto mostró que algunos directores de proyecto generaban sistemáticamente más margen que otros con el mismo tipo de encargo. Eso abrió una conversación sobre procesos y estimación que antes era imposible de tener porque no había datos.

Este patrón es exactamente el mismo en consultoras, ingenierías, agencias y cualquier empresa de servicios profesionales donde las horas del equipo son el coste principal y el margen depende de gestionarlas bien.

Puntos clave para empezar

  • El margen aparente no es el margen real: las horas del equipo suelen ser el coste más grande y el menos visible
  • Conectar las horas de tracking con la facturación del ERP permite calcular la rentabilidad en tiempo real, no solo al cierre
  • La productividad por responsable y por tipo de proyecto es la información que permite mejorar estimaciones y asignación de recursos
  • Ver la desviación a mitad de proyecto cambia las decisiones: se corrige a tiempo en lugar de documentar la pérdida después

Preguntas frecuentes sobre calcular la rentabilidad por proyecto

¿Cómo calcular la rentabilidad real de un proyecto?

Cruzando tres bloques: ingresos reales del proyecto (facturación emitida, no presupuesto inicial), horas del equipo valorizadas por perfil, y costes directos (proveedores, desplazamientos). La diferencia entre ingresos y coste total es el margen real. Sin incluir las horas internas — que en una empresa de servicios suelen ser el coste más grande — el cálculo no es fiable y el CEO toma decisiones de precio sobre datos incompletos.

¿Qué costes se suelen quedar fuera del cálculo de rentabilidad?

Las horas del equipo son el coste que más se omite, especialmente en empresas de servicios. También suelen excluirse la gestión comercial previa al proyecto, la coordinación interna, los retrabajos no facturados y los costes indirectos asignables como desplazamientos o herramientas específicas. Omitir estos costes hace que los proyectos parezcan más rentables de lo que son.

¿Cómo saber si un proyecto se está desviando antes de que termine?

Comparando las horas reales consumidas con las presupuestadas a lo largo del proyecto, no solo al final. Si a mitad del plazo ya se ha consumido el 70% de las horas, hay una desviación que se puede gestionar: reasignar recursos, renegociar el alcance o ajustar el equipo. Si el dato llega al cierre, solo sirve para documentar la pérdida.

¿Qué herramientas se necesitan para automatizar la rentabilidad por proyecto?

Lo mínimo: una herramienta de time tracking donde el equipo registre horas por proyecto (Toggl, Clockify, Harvest o similar) y un sistema donde esté la facturación (ERP, Excel o contabilidad). La automatización conecta ambas fuentes y construye un modelo que calcula el margen en tiempo real. No hace falta cambiar de software — solo conectar lo que ya existe.

¿Cuánto tarda en montarse un sistema de rentabilidad por proyecto?

Entre dos y cuatro semanas si las horas y la facturación ya se registran en herramientas digitales. El trabajo más importante no es técnico: es definir las reglas de cálculo — cómo se valorizan las horas por perfil, qué costes se incluyen y cómo se asignan los indirectos. Esa definición es lo que permite que el dato sea fiable y comparable entre proyectos.

Soy Tomás Riba, ex-Director Financiero y consultor de automatizaciones con IA para administración y finanzas. Ayudo a pymes a escalar sin aumentar la carga de trabajo. ¿Crees que puedo ayudarte?

Hablemos