El nearshore no siempre sale más barato

"¿Me conviene contratar el desarrollo en Chile?" me preguntan seguido por correo. La respuesta honesta es: depende, y en bastantes casos no.

Podría decir "sí, siempre, mira nuestros precios" y cerrar la venta. Pero el cliente que se quema una vez no vuelve, y encima cuenta la historia en LinkedIn. Prefiero perder una venta que ganar un cliente que va a terminar odiándome en el mes tres.

Así que aquí está la lista de casos donde el nearshore es mal negocio. Léela antes de pedir cotización, no después.

1. El proyecto es corto

Menos de cuatro o seis semanas de trabajo real. La razón es simple: el arranque cuesta lo mismo esté donde esté. Explicar el negocio, dar accesos, alinear criterios, entender qué significa "listo" para ti... eso son entre 5 y 15 horas que se pagan una sola vez. En un proyecto de cuatro meses, ese costo se diluye. En uno de tres semanas, se come todo el ahorro.

Si necesitas una landing o un ajuste puntual, probablemente te conviene alguien local que ya conozca tu contexto, aunque cobre más por hora.

2. No tienes especificaciones claras

Si tu brief es "quiero algo como Airbnb pero para perros", nadie te va a cotizar bien —ni en Chile ni en Ohio—. La diferencia es que un equipo local puede sentarse contigo tres tardes a descubrir qué necesitas. A distancia, esas mismas horas se pagan igual pero cuesta más transmitir el contexto, y las malas interpretaciones aparecen recién cuando ya hay código escrito.

El descubrimiento a distancia es más caro que el presencial, y eso no siempre está en la cotización.

3. Tu producto depende del contexto local

Trabajo con clientes en Estados Unidos, y una parte del trabajo es entender cómo funciona su mercado. Cuando el producto está atado a una regulación estatal específica, a una costumbre de consumo muy local o a un rubro que solo se entiende viviéndolo, cada decisión requiere una explicación extra. Ahí la ventaja de precio se te va en reuniones.

No es imposible: es más lento y más caro. Si tu proyecto es 100% dependiente de contexto que no se puede escribir en un documento, un equipo en tu ciudad tiene ventaja real.

4. Estás eligiendo por precio

Este es el caso que más plata le cuesta a la gente, y no es exclusivo del nearshore. Si comparas cinco cotizaciones y eliges la más barata sin mirar cómo trabajan, vas a terminar pagando dos veces: la primera al proveedor barato, y la segunda al que arregla lo que dejó el primero.

Comparar tarifas por hora es la forma más rápida de equivocarse. Lo que importa es el costo total de tener funcionando lo que necesitas:

El nearshore no es un descuento: es una economía de escala temporal. Necesitas suficiente trabajo para que el costo de arrancar deje de pesar.

Para ser justo conmigo mismo: hay escenarios donde el ahorro es real y grande.

Estos seis puntos sirven para cualquier proveedor, en cualquier país. Si fallan dos o más, mejor sigue buscando:

• 1. Pide ver código real, no solo capturas del resultado. Un portafolio bonito no dice nada sobre cómo se mantiene después.
• 2. Empieza con un proyecto pequeño pagado antes del grande. Un proveedor serio acepta; uno que solo quiere el contrato completo, no.
• 3. Exige hitos con entregables concretos, no "avance porcentual".
• 4. Deja por escrito quién es dueño del código al terminar. Si la respuesta no es "tú", es una alarma.
• 5. Acuerda el canal y la frecuencia de comunicación. Sin esto, todo lo demás falla.
• 6. Pregunta qué pasa después de la entrega: ¿quién arregla si se cae un domingo? ¿cuánto cuesta? ¿hay contrato de soporte?

Porque el negocio del nearshore tiene un problema de reputación, y en parte es merecido.

Por cada equipo bueno hay tres que venden "desarrollo barato" y desaparecen. Eso quema al cliente, y el cliente quema al siguiente proveedor con la misma desconfianza. Si quiero que este modelo funcione a largo plazo, necesito que la gente sepa distinguir. Y para eso hay que hablar de los casos donde no funciona.

Si después de leer esto concluyes que tu proyecto no encaja, perfecto: te ahorraste un mal rato y yo me ahorré un cliente insatisfecho. Si concluyes que sí encaja, vas a llegar sabiendo qué preguntar. Las dos salidas son buenas.