(3/3) El staff augmentation vende capacidad. El despliegue forward vende el aterrizaje.

Dos ingenieros, misma seniority, mismo stack, misma zona horaria. Uno llega por staff augmentation clásico, a tarifa diaria y sin más. El otro llega forward-deployed — con un día uno preparado, una estructura de delivery detrás y una salida diseñada antes de empezar — a una tarifa que no siempre es más alta, pero que nunca se desglosa igual. El departamento de compras pondrá los dos números en una hoja de cálculo, y la hoja de cálculo se equivocará, porque los dos precios no compran lo mismo. El staff augmentation te vende capacidad. El modelo forward-deployed te vende el aterrizaje.

Este es el tercer artículo de una serie: el primero defendía que los pilotos de IA mueren en el despliegue, no en el modelo; el segundo recorría qué contiene la semana de un forward deployed engineer. Este va de dinero — dónde se esconde el coste de cada modelo, y cuándo conviene comprar cada uno. Dirijo una empresa que vende los dos, así que lee esto sabiendo que quien diagnostica vende la cura. Mi defensa es que voy a decirte cuándo la opción barata es la respuesta correcta.

La tarifa diaria es el precio visible; el modelo decide el invisible

Una tarifa de staff augmentation es honesta sobre lo que cubre: el tiempo de una persona validada, integrada en tu gestión. Todo lo demás se queda en tu lado de la mesa, y cuesta dinero aunque ninguna factura lo desglose:

• El onboarding. Alguien de tu equipo prepara accesos, contexto y la primera semana — o no lo hace nadie, y lo pagas en días muertos del ingeniero. Las estimaciones del sector para llegar a productividad van de semanas a meses; incluso en el extremo optimista, un primer mes sin preparar a tarifa senior es una pérdida de cuatro cifras por incorporación.
• La atención de gestión. El one-on-one semanal, la conversación de rendimiento, la negociación de alcance con los stakeholders. Si tus engineering managers tienen holgura, esto sale casi gratis. Si son el cuello de botella — y en la mayoría de scale-ups lo son — es la línea más cara que nadie pone en precio.
• El bache. Cuando el encargo flojea en la semana siete, detectarlo y corregirlo es cosa tuya. Detectado a tiempo, es una conversación; detectado en la revisión trimestral, es un trimestre perdido.
• El final. Offboarding, transferencia de conocimiento, limpieza de credenciales. Bien hecho, una semana del tiempo de alguien. Hecho por defecto — es decir, no hecho — es el hallazgo de auditoría que heredas un año después.

El precio forward-deployed integra esos cuatro puntos en el encargo: onboarding preparado antes del día uno, un delivery manager donde el proyecto lo justifica, check-ins a dos bandas que cazan el bache mientras todavía es una conversación, y una entrega que termina en documentación y borrado seguro en lugar de en un encogimiento de hombros. En los términos de la doctrina: find, deploy, sustain, hand over — los cuatro dentro del mismo precio.

El dinero va a transferencia de riesgo, no a margen

La pregunta justa: ¿la diferencia es estructura real o solo empaquetado? En concreto, lo que el arco compra es un desplazamiento del riesgo de tu lado de la mesa al del proveedor. El instrumento más claro es la garantía: si el encaje falla dentro de los primeros 30 días, presentamos un sustituto en 7, sin coste añadido. Ponle precio como a una opción, igual que a cualquier seguro. Un error de contratación detectado en la semana tres con capacidad a secas significa volver a empezar la búsqueda — con un marketplace, semanas; con selección interna, la mediana de más de 40 días que el sector sigue publicando — mientras el roadmap se retrasa día a día. Con el arco, el mismo evento cuesta siete días y cero euros. No pagas un recargo por cortesía; pagas por decidir quién encaja el golpe cuando llega el caso malo.

La misma lógica se repite en los compromisos menores. El día uno preparado transfiere el riesgo de la primera semana muerta. La cadencia de check-ins transfiere el riesgo de detección. El final diseñado transfiere el riesgo de auditoría. Nada de esto cambia el encargo mediano — y la cuenta honesta tiene que incluir las tarifas base que hacen viables ambos modelos: seniority nearshore un 26–71% por debajo de una contratación local equivalente, con cero comisión de reclutamiento en nuestro caso. El arco decide quién asume qué por encima de esa base; no es un mercado distinto.

Cuándo el staff augmentation a secas es la compra correcta

Esta es la sección que un artículo de proveedor se saltaría. El staff augmentation es la compra correcta — no el apaño presupuestario: la compra correcta — cuando se cumplen tres cosas:

1. La necesidad es capacidad, no una misión. Estás añadiendo el quinto ingeniero de backend a un equipo con un backlog sano. No hay «aterrizaje» que diseñar porque no hay final definido; el trabajo es el producto en curso.
2. Tu estructura de gestión tiene margen. Onboarding con plan escrito, one-on-ones semanales, un tech lead con atención de sobra. Si el arco ya lo haces internamente, comprárselo otra vez a un proveedor es pagar dos veces la misma estructura.
3. Tu proceso de offboarding se ejecuta. Revisiones de acceso con calendario, salidas con checklist y firma. Hay organizaciones de ingeniería — normalmente las que han pasado una auditoría SOC 2 — que lo tienen en marcha.

Si las tres se cumplen, enhorabuena: la estructura de despliegue eres tú, y lo que necesitas de un partner es exactamente lo que el staff augmentation vende — una persona senior validada, rápido, a una tarifa sensata. Los modelos de contratación externa los hemos comparado en detalle en otro artículo; la versión corta es que el modelo es honesto sobre su alcance.

Cuándo la misión necesita la doctrina

Invierte las tres condiciones y la economía se invierte con ellas. La doctrina se gana su precio cuando:

1. El encargo es una misión con línea en el P&L. Llevar el flujo de IA a producción, cerrar la migración, montar la plataforma. Las misiones tienen final, y un final sin diseñar es un coste que todavía no se ha contabilizado.
2. El entorno está regulado o sujeto a auditoría. Bajo DORA, el Reglamento de IA o una renovación SOC 2, un encargo externo que termina sin rastro de desaprovisionamiento no es un cabo suelto — es un hallazgo de auditoría. La entrega tratada como un entregable más deja de ser un detalle y se convierte en el artefacto de cumplimiento.
3. La atención de gestión es tu recurso más escaso. El patrón de scale-up que más veo: el equipo puede absorber el código de un ingeniero más, pero no la gestión de un encargo más. Alquilar la estructura sale más barato que quemar el margen que le queda a tu tech lead — ese margen es lo que hace que el equipo que ya tienes no se marche.

La asimetría a tener en cuenta: equivocarse en una dirección cuesta un sobreprecio modesto por una estructura que no llegaste a necesitar. Equivocarse en la otra — comprar capacidad a secas para una misión en un entorno regulado y sin margen de gestión — es la manera en que los costes invisibles de la primera sección acaban cayendo todos de tu lado de la mesa, a la vez y en el peor momento.

Qué pondría yo en la hoja de cálculo

Ya que el departamento de compras hará una hoja de cálculo de todos modos, que sea honesta:

1. Valora el primer mes al 50% de productividad si compras capacidad a secas, salvo que alguien con nombre y apellidos sea responsable de la preparación del día uno.
2. Valora las horas de tu manager a coste empresa, por las cuatro a seis horas semanales que consume cualquier encargo externo.
3. Valora el riesgo del error de contratación: multiplica la probabilidad de fallo por el tiempo de volver a empezar y por el retraso diario del roadmap. Y luego lee la letra pequeña de la garantía del proveedor — en días y en euros, como ya sugerí preguntar.
4. Valora el final: una semana de entrega documentada contra el coste esperado de un hallazgo de auditoría. Si estás regulado, esta línea decide la comparación por sí sola.
5. Y entonces compara tarifas diarias — al final, porque es la única línea que habría sido visible de todos modos.

Los dos productos son legítimos — la capacidad y el aterrizaje — y en una década de encargos he comprado y vendido ambos sin arrepentirme; el error caro — el único que he visto costarle un trimestre a alguien — es comprar uno necesitando el otro. Si lo que hay en tu roadmap es una misión — con final definido, línea en el P&L y sin gestión de sobra para dirigirla — ese es el encargo en el que desplegamos ingenieros.