Calcular la rentabilidad por proyecto: saber qué te deja dinero de verdad

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.

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.

El cálculo en sí no es complejo. Lo complejo es tener los datos conectados y actualizados. Para calcular el margen real de un proyecto necesitas tres cosas:

Ingresos del proyecto. Facturación real, no presupuestada. Lo que se ha facturado y lo que se va a facturar según las condiciones acordadas. Si el proyecto tiene fases o hitos, cada tramo de facturación debe estar vinculado.

Costes directos. Aquí es donde suele fallar el cálculo. Los costes de proveedores se registran, pero las horas del equipo muchas veces no. Y las horas son, en una empresa de servicios, el coste más grande. Si las horas se registran en una herramienta de time tracking pero no se valorizan ni se cruzan con el proyecto, el margen que calculas es artificial.

Costes indirectos asignables. No todos los costes se pueden imputar proyecto a proyecto, pero algunos sí: gestión comercial, coordinación interna, desplazamientos. Incluirlos o no cambia sustancialmente el margen.

Cuando estos tres bloques están conectados, puedes ver no solo el margen del proyecto, sino también la productividad por responsable: quién genera más margen con las horas que dedica, qué perfiles consumen más tiempo del estimado y dónde están los cuellos de botella reales.

Si la empresa ya tiene las horas en una herramienta de tracking y la facturación en el ERP, la mayor parte del trabajo es conectar ambas fuentes y definir las reglas de cálculo. El modelo se construye una vez y después se alimenta solo.

Merece la pena cuando la empresa vive de proyectos (consultoría, ingeniería, arquitectura, agencias, servicios profesionales) y necesita saber con frecuencia qué proyectos dejan margen y cuáles no.

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 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.

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 además la caja es una preocupación, este análisis se complementa bien con la previsión de tesorería: uno mide si ganas dinero, el otro mide si lo tienes cuando lo necesitas.

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.

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.

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.