P&L por línea de negocio en una empresa de TI: desarrollo, soporte, staff augmentation

Una empresa de TI rara vez hace una sola cosa. Por dentro suelen convivir varias líneas de negocio a la vez: desarrollo de producto, outsourcing o staff augmentation, soporte, a veces también SEO, diseño o consultoría. A nivel de toda la empresa las cifras se ven bien — hay ingresos, hay beneficio a fin de año. Pero eso es la temperatura media del hospital: una línea puede ser muy rentable mientras otra, durante años, se come en silencio lo que ganó la primera.

Mientras solo mire el estado de resultados general, no lo verá. Un P&L por línea de negocio es el mismo estado, pero desglosado para cada línea por separado. Responde a la pregunta que define la estrategia de una empresa: ¿en qué ganamos realmente y qué mantenemos por costumbre?

Repasemos paso a paso cómo construirlo, veamos un ejemplo real con cifras y qué decisiones permite tomar. Si la contabilidad de gestión todavía es un tema nuevo para usted, empiece por lo básico en Contabilidad de gestión para una empresa de TI en palabras sencillas.

Por qué el P&L general esconde la verdad

Imagine una empresa con 12 millones de UAH de ingresos anuales y 1,5 millones de beneficio. A primera vista todo va bien: el negocio está en positivo, el margen ronda el 12 %. El propietario está tranquilo y sigue desarrollando todas las líneas por igual.

Ahora desglosemos ese mismo resultado por línea. Resulta que el desarrollo de producto aportó +2,4 millones, el staff augmentation +0,3 millones, y el soporte, menos 1,2 millones. En otras palabras, las líneas rentables llevan años subvencionando a la que genera pérdidas, y la empresa crece no gracias al soporte, sino a pesar de él. En el P&L general esto no se ve en absoluto — la pérdida de una línea simplemente se esconde detrás del beneficio de otra.

Por eso el beneficio total es una cifra peligrosa para tomar decisiones. Dice «en general, estamos bien», pero no dice dónde invertir y qué arreglar. Un P&L por línea de negocio elimina ese promedio.

Paso 1. Defina sus líneas según cómo generan ingresos

Una línea de negocio no es un departamento ni un equipo, sino la forma en que gana dinero. Desarrollo a precio fijo, staff augmentation mensual, soporte por retainer, su propio producto de suscripción — son modelos distintos con economías distintas, y cada uno debe contarse por separado.

No divida demasiado. Al principio bastan de 3 a 5 líneas que se diferencien claramente en términos económicos. La prueba principal es simple: si dos líneas ganan dinero de formas distintas y usted podría cerrar una sin tocar la otra, son líneas separadas.

Paso 2. Asigne los ingresos a las líneas

Etiquete cada pago entrante con una línea. El pago de un proyecto a precio fijo va a «desarrollo», una factura mensual por desarrolladores dedicados va a «staff augmentation», un retainer de soporte va a «soporte». Es el paso más sencillo, pero es el que define la estructura de todo el informe.

Una salvedad: si un cliente paga varios servicios en un solo pago (desarrollo + soporte, por ejemplo), divida el importe entre las líneas. De lo contrario, una línea se infla artificialmente a costa de otra.

Paso 3. Asigne los costes directos — principalmente salarios y tiempo

En TI el mayor coste son las personas, y ahí es exactamente donde se esconde toda la verdad sobre sus líneas. Si un desarrollador trabaja íntegramente en un proyecto de staff augmentation, su salario recae por completo en staff augmentation. Si un team lead dedica la mitad de su tiempo al producto y la mitad al soporte, su salario debe dividirse a la mitad entre las líneas.

Sin asignar el tiempo, un P&L por línea de negocio no funciona: todos los salarios se amontonan en un solo bloque, y la línea que genera pérdidas parece estar bien porque su coste real está «diluido» en toda la empresa. No hace falta implantar un control de tiempo minuto a minuto — al principio basta con una estimación honesta del porcentaje de tiempo que cada persona clave dedica a cada línea.

En el mismo bloque entran los demás costes directos de una línea: subcontratistas, licencias y servicios para proyectos concretos, la nube para el producto, viajes de negocio. Todo lo que existe precisamente por esa línea.

Paso 4. Distribuya los costes compartidos

Lo que queda son costes que no pertenecen a ninguna línea en concreto: oficina, contabilidad, salarios de dirección, ventas, marketing. También hay que repartirlos, o el beneficio de las líneas quedará sobrestimado. Las bases de reparto más sencillas son los ingresos de cada línea o el número de personas que la componen.

No lo complique: incluso un reparto aproximado pero coherente da una imagen varias veces más precisa que «los costes compartidos van por su cuenta». Lo importante es aplicar una misma regla a todas las líneas por igual.

Ejemplo: un P&L por línea de negocio en cifras

Volvamos a la empresa con 12 millones de UAH de ingresos. La desglosaremos en tres líneas para el año.

Desarrollo: ingresos 6 millones, salarios del equipo 2,8 millones, subcontratistas 0,4 millones, parte de costes compartidos 1,2 millones → beneficio +1,6 millones (margen ~27 %).

Staff augmentation: ingresos 4 millones, salarios de los desarrolladores dedicados 3,0 millones, costes compartidos 0,8 millones → beneficio +0,2 millones (margen ~5 %).

Soporte: ingresos 2 millones, salarios del equipo de soporte 2,3 millones, costes compartidos 0,6 millones → beneficio −0,9 millones (margen −45 %).

En conjunto suma aproximadamente los mismos +0,9 millones, pero ahora se ve lo esencial: el desarrollo alimenta a la empresa, el staff augmentation apenas se mantiene a flote, y el soporte es sistemáticamente deficitario. Esto ya no es «en general, positivo» — son decisiones concretas sobre la mesa.

Qué decisiones permite un P&L por línea de negocio

Cuando ve las líneas por separado, cada una tiene un escenario claro. Desarrollo rentable — escalarlo: más proyectos así, más gente. Staff augmentation con un margen del 5 % — revise sus tarifas, porque funciona casi al punto de equilibrio y cualquier tiempo inactivo lo lleva a pérdidas (como en el caso 20 desarrolladores, una tarifa por hora y ni idea de cuánto ganó el proyecto).

Soporte deficitario — no lo cierre a ciegas, investigue: quizá está mal tarificado y los retainers deben subirse, o quizá retiene a los clientes para el desarrollo rentable y es una inversión deliberada. Lo importante es que ahora es una decisión consciente, no un accidente. El mismo enfoque aplicado a clientes en lugar de líneas está en P&L por cliente: quién trae realmente el dinero, y una comparación entre líneas, ubicaciones y canales está en Margen por línea de negocio, ubicación y canal.

Construir un P&L por línea de negocio a mano en Excel es factible, pero cada mes supone un trabajo agotador de repartir salarios y costes compartidos. En Finmap vincula las transacciones a las líneas una sola vez, y el beneficio de cada una se calcula solo — pruébelo gratis durante 7 días.