Con staff augmentation vendes horas: tus devs trabajan dentro del equipo del cliente, bajo su dirección, y cobras por hora o por persona al mes. Con proyectos vendes un resultado: tu agencia define cómo se hace, dirige el equipo y asume el riesgo de la estimación.
Staff augmentation da ingreso estable, margen limitado y dependencia de pocos clientes. Los proyectos dan mejor margen cuando cotizas bien y pérdidas cuando no.
También cambia quién se queda con el código: en staff augmentation casi todo es del cliente, y en proyectos puedes negociar conservar tu background IP. La mayoría de las agencias nearshore en Latinoamérica terminan con una mezcla.
Las diferencias en una tabla
| Staff augmentation | Proyecto | |
|---|---|---|
| Qué vendes | Horas o personas al mes | Un resultado con alcance |
| Quién dirige | El cliente | Tu agencia |
| Riesgo de estimación | Del cliente | Tuyo |
| Margen | Bajo a medio, predecible | Alto si estimas bien, negativo si no |
| Flujo de caja | Facturación mensual estable | Por hitos, con huecos |
| Dependencia | Pocos clientes grandes | Más clientes, más pre-venta |
| Código | Casi todo del cliente | Negociable: entregables al cliente, background IP para ti |
| Lo que construyes como agencia | Capacidad de contratar | Proceso, producto, código propio |
Cómo se gana dinero con staff augmentation
El margen es la diferencia entre lo que le cobras al cliente por persona y lo que te cuesta esa persona más tu overhead.
Es estable, siempre que nadie se vaya y el cliente no recorte. Ahí están los dos riesgos reales:
- Concentración. Si un cliente tiene 12 de tus 20 personas y decide recortar, pierdes el 60 % del ingreso en un mes.
- Bench. Cada persona sin colocar es costo puro. Dos personas en bench un mes se comen el margen de casi otras seis.
Staff augmentation funciona cuando reclutas rápido, retienes bien y tienes varios clientes de tamaño parecido.
Cómo se gana dinero con proyectos
En un proyecto el precio se fija por resultado:
| Estimaste | Terminaste en | Resultado |
|---|---|---|
| 2,000 horas | 1,700 horas | Las 300 de diferencia son margen |
| 2,000 horas | 2,400 horas | Las 400 extra las pagas tú |
Ahí está el riesgo, y también la ventaja. Una agencia que conoce bien un tipo de proyecto (comercio electrónico, apps de logística, integraciones de pagos) estima cada vez mejor y reutiliza cada vez más código propio.
Ese código reutilizado es la razón por la que los proyectos pueden dejar más margen que staff augmentation: el cliente paga el resultado y tú lo entregas con menos horas.
Cómo cotizar sin perder está en cuánto cobrar por desarrollar software.
Quién se queda con el código en cada modelo
En staff augmentation, tus devs trabajan en el repositorio del cliente, con sus herramientas, bajo su dirección. Los contratos de staff augmentation casi siempre ceden todo al cliente, y es razonable. Lo que te queda es la experiencia del equipo.
En proyectos, puedes negociar el modelo de titularidad: el cliente se lleva los entregables hechos a medida y tu agencia conserva las librerías, herramientas y componentes que trajo. Con los años, ese código propio es un activo que se puede licenciar o vender.
Qué mezcla conviene
Una mezcla común en agencias de 20 a 80 personas: staff augmentation para cubrir la nómina base y proyectos para subir el margen y acumular código propio. Algunas reglas que ayudan:
- Ningún cliente arriba de un tercio de la facturación.
- Los proyectos se cotizan con discovery cobrado.
- Cada contrato de proyecto deja el background IP con la agencia.
- Cada contractor firma una cesión a favor de la agencia desde el primer día.
- Una vez al año, inventario de código propio.
Cuando entran menos proyectos
Si los proyectos bajan y el staff augmentation solo cubre la nómina, revisa lo que ya tienes.