(3/3) L'staff augmentation ven capacitat. El desplegament forward ven l'aterratge.
Dos enginyers, mateixa seniority, mateix stack, mateixa zona horària. L'un arriba per staff augmentation clàssic, a tarifa diària i prou. L'altre arriba forward-deployed — amb un dia u preparat, una estructura de delivery al darrere i una sortida dissenyada abans de començar — a una tarifa que no sempre és més alta, però que mai no es desglossa igual. El departament de compres posarà els dos números en un full de càlcul, i el full de càlcul anirà errat, perquè els dos preus no compren el mateix. L'staff augmentation et ven capacitat. El model forward-deployed et ven l'aterratge.
Aquest és el tercer article d'una sèrie: el primer defensava que els pilots d'IA moren al desplegament, no al model; el segon recorria què conté la setmana d'un forward deployed engineer. Aquest va de diners — on s'amaga el cost de cada model, i quan convé comprar cadascun. Dirigeixo una empresa que ven tots dos, així que llegeix-ho sabent que qui diagnostica ven la cura. La meva defensa és que et diré quan l'opció barata és la resposta correcta.
La tarifa diària és el preu visible; el model decideix l'invisible
Una tarifa d'staff augmentation és honesta sobre què cobreix: el temps d'una persona validada, integrada dins la teva gestió. Tota la resta es queda al teu costat de la taula, i costa diners encara que cap factura no el desglossi:
- L'onboarding. Algú del teu equip prepara accessos, context i la primera setmana — o no ho fa ningú, i ho pagues en dies morts de l'enginyer. Les estimacions del sector per arribar a productivitat van de setmanes a mesos; fins i tot agafant l'extrem optimista, un primer mes sense preparar a tarifa sènior és una pèrdua de quatre xifres per incorporació.
- L'atenció de gestió. L'one-on-one setmanal, la conversa de rendiment, la negociació d'abast amb els stakeholders. Si els teus engineering managers tenen marge, això surt gairebé gratis. Si són el coll d'ampolla — i a la majoria de scale-ups ho són — és la línia més cara que ningú no posa a preu.
- El sotrac. Quan l'encàrrec fluixeja a la setmana set, detectar-ho i corregir-ho és cosa teva. Detectat a temps, és una conversa; detectat a la revisió trimestral, és un trimestre perdut.
- El final. Offboarding, transferència de coneixement, neteja de credencials. Ben fet, una setmana del temps d'algú. Fet per defecte — és a dir, no fet — és la troballa d'auditoria que heretes un any després.
El preu forward-deployed integra aquests quatre punts dins l'encàrrec: onboarding preparat abans del dia u, un delivery manager on el projecte ho justifica, check-ins a dues bandes que cacen el sotrac mentre encara és una conversa, i un lliurament que acaba en documentació i esborrat segur en lloc d'una arronsada d'espatlles. En els termes de la doctrina: find, deploy, sustain, hand over — tots quatre dins del mateix preu.
Els diners van a transferència de risc, no a marge
La pregunta justa: la diferència és estructura real o només embolcall? En concret, el que l'arc compra és un desplaçament del risc del teu costat de la taula cap al del proveïdor. L'instrument més clar és la garantia: si l'encaix falla dins dels primers 30 dies, presentem un substitut en 7, sense cost afegit. Posa-li preu com a una opció, igual que a qualsevol assegurança. Un error de contractació detectat a la setmana tres amb capacitat a seques vol dir tornar a començar la cerca — amb un marketplace, setmanes; amb selecció interna, la mediana de més de 40 dies que el sector continua publicant — mentre el roadmap es va endarrerint dia rere dia. Amb l'arc, el mateix esdeveniment costa set dies i zero euros. No pagues cap recàrrec per cortesia; pagues per decidir qui encaixa el cop quan arriba el cas dolent.
La mateixa lògica es repeteix als compromisos menors. El dia u preparat transfereix el risc de la primera setmana morta. La cadència de check-ins transfereix el risc de detecció. El final dissenyat transfereix el risc d'auditoria. Res d'això no canvia l'encàrrec mitjà — i el compte honest ha d'incloure les tarifes base que fan viables tots dos models: seniority nearshore un 26–71% per sota d'una contractació local equivalent, amb zero comissió de reclutament en el nostre cas. L'arc decideix qui assumeix què per sobre d'aquesta base; no és cap mercat diferent.
Quan l'staff augmentation a seques és la compra correcta
Aquesta és la secció que un article de proveïdor se saltaria. L'staff augmentation és la compra correcta — no l'apedaçament pressupostari: la compra correcta — quan es compleixen tres coses:
- La necessitat és capacitat, no una missió. Estàs afegint el cinquè enginyer de backend a un equip amb un backlog sa. No hi ha cap «aterratge» a dissenyar perquè no hi ha final definit; la feina és el producte en curs.
- La teva estructura de gestió té marge. Onboarding amb pla escrit, one-on-ones setmanals, un tech lead amb atenció de sobres. Si l'arc ja el fas internament, comprar-lo un altre cop a un proveïdor és pagar dues vegades la mateixa estructura.
- El teu procés d'offboarding s'executa. Revisions d'accés amb calendari, sortides amb checklist i signatura. Hi ha organitzacions d'enginyeria — normalment les que han passat una auditoria SOC 2 — que ho tenen en marxa.
Si les tres es compleixen, enhorabona: l'estructura de desplegament ets tu, i el que necessites d'un partner és exactament el que ven l'staff augmentation — una persona sènior validada, ràpid, a una tarifa raonable. Els models de contractació externa els hem comparat amb detall en un altre article; la versió curta és que el model és honest sobre el seu abast.
Quan la missió necessita la doctrina
Inverteix les tres condicions i l'economia s'inverteix amb elles. La doctrina es guanya el preu quan:
- L'encàrrec és una missió amb línia al P&L. Portar el flux d'IA a producció, tancar la migració, aixecar la plataforma. Les missions tenen final, i un final sense dissenyar és un cost que encara no s'ha comptabilitzat.
- L'entorn està regulat o subjecte a auditoria. Sota DORA, el Reglament d'IA o una renovació SOC 2, un encàrrec extern que acaba sense rastre de desaprovisionament no és un cap per lligar — és una troballa d'auditoria. El lliurament tractat com un lliurable més deixa de ser un detall i es converteix en l'artefacte de compliment.
- L'atenció de gestió és el teu recurs més escàs. El patró de scale-up que més veig: l'equip pot absorbir el codi d'un enginyer més, però no la gestió d'un encàrrec més. Llogar l'estructura surt més barat que cremar el marge que li queda al teu tech lead — aquell marge és el que fa que l'equip que ja tens no marxi.
L'asimetria a tenir present: equivocar-se en una direcció costa un sobrepreu modest per una estructura que no vas arribar a necessitar. Equivocar-se en l'altra — comprar capacitat a seques per a una missió en un entorn regulat i sense marge de gestió — és la manera com els costos invisibles de la primera secció acaben caient tots al teu costat de la taula, alhora i en el pitjor moment.
Què posaria jo al full de càlcul
Ja que el departament de compres farà un full de càlcul igualment, que sigui honest:
- Valora el primer mes al 50% de productivitat si compres capacitat a seques, tret que algú amb nom i cognoms sigui responsable de la preparació del dia u.
- Valora les hores del teu manager a cost d'empresa, per les quatre a sis hores setmanals que consumeix qualsevol encàrrec extern.
- Valora el risc de l'error de contractació: multiplica la probabilitat de fallada pel temps de tornar a començar i per l'endarreriment diari del roadmap. I després llegeix la lletra petita de la garantia del proveïdor — en dies i en euros, com ja vaig suggerir preguntar.
- Valora el final: una setmana de lliurament documentat contra el cost esperat d'una troballa d'auditoria. Si estàs regulat, aquesta línia decideix la comparació tota sola.
- I aleshores compara tarifes diàries — al final, perquè és l'única línia que hauria estat visible igualment.
Tots dos productes són legítims — la capacitat i l'aterratge — i en una dècada d'encàrrecs n'he comprat i venut de cada mena sense penedir-me'n; l'error car — l'únic que he vist costar un trimestre a algú — és comprar l'un necessitant l'altre. Si el que hi ha al teu roadmap és una missió — amb final definit, línia al P&L i sense gestió de sobres per dirigir-la — aquest és l'encàrrec on despleguem enginyers.


