La checklist del CTO per triar un partner d'enginyeria nearshore

Has decidit que l'enginyeria nearshore té sentit per a la teva empresa. Ara toca triar partner — i al mercat hi ha centenars d'empreses que asseguren oferir «talent top» amb «vetting rigorós» i «integració sense friccions».

La majoria són agències de staffing amb una web més ben feta.

Jo m'assec a l'altra banda d'aquestes avaluacions — a Conectia soc el CTO que atén les trucades de descoberta — i per això sé quines preguntes incomoden un proveïdor. Aquesta checklist és per a CTOs, VPs d'Enginyeria i cofundadors tècnics que han d'avaluar partners nearshore sense perdre el temps en demos comercials que no responen les preguntes que importen.

Les 15 preguntes

Vetting i qualitat

1. Qui dissenya i fa les vostres avaluacions tècniques?

La resposta correcta: enginyers o CTOs amb experiència en producció. Han de poder descriure amb detall la seva metodologia d'avaluació — què comproven, com puntuen, què desqualifica un candidat.

Senyal d'alerta: «El filtratge inicial el fa el nostre equip de selecció.» Si el filtre principal són persones no tècniques, el vetting consisteix a casar paraules clau, no a avaluar tècnicament.

2. Quina és la vostra taxa d'acceptació, i com la calculeu?

Demana el denominador. «Només acceptem el 5% millor» sona impressionant fins que descobreixes que compten sobre el total de sol·licituds, incloses persones amb dos anys d'experiència que s'havien presentat a posicions sènior. El número hauria de reflectir quants candidats superen l'avaluació tècnica completa, no la proporció de perfils acceptats sobre el total de candidatures.

Senyal d'alerta: no et poden donar cap número, o te'n donen un sense explicar-te la metodologia.

3. Puc veure un exemple d'avaluació tècnica?

Un partner segur del seu vetting t'ensenyarà el procés. No les respostes — el procés. Com és un escenari de revisió d'arquitectura? Què avalua la rúbrica de qualitat de codi? Com es mesura la competència amb IA?

Senyal d'alerta: «El nostre procés és confidencial.» Traducció: «No volem que vegis com n'és, de superficial.»

4. Què passa quan un enginyer no rendeix?

Pregunta específicament per la política de substitució: terminis, cost, procés. «Treballarem amb vosaltres per resoldre-ho» no és una política — és una frase feta.

Una resposta sòlida inclou: un període d'avaluació definit (30 dies), una garantia de substitució clara (sense cost), seguiment proactiu del rendiment (reunions periòdiques, no només reaccionar a les queixes) i un termini de substitució (quan pot començar l'enginyer nou).

Senyal d'alerta: no hi ha política de substitució per escrit, o n'hi ha una que t'obliga a documentar un historial llarg de problemes abans no actuïn.

Operacions i procés

5. Amb qui parlo durant el procés de venda: amb un comercial o amb un perfil tècnic?

Si la primera conversa és amb algú que no pot respondre preguntes tècniques sobre el teu stack, perdràs dues o tres reunions abans no arribis a algú capaç d'avaluar les teves necessitats reals.

El partner hauria de posar una persona tècnica a la primera reunió. A Conectia, totes les trucades de descoberta les atén un CTO.

Senyal d'alerta: et passen de mà en mà tres vegades abans d'arribar a algú tècnic.

6. Com gestioneu contractes, nòmines i compliment normatiu a cada país?

Fer enginyeria nearshore vol dir tenir gent contractada en diverses jurisdiccions. El teu partner hauria d'assumir les obligacions d'employer-of-record (EOR), el compliment fiscal, l'administració de beneficis i la legislació laboral de cada país on opera. Pregunta quins països cobreixen i si la infraestructura d'EOR és seva o la subcontracten a un tercer.

Senyal d'alerta: «Per a la majoria de països fem servir un proveïdor d'EOR extern.» Això afegeix una capa d'intermediació i sovint encareix el servei — i el sobrecost acaba a la teva factura.

7. Què inclou el vostre preu — i què no?

Demana-ho per escrit abans de començar res. La tarifa mensual hauria de cobrir la retribució de l'enginyer, el compliment EOR, l'administració de la nòmina, els beneficis, l'equipament i el marge operatiu del partner. No hi ha d'haver comissions de selecció, costos d'alta ni càrrecs ocults.

Senyal d'alerta: preus que exclouen «despeses administratives» o «costos d'onboarding» que només apareixen al contracte.

8. Quin és el compromís mínim?

L'estàndard per a l'extensió d'equip és facturació mensual amb preavís de 30 dies. Els compromisos obligatoris de diversos mesos protegeixen el proveïdor, no pas a tu. Hi ha raons legítimes per demanar períodes mínims en projectes d'equip dedicat (muntar un equip demana inversió), però s'haurien de mesurar en setmanes, no en anys.

Senyal d'alerta: contractes mínims de 6 o 12 mesos per ampliar l'equip amb un sol enginyer.

Qualitat i encaix dels enginyers

9. Quina experiència mitjana tenen els enginyers de la vostra xarxa?

«Sènior» vol dir coses diferents segons l'empresa. Demana concrecions: mitjana d'anys d'experiència en producció, tipus d'empreses on han treballat (startups, grans corporacions, empreses de producte, consultories) i la distribució de nivells de seniority disponibles.

Un partner centrat en talent sènior hauria de tenir una mitjana de més de 7 anys d'experiència. Si també col·loca enginyers júniors i de nivell mitjà, pregunta quin percentatge de les incorporacions són realment sèniors.

Senyal d'alerta: «Tenim enginyers de tots els nivells.» Normalment vol dir que optimitzen per volum, no per qualitat.

10. Com avalueu la comunicació i la capacitat de treballar en asíncron?

L'habilitat tècnica sense habilitat comunicativa és un mode de fallada ben conegut de l'enginyeria remota. El teu partner hauria de tenir una avaluació específica i estructurada de la comunicació escrita, la fluïdesa oral, la capacitat d'avisar dels problemes abans que esclatin i la disciplina amb els fusos horaris — no un simple «ens assegurem que parlin anglès».

Senyal d'alerta: l'avaluació de la comunicació es redueix a una conversa informal durant l'entrevista.

11. Els vostres enginyers tenen experiència amb eines de desenvolupament amb IA?

El 2025 això és un requisit de base, no un extra premium. Els enginyers han de poder demostrar un ús efectiu dels assistents de codi amb IA, solvència en prompt engineering i — sobretot — criteri per saber quan l'output de la IA necessita supervisió humana.

Senyal d'alerta: «Podem formar els enginyers en eines d'IA.» Qui encara no fa servir bé les eines d'IA no està operant a nivell sènior en el mercat actual.

Proves i referències

12. Podeu compartir estudis de cas amb resultats mesurables?

No testimonis: estudis de cas. Quina era la situació del client? Què va entregar l'equip nearshore? Quin va ser el resultat mesurable (funcionalitats publicades, temps estalviat, costos reduïts, rendiment del sistema millorat)?

Els estudis de cas anònims són acceptables si els clients no volen sortir-hi amb nom. Els resultats, però, han de ser específics i quantificables.

Senyal d'alerta: només cites testimonials, sense context ni concrecions. «Un gran equip, els recomanaria!» no et diu res.

13. Puc parlar amb clients actuals o recents?

Un partner que confia en la seva feina et posarà en contacte amb referències que puguin parlar amb franquesa de la relació de treball — també del que va sortir malament i de com es va gestionar. Cap projecte és perfecte. El que compta és com es resolen els problemes.

Senyal d'alerta: «No podem compartir referències de clients per confidencialitat.» Totes les empreses tenen algun client disposat a fer de referència.

14. Quant de temps solen estar-se els enginyers en un mateix client?

Si el pool d'enginyers d'un partner nearshore té molta rotació, passaràs més temps fent onboarding de substituts que no pas construint producte. Pregunta per la durada mitjana dels projectes i la taxa de retenció anual.

Un partner sòlid reté els enginyers perquè paga per sobre de mercat, ofereix feina interessant i tracta bé la gent. Una durada mitjana de més de 12 mesos per projecte apunta a estabilitat.

Senyal d'alerta: no poden compartir dades de retenció, o la durada mitjana és inferior a 6 mesos.

Alineació estratègica

15. Què passa si les meves necessitats canvien de manera significativa?

Els productes pivoten. El context de finançament canvia. Les estructures d'equip evolucionen. El teu partner nearshore hauria d'absorbir aquests canvis — créixer, reduir, canviar el perfil d'habilitats — sense penalitzacions ni cicles de renegociació de mesos.

Pregunta-ho amb detall: quin és el procés per afegir un enginyer? I per treure'n un? I per canviar el perfil d'un rol? Quins terminis i costos té cada cas?

Senyal d'alerta: estructures rígides que et penalitzen per canviar d'opinió.

La taula de puntuació ràpida

Després de les reunions d'avaluació, puntua cada partner:

Si un partner puntua «feble» en més de tres criteris, continua buscant.

---

Estàs avaluant partners nearshore i vols posar Conectia al costat dels teus finalistes? Reserva una trucada de descoberta tècnica — a la primera reunió et respondrem totes les preguntes d'aquesta checklist.