Offshore vs nearshore: la guía del founder no técnico para elegir dónde construir

La mayoría de los artículos sobre el tema son pitches de proveedores disfrazados de guías. Este parte de otra premisa: la elección es sobre cuánto impuesto de comunicación podés absorber antes de convertirte en el engineering manager que juraste que nunca serías.

La primera vez que un founder con el que trabajo me preguntó “¿offshore o nearshore?”, planteó la pregunta como una decisión de presupuesto. Le habían cotizado USD 90/hora un estudio pequeño en San Pablo y USD 35/hora un equipo en Ho Chi Minh City. La cuenta, dijo, era obvia.

Seis meses después había quemado los dos contratos. El equipo vietnamita entregó lo especificado, pero no podía seguirle el ritmo a los cambios de producto que él hacía cada dos semanas; los mensajes tardaban 14 horas en cerrar el loop, y un solo detalle perdido en una página de Notion se convertía en un sprint de trabajo equivocado. El equipo brasileño entendió el producto en la primera reunión, pero había contratado al estudio equivocado y el senior fue rotado a otro cliente en la semana tres. Volvió a la pregunta original con la sensación de haberla respondido al revés.

Es ese el patrón. Offshore vs nearshore parece decisión de geografía y decisión de costo. Por debajo, es una decisión sobre cuánto overhead podés cargar como founder no técnico mientras seguís corriendo el resto de la empresa. Si te equivocás en eso, la opción barata sale más cara.

Offshore vs nearshore, definido para un founder

Offshore significa contratar un equipo de software en un país con diferencia horaria significativa respecto al tuyo, normalmente más de 6 horas y en otro continente. Desde EE.UU., los destinos offshore clásicos son India, Vietnam, Filipinas, Ucrania y partes de Europa del Este.

Nearshore significa contratar un equipo en un país con diferencia horaria pequeña o nula, generalmente en el mismo continente o con pocas horas de superposición durante tu jornada. Desde EE.UU., nearshore suele significar México, Brasil, Argentina, Colombia, Costa Rica.

Onshore (la tercera opción, ausente en la mayoría de los artículos) significa contratar un equipo en tu propio país. Sí, es más caro por hora. No, no siempre es la elección equivocada.

Los nombres describen distancia física. Lo que comprás con cada uno es un paquete distinto de superposición horaria, registro de idioma, valor-hora y overhead de gestión que te queda a vos. Esos cuatro ejes son la decisión real.

Los 4 tipos de outsourcing (y por qué tres de ellos son la pelea equivocada)

La mayoría de las listas de “4 tipos de outsourcing” parten el mundo en onshore, nearshore, offshore e “híbrido”. O van por otro lado y lo parten en staff augmentation, proyecto cerrado, equipo dedicado y BPO. Las dos clasificaciones existen; ninguna ayuda a decidir.

La división útil es por tipo de trabajo que vas a tercerizar:

1. Trabajo rutinario: bookkeeping, tickets de soporte, moderación de contenido. La geografía importa poco. Elegí la opción competente más barata.
2. Trabajo con scope claro y estable: implementar una API de backend bien definida, construir una pantalla mobile sobre un Figma terminado. Offshore funciona acá; el gap horario casi no cuesta porque el brief no cambia cada semana.
3. Trabajo todavía siendo moldeado por vos: producto en etapa temprana, cualquier cosa pre-PMF, cualquier scope que cambia mitad de sprint. Es donde está la mayoría de founders no técnicos. Nearshore u onshore ganan siempre acá, sin importar el valor-hora.
4. Liderazgo técnico estratégico: decisiones de arquitectura, plan de contratación, preparación para due diligence técnica. Rara vez se terceriza bien como commodity offshore o nearshore. Necesita una persona responsable, accesible y senior como para discutirte.

Leé tu situación, leé la lista de arriba. Si sos founder no técnico con un producto que todavía se está moviendo, estás en el ítem 3, y la pregunta de geografía se resuelve sola.

Lo que estás cambiando en realidad

Los cuatro ejes que importan, en orden de prioridad para un founder no técnico:

1. Superposición horaria

El número que importa es las horas de superposición entre tu ventana normal de trabajo y la de ellos. No el gap. La superposición.

• Costa Este de EE.UU. a San Pablo: superposición total. Mismo día laboral.
• Costa Este de EE.UU. a Buenos Aires o Bogotá: superposición total.
• Costa Este de EE.UU. a Ciudad de México: superposición total.
• Costa Este de EE.UU. a Lisboa o Madrid: 4–5 horas de superposición. Calls a la mañana; las tardes quedan para ellos.
• Costa Este de EE.UU. a Cracovia o Bucarest: 2–4 horas de superposición. Doloroso pero viable.
• Costa Este de EE.UU. a Bangalore: unos 30 minutos si los dos se estiran. Prácticamente cero.

La cuenta que la gente olvida: con 0 a 2 horas de superposición, cada decisión tarda un día laboral. Una aclaración que resolverías en 90 segundos con un colega se convierte en un atraso de 24 horas. A lo largo de un build de 12 semanas, eso suma alrededor de 4 semanas de espera pura que nadie te cobra pero que igual absorbés.

Si tu producto todavía se está moviendo (y si estás pre-Series A casi seguro que sí), esas 4 semanas son la diferencia entre lanzar y no lanzar.

2. Impuesto de comunicación

Distinto del fuso, es el costo de cada requerimiento mal entendido, cada reunión extra que tenés que armar porque no hay nadie despierto para la versión asincrónica, cada decisión de arquitectura tomada sin vos porque no podían esperar la respuesta.

No se ve en la cotización. Lo ves tres meses después, cuando te das cuenta de que estuviste en Slack con el tech lead a las 23 en cuatro noches de la misma semana. Ese es el impuesto. Escala con el gap horario, con el gap de registro de idioma y con la capacidad del founder para especificar trabajo por escrito.

Los founders sin background técnico pagan este impuesto a una tasa peor que los founders que saben escribir un brief técnico. Si no podés escribir un spec apretado, cada hora de gap horario se multiplica en retrabajo. La solución no es “aprender a escribir specs en tres semanas”. La solución es comprar más superposición hasta que tu spec alcance al equipo.

3. Valor-hora

Para clientes en EE.UU., valores aproximados de mercado en 2026 para un ingeniero senior backend o full-stack con overhead del estudio incluido:

• Offshore (Vietnam, India, Filipinas, Pakistán): USD 25–50/hora.
• Offshore (Europa del Este, incluyendo Ucrania, Rumania, Bulgaria): USD 40–70/hora.
• Nearshore (Brasil, Argentina, México, Colombia): USD 60–110/hora para estudios serios; USD 35–60/hora para estudios más chicos.
• Onshore (EE.UU.): USD 120–200/hora para estudios serios; freelancers varían.

Estos números se mueven cada trimestre, y el spread entre senior y junior dentro de cada región es mayor que el spread entre regiones. Un senior malo en Argentina sale más caro, todo incluido, que un senior excelente en Rumania. Tomalos como orientación, no como cotización.

El número que importa no es el valor-hora. Es el valor-hora multiplicado por las horas que realmente toma entregar, más tu tiempo de founder absorbido gestionando al equipo. Un contrato de USD 35/hora que te exige tres horas de Slack por noche sale más caro que uno de USD 90/hora que te exige una call semanal de 30 minutos.

4. Variabilidad de calidad

Dentro de cualquier región, el spread entre el mejor estudio y el estudio mediano es enorme, mayor que el spread entre regiones. Hay equipos de ingeniería excelentes en Hyderabad y hay equipos bastante medianos en Buenos Aires. La selección de proveedor es un problema separado de la geografía, y la mayoría de los founders los confunde.

Si nunca compraste software a medida antes, el movimiento de mayor impacto es gastar más tiempo en selección del proveedor que en geografía. Escribimos sobre cómo evaluar un partner de desarrollo de software y qué mirar cuando vas a contratar staff augmentation. Son los prerrequisitos que este artículo asume.

Por qué el offshoring es controvertido

Vas a ver dos líneas de crítica contra offshore en particular: política y operativa.

La crítica política (que contratar afuera saca empleo a los ingenieros locales) es más vieja que este artículo y no va a desaparecer. Algunos de tus clientes, inversores o miembros del board van a tener una opinión sobre esto. Conviene saber dónde se paran antes de anunciar el equipo. No nos vamos a meter en esa pelea acá; es otra conversación.

La crítica operativa es la que debería cambiarte la decisión. Los founders que se quemaron con offshore describen el mismo patrón: pitch genial, primer mes fuerte, y después la calidad cae porque el estudio rota a sus mejores hacia otro cliente y te deja el equipo B. El contrato no protege contra esto y vos no te enterás hasta que tu throughput se cortó a la mitad. No es exclusivo de offshore (los estudios nearshore también lo hacen), pero cuanto más largo el feedback loop, más tarde te das cuenta del problema.

Ese es el argumento real contra offshore para un founder en etapa temprana. No la política, no el acento. El feedback loop. Si no podés ver un problema hasta que ya viene componiéndose hace tres semanas, no podés corregir el curso a tiempo.

La regla práctica

Si tu producto todavía se está moviendo y vos sos la única persona que puede responder las preguntas difíciles sobre él, comprá superposición horaria antes que valor-hora bajo.

Es esa la regla. No es sutil y no es nueva. Los founders la redescubren a los golpes cada trimestre.

La versión operativa de la regla:

• Si podés escribir un spec que el equipo no te va a preguntar 20 dudas: offshore está sobre la mesa.
• Si no podés, pero podés estar en calls todo el día: onshore está sobre la mesa.
• Si no podés ninguna de las dos: nearshore es tu única opción segura.

La mayoría de los founders no técnicos pre-PMF están en el tercer balde. Por eso nearshore se queda con el segmento founder de este mercado aunque en el papel offshore sea más barato.

Cuándo offshore es, de hecho, la elección correcta

Tres casos en los que la cuenta se da vuelta:

1. Tenés un CTO o cofundador técnico real que carga la disciplina del spec. Pueden absorber el impuesto de comunicación que vos no podés. Offshore vuelve a la mesa.

2. El trabajo está realmente bien definido y es rutinario. Un SaaS maduro agregando la pantalla de admin número 47 no necesita 4 horas de superposición. Una startup construyendo su primer producto, sí.

3. Estás optimizando para runway por encima de todo y aceptás honestamente que el cronograma se va a estirar. Un equipo de USD 30/hora que entrega en 9 meses puede ganarle igual a uno de USD 90/hora que entrega en 5 si la caja es la única restricción. Sé honesto con esa decisión. La mayoría de los founders que la elige termina queriendo rehacerla.

Cuándo onshore es la elección correcta

Dos casos que nadie en el SERP quiere que consideres:

1. Compliance o industrias reguladas. Healthtech bajo HIPAA, fintech bajo regulaciones bancarias específicas, trabajo para defensa: el costo de fallar una auditoría excede el ahorro de horas más baratas. Onshore (o nearshore cuidadosamente evaluado con las certificaciones correctas) se gana el premium acá.

2. Tu comprador específico se preocupa por dónde se escribe el código. Algunos compradores enterprise en EE.UU., en particular del sector público, preguntan. Si tu pipeline de ventas depende de esos compradores, esa pelea no la vas a ganar en el contrato.

Para la mayoría de los founders en etapa temprana, ninguno de los dos aplica. Pero si alguno aplica, la cuenta de “más barato por hora” deja de ser cuenta. Es restricción.

Lo que les decimos a los founders que preguntan

Trabajamos con founders en los dos lados de esto: founders en EE.UU. mirando al sur a LatAm, founders brasileños mirando a Norteamérica, ambos a veces explorando Europa del Este. El consejo no cambia mucho:

1. Elegí la geografía que te dé suficiente superposición para entregar sin convertirte en el engineering manager.
2. Dentro de esa geografía, gastá dos tercios de tu esfuerzo de selección en el equipo, un tercio en el precio.
3. Firmá un piloto de 2 a 3 meses antes de comprometerte al build completo. El piloto es donde descubrís si el equipo del pitch es el equipo que te entregaron.

Es en el último punto donde se cae la mayoría de las historias de “geografía equivocada”. La geografía no estaba equivocada. La selección sí. El piloto lo habría mostrado. El founder se saltó el piloto porque el valor-hora pintaba bien.

Si querés una lectura más larga sobre cómo encaja esto dentro de la pregunta más amplia de build vs buy, mirá nuestro framework de build vs buy para founders no técnicos. Es la capa por encima de esta.

FAQ

¿Cuál es la diferencia entre nearshore y offshore?

Nearshore significa un equipo en un país cerca del tuyo, normalmente en el mismo continente y con pocas horas de superposición horaria. Offshore significa un equipo lejos, con gran diferencia horaria, típicamente en otro continente. Para clientes en EE.UU., nearshore suele ser América Latina; offshore, Sur o Sudeste Asiático y partes de Europa del Este.

¿Cuál es la diferencia entre onshore, nearshore y offshore?

Onshore es un equipo en tu propio país. Nearshore es un equipo en un país con pequeña diferencia horaria. Offshore es un equipo lejos, con gran diferencia horaria. El trade-off es costo (onshore el más caro) por superposición (onshore la mayor) y facilidad de comunicación (onshore la más fácil).

¿Cuáles son los 4 tipos de outsourcing?

La clasificación más común divide el outsourcing por geografía (onshore, nearshore, offshore) y por modelo de contrato (staff augmentation, proyecto cerrado, equipo dedicado, managed service). Ninguna es por sí sola una herramienta de decisión. La pregunta útil es qué tipo de trabajo estás tercerizando (trabajo rutinario, build con scope estable, build con scope evolucionando o liderazgo técnico estratégico) y casar el modelo con el trabajo.

¿Por qué el offshoring es controvertido?

Por dos motivos. Políticamente, algunos stakeholders se oponen a sacar trabajo del país. Operativamente, los contratos offshore tienen un feedback loop más largo, lo que hace más difícil detectar problemas de calidad a tiempo. Para founders en etapa temprana, la preocupación operativa es la más importante.

¿Nearshore siempre es mejor que offshore para una startup?

No siempre. Pero generalmente sí, si el founder es no técnico y el producto todavía se está moviendo. La diferencia de cuatro horas de superposición es lo que determina si una aclaración tarda 30 minutos o 24 horas en cerrarse. A lo largo de un ciclo de build, la versión de 24 horas se convierte en semanas de desperdicio.

¿Cuánto puedo ahorrar yendo offshore en vez de onshore?

En el papel, 40 a 70%. En la práctica, mucho menos cuando contás las horas adicionales de founder que gastás gestionando al equipo, la velocidad de iteración más lenta y el drift de calidad más difícil de detectar. Los founders que hacen honestamente esa cuenta suelen ver que el gap queda más cerca del 20%, y la caja ahorrada no compensa el atraso en el cronograma.