Cómo elegir un partner de software nearshore
Qué comprobar antes de firmar, qué preguntas separan una respuesta directa de una comercial, y los casos en los que una gran agencia gana a una pequeña.
Elija un partner nearshore por dos cosas: quién escribe realmente el código y con qué rapidez llega a la persona responsable de la entrega. Un partner pequeño dirigido por su fundador le da personas ajustadas al rol y acceso directo a esa persona. Una gran agencia le da profundidad de banquillo y cobertura ininterrumpida, con más capas entre usted y los desarrolladores.
Qué comprobar antes de firmar
Cinco puntos que conviene aclarar en las dos primeras llamadas. Cada uno tiene una respuesta que suena bien y otra que responde de verdad.
- 1
Quién escribe el código
Pida nombres y nivel de experiencia de quienes estarán en su proyecto, no una media de la empresa. Quien responde con una cifra de plantilla describe un banquillo, no su equipo.
- 2
Pasos hasta quien decide
Cuente las personas entre usted y alguien que pueda cambiar el alcance, sustituir a un desarrollador o resolver una factura en disputa. Un paso es un encargo distinto de cuatro, y se descubre en el primer problema, no en la primera demo.
- 3
Quién contrata, quién dirige, quién asume el riesgo
Esas tres cosas pueden estar en tres partes distintas. El reparto decide cuánto control real tiene en el día a día y quién responde cuando algo sale mal.
- 4
Pruebas que pueda verificar
Clientes con nombre, proyectos con nombre y una llamada de referencia que pueda concertar. Un muro de logotipos sin nombres no es una prueba, ni tampoco un caso con el cliente anonimizado.
- 5
Condiciones de salida
Plazo de preaviso, cesión de derechos y qué ocurre con el código y las personas si para. Pregúntelo antes de firmar: la misma pregunta cuesta mucho más responder después.
Boutique o gran agencia
Ninguna es mejor en general. Fallan en sitios distintos, y la respuesta correcta depende de la forma de su programa, no del tamaño del proveedor.
| Dimensión | Partner pequeño dirigido por su fundador | Gran agencia |
|---|---|---|
| Dotación del equipo | Se compone por cliente: personas ajustadas al rol que necesita | Sale de un banquillo existente, experiencia mixta |
| Acceso | Directo al fundador o al responsable de entrega | Gestor de cuenta, luego responsable de entrega, luego los ingenieros |
| Puesta en marcha | Semanas: la limita la contratación, no la disponibilidad | Días, cuando el banquillo ya domina su stack |
| Cobertura | Una zona horaria, horario laboral | Relevo entre oficinas siguiendo el sol |
| Techo de escala | Unos pocos equipos | Decenas de equipos, varios países a la vez |
Cuándo la gran agencia es la elección correcta
No son casos límite. Si su situación está en esta lista, un partner pequeño es la herramienta equivocada, y quien le diga lo contrario está vendiendo.
- •Necesita treinta ingenieros el próximo trimestre. Un banquillo puede; contratar no.
- •Necesita cobertura 24/7 o un relevo real entre zonas horarias.
- •El programa abarca varios países y exige una entidad legal local en cada uno.
- •Compras exige certificaciones formales, cobertura de seguro y una garantía contractual de sustitución que una empresa pequeña no puede asumir.
Cinco preguntas para cualquier proveedor nearshore
Importan menos las respuestas que la rapidez con que llegan. Titubear en cualquiera de ellas ya es el hallazgo.
¿Quién escribirá exactamente el código y puedo entrevistarlos?
Nombres, currículos y sí. Una negativa suele significar que el equipo aún no está formado o que se comparte con otros clientes.
¿Quién contrata a los desarrolladores y con qué contrato?
Una respuesta clara. Si contratación, dirección y facturación están en tres partes, pregunte cuál de ellas responde cuando se incumple un plazo o una obligación de protección de datos.
¿Qué pasa si un desarrollador se va a mitad del proyecto?
Un preaviso concreto y un proceso de sustitución con solape para el traspaso. "Ya encontraremos a alguien" no es un proceso.
¿De quién es el código y cuándo se transfiere?
Los derechos se le ceden por escrito, contra pago y por entregable, no en la aceptación final meses después.
¿Puedo hablar con un cliente suyo, sin usted en la llamada?
Sí, con nombre y presentación. La reticencia aquí pesa más que cualquier caso de éxito de la web.
Cómo está organizada Jezda
Jezda Solutions es una empresa de software dirigida por su fundador, con sede en Smederevo, Serbia, constituida en 2018 por el CEO Zoran Jezdimirović. Medido con la lista de arriba, esto es lo que significa en la práctica, incluido dónde nos deja en el lado equivocado.
- ✓La persona responsable de la entrega es la persona con la que habla. No hay una capa comercial entre usted y el trabajo.
- ✓Los equipos se componen por cliente en lugar de mantenerse en un banquillo, así que las personas se ajustan al rol, pero la puesta en marcha se mide en semanas, no en días.
- ✓Los desarrolladores están contratados localmente en Serbia y usted los dirige en el día a día. Contratación, nóminas y cumplimiento se quedan con nosotros.
- ✓Serbia está en hora centroeuropea, así que la jornada coincide plenamente con Alemania, Países Bajos y Polonia, pero es una sola zona horaria, no un relevo siguiendo el sol.
Preguntas frecuentes
Lo que preguntan los compradores antes de elegir un partner nearshore
¿Quiere hacernos estas preguntas a nosotros?
Hágalas directamente. Las respuestas vienen de la persona responsable de la entrega, no de un gestor de cuenta.
Empezar la conversación