Les tengo poca fe a los rankings de “mejores empresas nearshore”, porque casi nunca puedo ver cómo se armaron. Me fío más de lo que un proveedor contesta a preguntas concretas, por escrito, antes de firmar nada.
Para evaluar un proveedor de desarrollo nearshore, mándale ocho preguntas por correo antes de la primera llamada: quién hace la entrevista técnica, cuántos candidatos vas a ver, el horario exacto, de quién es el código, cómo sales del contrato, quién contrata al ingeniero, qué incluye la tarifa y con quién hablas cuando algo falla. Los que contestan por escrito y con detalle suelen ser los que hacen el trabajo.
Yo también vendo colocaciones nearshore con mi empresa, Softronic, así que hazme las mismas preguntas a mí; donde sirve, dejo mi respuesta al lado. Los que responden “mejor lo conversamos en una llamada” a las ocho también te están contestando.
La tabla de evaluación
Cópiala en el documento donde comparas proveedores. Las secciones de abajo explican cada fila.
| Pregunta | Una buena respuesta incluye | La respuesta que debería cortar la llamada |
|---|---|---|
| 1. ¿Quién hace la entrevista técnica? | Quién está en cada etapa, cuánto dura, qué se evalúa, y las mismas preguntas y pauta para todos | “Tenemos un proceso muy riguroso” sin nada detrás; un reclutador decidiendo lo técnico; un porcentaje en lugar del proceso |
| 2. ¿Cuántos candidatos y puedo entrevistarlos? | Dos o tres personas por las que ponen la cara; los entrevistas tú y ves algo que hayan escrito | Un catálogo de veinte perfiles para que filtres tú; no poder entrevistarlos |
| 3. ¿Cuál es el horario exacto? | Una ventana en tu hora local, por escrito en el contrato | “Estamos en tu zona horaria” sin horas concretas |
| 4. ¿De quién es el código? | Cesión de la propiedad intelectual a tu empresa, confidencialidad desde el inicio y un contrato del proveedor con el ingeniero que le cede sus derechos | Sin cesión explícita, o sin idea de qué dice el contrato del ingeniero |
| 5. ¿Cómo termino? | Plazo de aviso claro, sin penalización y sin facturar la transición | Cargos por salida, o una promesa de reemplazo demasiado rápida para ser real |
| 6. ¿Quién contrata al ingeniero y me factura? | El proveedor tiene el contrato, paga la nómina, cumple las obligaciones locales y manda una sola factura | Vaguedad sobre dónde está empleado el ingeniero; el cumplimiento legal te lo pasan a ti sin decirlo |
| 7. ¿Qué incluye la tarifa? | Qué cubre (equipo, feriados, vacaciones, reemplazos, gestión de cuenta) y si es mensual o por hora | Un número que no puedes explicarle a quien lleva las finanzas, o ninguna respuesta clara sobre si puede cambiar a mitad del contrato |
| 8. ¿Con quién hablo cuando algo sale mal? | La persona que hizo la selección, en un canal compartido | Capas de gerentes de cuenta entre tú y alguien que conozca al ingeniero |
1. ¿Quién hace la entrevista técnica y me la puede explicar paso a paso?
Es la pregunta que más información da, así que va primero. Lo que quieres oír es quién está en cada etapa, cuánto dura cada una, qué se evalúa y si a todos los candidatos se les hacen las mismas preguntas con la misma pauta de evaluación. Eso último pesa más de lo que parece: la guía de entrevistas estructuradas de Google (en inglés) resume la investigación, y aplicar el mismo método a todos los candidatos de un puesto predice mejor el desempeño que dejar que cada entrevistador improvise.
Señales de alarma: “tenemos un proceso muy riguroso” sin nada detrás, un reclutador tomando la decisión técnica, o un porcentaje de aprobación ofrecido en lugar del proceso, porque no tienes forma de auditar el embudo que hay detrás.
Mi respuesta: las tres entrevistas las hago yo (programación en vivo con tu stack, una conversación de diseño de sistemas y una sobre comunicación escrita y cómo maneja la persona una tarea ambigua), y después hay dos semanas de prueba pagada antes de que entre a tu equipo. Lo explico con más detalle en cómo validamos ingenieros senior.
2. ¿Cuántos candidatos me van a mandar y puedo entrevistarlos yo?
Hay proveedores que te mandan un catálogo de veinte perfiles para que filtres tú. Otros te mandan dos o tres personas por las que ponen la cara. Lo segundo es lo que estás pagando. En cualquier caso, deberías poder entrevistar al ingeniero tú mismo y, si se puede, ver algo que haya escrito, porque en un equipo remoto casi todo el día pasa por texto. Si tu equipo trabaja en inglés, hablarlo en una llamada y escribir una descripción de pull request que se entienda son habilidades distintas.
3. ¿Cuál es el horario exacto de trabajo, en mi zona horaria?
“Estamos en tu zona horaria” es publicidad. Pide la ventana de trabajo en tu hora local, por escrito y dentro del contrato.
El solapamiento del nearshore es real, pero varía más de lo que se cree. Caracas, donde estoy yo, está en UTC-4 todo el año (en inglés), así que coincide con Nueva York de marzo a noviembre y va una hora adelante en invierno; con Madrid la diferencia es de cinco o seis horas según la época. El resto de la región lo repaso en nearshore en LatAm vs offshore. Nada de esto es un problema si el horario se acuerda desde el principio y el ingeniero está conectado para tu reunión diaria y tus revisiones de código. El problema aparece cuando el solapamiento se dio por sentado.
4. ¿De quién es el código y me llega la cadena de derechos?
Lo básico es un contrato de servicios con una cláusula clara que ceda la propiedad intelectual a tu empresa, y un acuerdo de confidencialidad disponible antes de la primera conversación técnica. Eso es estándar. Lo que menos gente revisa es la cadena.
El ingeniero escribe el código, el proveedor lo contrata a él, y tú contratas al proveedor. Si tu empresa está en Estados Unidos, el código que escribe un contratista independiente, en general, no pasa a ser tuyo solo porque lo pagaste: la circular de la Oficina de Derechos de Autor de EE. UU. sobre obras por encargo (en inglés) limita las obras encargadas que cuentan como “work made for hire” a nueve categorías, y el software a medida normalmente no entra en ninguna. Por eso necesitas una cesión de derechos explícita. Y el proveedor solo puede cederte lo que el ingeniero le cedió antes a él. En otros países las reglas cambian, pero la cadena es igual de importante. Así que pregunta: “¿Tu contrato con el ingeniero te cede su trabajo? ¿Me muestras esa cláusula?”. No soy abogado y conviene que lo revise el tuyo, pero si al proveedor nunca le habían hecho esa pregunta, anótalo.
5. ¿Cómo termino la relación y cuánto me cuesta?
Pregunta por el plazo de aviso, si hay alguna penalización por salir antes y qué pasa si el ingeniero no encaja en el primer mes.
Ojo con las promesas de reemplazo muy rápidas; explico por qué en por qué unas colocaciones duran y otras no. Lo que yo ofrezco es terminar con 30 días de aviso, sin penalización y sin facturar la transición. Si quieres un reemplazo, lo busco, sin prometerte una fecha.
6. ¿Quién contrata al ingeniero y quién me factura?
Lo que buscas es que la empresa del proveedor tenga el contrato del ingeniero, pague su nómina y cumpla las obligaciones laborales y fiscales locales, y que tú recibas una sola factura de una entidad con la que tu contabilidad pueda trabajar. Desconfía de los arreglos que no dejan claro dónde está empleado el ingeniero, o que te pasan el cumplimiento legal a ti sin decirlo.
Si tus propios clientes te mandan cuestionarios de seguridad, pregunta cómo maneja el proveedor el acceso a tus sistemas: si el ingeniero trabaja con equipo de la empresa o personal, cómo se revocan las cuentas cuando alguien se va, si ya pasaron por una revisión de seguridad de algún cliente. Un informe SOC 2 del proveedor cubre sus controles, no los tuyos, así que no reemplaza tu propia revisión de cómo su gente entra a tus sistemas.
Mi respuesta: mi empresa tiene los contratos y paga la nómina, y tú recibes una sola factura mensual en dólares desde nuestra entidad en Estados Unidos.
7. ¿Qué incluye exactamente la tarifa?
No hace falta que el proveedor te revele su margen, pero sí tienes que poder explicarle el número a quien lleva las finanzas. Pregunta qué incluye (equipo, feriados, vacaciones, reemplazos, gestión de cuenta), si la tarifa puede cambiar durante el contrato y si es un monto mensual fijo o se cobra por hora.
Mis tarifas son públicas: de 4.500 a 6.000 dólares al mes por un ingeniero de nivel intermedio, de 6.000 a 8.000 por un senior y desde 11.000 por un arquitecto, a tiempo completo. Están en la página de contratar ingenieros LatAm. Si estás comparando formas de cobro en general, escribí sobre precio por resultados frente al modelo de “body shop”.
8. ¿Con quién hablo cuando algo sale mal?
En algún momento algo va a salir mal: una entrega que se atrasa, una semana mala, un ingeniero que está incómodo y no lo dice. Pregunta con quién vas a hablar y qué tan rápido te responde. Lo ideal es que sea la misma persona que hizo la selección, en un canal de Slack compartido. Cada capa de gerentes de cuenta entre tú y esa persona es demora el día que necesitas una respuesta.
Y haz una segunda pregunta: “¿Me vas a avisar si el ingeniero está pensando en irse?”. Un proveedor que mantiene contacto con la gente que coloca suele enterarse primero. Es una de las primeras señales que yo mismo vigilo.
Antes de firmar
Llena la tabla para cada proveedor y fíjate dónde las respuestas se vuelven vagas. Un proveedor serio contesta casi todas las filas con detalle y sin titubear. Un intermediario se vuelve vago justo donde después te sale caro: quién valida a los ingenieros, de quién es el código y cómo sales del contrato. Si todavía no tienes claro qué tipo de relación quieres, lee primero equipo dedicado vs staff augmentation vs outsourcing, y si estás comparando plataformas concretas, alternativas a Toptal y Andela resume lo que publica cada una.
Si quieres probar las ocho conmigo, mándamelas junto con el rol desde la página de contratación.