20 desarrolladores, una tarifa por hora y ninguna idea de lo que el proyecto realmente generó

"Conocía la tarifa por hora de cada desarrollador. Conocía la tarifa contractual del cliente. Resté una de la otra y pensé que conocía el margen. Entonces construí un estado de resultados por proyecto y me di cuenta de que llevaba cuatro años dirigiendo un negocio sobre una ficción."

La fundadora de una empresa de servicios y outstaffing de TI — 20 desarrolladores, ₴36M de ingresos anuales, siete clientes activos — describió el ejercicio que cambió su forma de fijar precios y contratar.

Durante cuatro años había dirigido el negocio con lo que usa todo el sector: la matemática de la tarifa por hora. Cada desarrollador tenía una tarifa de costo (₴550/hora, en promedio). Cada cliente tenía una tarifa contractual (₴950/hora, promedio entre clientes). Una simple resta arrojaba ₴400/hora de margen bruto por desarrollador, ~42% de margen. Extrapolado a todo el equipo: cómodo, rentable, en crecimiento.

Entonces hizo el ejercicio. Tomó un proyecto. No la cifra de "facturamos al cliente ₴X por hora". El estado de resultados real del proyecto. Ingresos del cliente en el mes. Todos los costos directamente atribuibles a ese proyecto. Todos los costos atribuibles indirectamente. Lo que queda.

Margen del proyecto de su cliente estrella, en los últimos 12 meses: 14%. No 42%.

Veintiocho puntos de margen habían desaparecido en un conjunto de costos que la matemática de la tarifa por hora no tocaba.

Lo que la matemática de la tarifa por hora realmente oculta

La tarifa por hora asume que un desarrollador está 100% dedicado al proyecto, es 100% productivo durante ese tiempo, y que el proyecto solo consume su trabajo. Nada de eso es cierto en ningún negocio de servicios real. Banco y reducción gradual (−5 puntos). Cuando un proyecto termina o un cliente hace una pausa, el desarrollador queda inactivo pero sigue cobrando. Dos semanas al año, en promedio, por desarrollador. No facturable. Se resta del margen.

Vacaciones y bajas por enfermedad (−4 puntos). Los desarrolladores asalariados tienen vacaciones pagadas y días de baja. La tarifa contractual solo se factura cuando trabajan. La brecha es invisible hasta que se cuenta.

Reuniones internas, procesos, entrevistas de contratación (−6 puntos). Standups, retrospectivas, planificación, entrevistas a candidatos, sincronizaciones internas. Todo pagado, nada facturable. En promedio 4–6 horas por desarrollador a la semana.

Herramientas y licencias (−2 puntos). Licencias de IDE, infraestructura en la nube para entornos internos, herramientas de gestión de proyectos, monitorización, plataformas de comunicación. Pequeño por unidad; se acumula.

Reclutamiento y gastos de gestión (−7 puntos). RR. HH., delivery managers, project managers, el propio tiempo de la fundadora. Todos cobran. Casi nunca facturable. Esta fue la mayor fuga individual.

Descuentos y horas extra no facturadas (−4 puntos). El cliente presionó por la tarifa en la renovación y se concedió un 8% de descuento. El trabajo de emergencia en fines de semana no siempre se registró. Los excesos en las porciones de alcance fijo se absorbieron.

Veintiocho puntos, seis categorías, ninguno en la matemática de la tarifa por hora.

La reconstrucción — marco de estado de resultados por proyecto

La fundadora construyó su estado de resultados por proyecto en un fin de semana. Se convirtió en el documento más importante de su negocio. El marco se aplica a cualquier empresa de servicios. Uno — Ingresos del proyecto. Horas facturadas mensuales × tarifa contractual del cliente. No lo comprometido en ventas; lo realmente facturado.

Dos — Costo directo del desarrollador, totalmente cargado. Salario + impuestos + beneficios + amortización de equipos + tiempo libre pagado, dividido entre horas de utilización (no horas calendario). Si un desarrollador es facturable el 65% del tiempo, su costo horario totalmente cargado es salario/(horas × 0,65).

Tres — Costo asignado de gestión de proyectos, gestión de entrega y reclutamiento. Proporción aproximada según el tamaño del proyecto o los ingresos. No necesita ser perfecto. Necesita ser consistente.

Cuatro — Herramientas y licencias atribuibles al proyecto.

Cinco — Asignación de banco. Costo total de banco del año, dividido entre los proyectos activos.

Seis — Asignación de reuniones internas y procesos. Porcentaje de horas pagadas dedicadas a trabajo ajeno al proyecto × costo asignado.

Resultado — Margen real del proyecto. Para su cliente estrella: 14%. Para dos clientes más pequeños: 21% y 8%. Para un cliente que creía que era el mejor: 3%.

Qué hizo con la verdad

Con el cliente del 3% tuvo una conversación sobre una subida de tarifa. Salió bien; el margen subió al 12%. El cliente del 8% tenía problemas de disciplina de alcance (sobreatención) que eran solucionables; el margen subió al 15%. Los gastos de reclutamiento se renegociaron con un fee fijo mensual en lugar de comisiones por contratación. Se auditaron las reuniones internas — se eliminaron tres reuniones semanales recurrentes. La utilización de dos de sus desarrolladores senior pasó del 58% al 72% al sacarlos del trabajo interno intensivo en banco y pasarlos a trabajo de cliente. El margen general de la empresa pasó de un aparente 42% (ficticio) a un real 19% (antes de la reconstrucción) a un real 27% (seis meses después). Más importante que la cifra: ahora sabía qué cliente era realmente rentable, cuál estaba subsidiando el banco y cuál le estaba costando dinero silenciosamente.

El marco — qué medir

Seis cifras, mensuales, por proyecto:

• Horas facturables reales (no comprometidas; reales)
• Costo totalmente cargado del desarrollador por proyecto
• Gastos de gestión asignados (tiempo de PM/DM/reclutador/fundadora como % del mes)
• Asignación de banco (costo de banco del mes × participación del proyecto en los ingresos)
• Margen real del proyecto (ingresos − todo lo anterior)
• Utilización por desarrollador, medida por separado del margen

Seis cifras, un panel, revisión mensual con el delivery lead. Dos horas al mes que evitan que la ficción vuelva.

📌 ¿Quiere ver si sus proyectos son realmente tan rentables como sugiere su matemática de tarifa por hora? Envíenos tres meses de datos de facturación y el desglose de costos del equipo — construiremos la cascada de margen real por proyecto y se la explicaremos en 15 minutos. [Solicite su diagnóstico gratuito de Finmap →]