Rentabilidad de proyectos para estudios: la guía completa

El estudio está ocupado, el equipo trabaja, los proyectos se entregan a tiempo — y aun así el beneficio no queda claro. La razón casi siempre es la misma: nadie sabe con exactitud cuánto aporta cada proyecto. Esta guía cubre todas las partes de la ecuación — ingreso, coste, utilización, precios y horas extra — y muestra cómo se conectan. Cada sección enlaza a una guía con el detalle; aquí tienes la imagen completa.

Por qué la rentabilidad es invisible

El ingreso es fácil — está en la factura. El coste es más difícil: se esconde en sueldos, impuestos, horas extra y horas que nadie registró. Cuando calcularlo es incómodo, no se calcula — y se mira el saldo del banco.

El problema es que un saldo bancario es un agregado. No se desglosa por proyecto. Los proyectos rentables tapan a los que pierden, y el estudio parece sano — hasta que no hay suficientes proyectos rentables. Pierde un cliente fuerte o acepta otro proyecto como el B, y el panorama cambia rápido.

Fíjate: el margen combinado del 25% parece aceptable. Pero esconde una pérdida en el contrato de soporte. Renuévalo un año más, o acepta uno similar — y la pérdida se duplica mientras el agregado apenas se mueve. Los estudios que solo miran el total se enteran demasiado tarde.

Dos números que lo deciden todo

Parece simple — pero los dos números son fáciles de calcular mal. El ingreso es lo que se debe según el contrato, no lo que ya entró en la cuenta. El coste es el gasto real: el tiempo del equipo al coste completo por hora, no la tarifa de tu lista de precios. Ahí es donde la mayoría de los estudios falla: confunden coste con precio.

El margen en porcentaje importa más que la cifra absoluta: permite comparar proyectos de distinto tamaño. Un proyecto de $10.000 al 40% de margen supera a uno de $50.000 al 8% — el retorno sobre los recursos es mayor. Cómo calcularlo, qué entra en el coste, un ejemplo resuelto — en la guía cómo calcular el margen de un proyecto.

Cómo hallar el coste real de una hora

Toma el sueldo + impuestos del empleador + gastos generales, y divide no entre horas de calendario sino entre horas realmente facturables. La diferencia entre esa cifra y el ingenuo «sueldo ÷ horas» suele ser del 30–50% — y se está comiendo tu margen en silencio.

Un ejemplo resuelto. Un desarrollador con un sueldo de $5.000/mes: a primera vista, $5.000 ÷ 160 horas = $31/hora. Suma los impuestos del empleador (~20%): +$1.000. Gastos generales por empleado (oficina, herramientas, RR. HH., gestión): otros $800. Coste total: $6.800/mes. Y eso no es el final.

De 160 horas de trabajo al mes, solo unas 130 se facturan a clientes — el resto va a reuniones, onboarding, administración y trabajo interno. Divide $6.800 entre 130 horas facturables: $52/hora. Es 1,7× más de lo que sugiere el sueldo. $21 de cada hora facturable simplemente se caen de tus presupuestos — cuando calculas desde el sueldo en vez del coste real.

Cómo calcularlo con precisión para tu equipo — en el coste real de una hora de desarrollador.

Utilización: el multiplicador

Si solo 120 de 160 horas de trabajo al mes son facturables, tu coste por hora acaba de subir un tercio — con el mismo sueldo. Por eso la utilización hay que medirla, no adivinarla.

Utilización = horas facturables ÷ horas disponibles. Un rango sano para la mayoría de los estudios es 70–80%. Por debajo, pagas por capacidad ociosa. Por encima, el equipo no tiene tiempo para vender, aprender ni recuperarse.

La trampa del 100% es especialmente peligrosa: un estudio sin colchón no absorbe ninguna desviación del plan — alguien enferma, un cliente añade alcance, un proyecto se alarga. Cualquier evento se vuelve una crisis, porque no hay capacidad de sobra.

Cuantas menos horas del equipo generan ingreso, más cuesta cada una. Por eso la proporción entre horas facturables y no facturables fija en silencio el coste real por hora — y afecta al margen de cada proyecto.

Precios: por hora o cerrado

La regla: el precio cerrado solo es seguro cuando conoces tu coste por hora y has presupuestado los sobrecostes. Si no, cada exceso sale directo de tu margen.

La diferencia entre los modelos es quién carga con el riesgo. Con facturación por hora, el cliente ve cada hora y puede parar el trabajo. Con precio cerrado, asumes toda la incertidumbre: si el alcance crece un 30%, pagas tú, no el cliente.

Ningún modelo es mejor en abstracto. Por hora funciona mal cuando el cliente quiere un presupuesto previsible. El precio cerrado es destructivo cuando los requisitos son difusos o el cliente tiende a ampliar el alcance sobre la marcha. Una regla simple: el precio cerrado encaja cuando el alcance se puede definir de forma exhaustiva de antemano. Si no, por hora es más justo para ambas partes.

Más sobre cuándo cada modelo protege el margen — en por hora o precio cerrado.

Horas extra: la fuga silenciosa

Vuelve a la tabla de arriba: los mismos tres proyectos, pero el equipo registró 360 horas en vez de 264 — la factura no cambia, el coste subió. El proyecto A pierde la mitad de su beneficio; el B se hunde más en números rojos.

Las horas extra de un empleado a sueldo parecen gratis. Es una ilusión con un precio concreto. Si alguien en un proyecto cerrado trabaja 360 horas en vez de 264, pagaste $52 × 96 horas extra = $4.992 que no están en el presupuesto. Más el coste oculto: un empleado quemado trabaja más lento al mes siguiente, es más difícil de retener y enferma más a menudo.

Otra trampa: las horas extra a menudo no se ven hasta que el proyecto cierra. Para entonces ya es tarde para reajustar el precio. Por eso necesitas un registro de horas en tiempo real — para detectar el exceso en la segunda semana, no tras la entrega.

Las horas de más consumen la capacidad del equipo y, en proyectos cerrados, salen directo del margen. Si las horas extra no están en el coste, tu margen es un número que no existe.

Verlo en tiempo real — sin vigilancia

Nada de esto requiere monitorizar pantallas. Solo necesitas dos datos por proyecto: las horas por persona y el coste de esas horas.

El equipo registra el tiempo por su cuenta con una nota de una línea — qué hicieron, en qué proyecto. Lleva menos de un minuto y aporta un contexto que ningún contador de clics tiene: un desarrollador sabe que de dos horas, una fue a una función y otra a un bug del cliente. Un rastreador automático no las distingue.

El resultado: datos que reflejan mejor el trabajo real, un equipo que no se siente vigilado y todo lo necesario para calcular el margen. Más en registro de tiempo sin capturas de pantalla. Cómo funciona en el producto — en la página de funciones.

Un ritmo de trabajo simple

• Fija de antemano un precio y las horas previstas de cada proyecto.
• Que cada persona registre su tiempo por proyecto mientras trabaja.
• Traduce sueldos y horas extra al coste completo por hora.
• Sigue el margen por proyecto de forma continua — actúa en la segunda semana, no al cierre del trimestre.

Cuando esto funciona, cambia la conversación: en vez de «¿cuánto ganamos este trimestre?» preguntas «¿qué proyecto está cayendo ahora mismo?». Es otra velocidad de reacción y otra calidad de decisión. Haz esto, y «¿somos rentables?» deja de ser un acertijo trimestral. Pasa a ser un número que ves hoy. Para eso está hecho AltOrbit.