Cuándo externalizar el desarrollo y cuándo hacerlo internamente: un marco de decisión para directores técnicos

El debate suele plantearse como «interno frente a externo». Ese enfoque es erróneo. La verdadera pregunta es: ¿cuál es tu competencia principal y qué papel desempeña el software en relación con ella?

Si eres una empresa de tecnología financiera, tu sistema de procesamiento de pagos es fundamental: manténlo dentro de la empresa. ¿Tu sitio web de marketing? Externalízalo. ¿Tu aplicación móvil? Depende de si la aplicación ES el producto o solo un canal para acceder a él.

1. Tu producto aún no se ajusta al mercado. Dedicar seis meses a contratar un equipo antes de validar la idea es el error más costoso que pueden cometer las startups. Un MVP subcontratado cuesta entre 50 000 y 150 000 dólares y está listo en un plazo de 8 a 12 semanas. Si el mercado dice que no, habrás perdido 100 000 dólares, no 500 000.

2. Necesitas conocimientos especializados de forma temporal. Por ejemplo, para desarrollar una función de IA/aprendizaje automático, migrar a la nube o implementar un sistema de procesamiento de pagos. Se trata de tareas que requieren conocimientos especializados que no necesitas a tiempo completo.

3. Eres un fundador sin conocimientos técnicos. Sin un cofundador técnico, no puedes evaluar a los candidatos para puestos de ingeniería. Un buen socio de externalización actúa como un director técnico a tiempo parcial: desarrolla el producto Y te ayuda a contratar a las personas adecuadas más adelante.

1. El software ES tu producto. Si estás creando una herramienta para desarrolladores, una plataforma SaaS o un mercado online, el equipo de ingeniería ES la empresa. Necesitas gente que viva y respire por el producto.

2. Estás realizando iteraciones a diario. Si tu producto cambia en función de los comentarios diarios de los usuarios, la carga de comunicación que supone la subcontratación frena la velocidad. Los equipos internos comparten el mismo canal de Slack, escuchan las mismas llamadas de los clientes y toman decisiones más rápidas.

3. Existen requisitos normativos. Los sectores de la sanidad (HIPAA), las finanzas (PCI-DSS) y los contratos de defensa suelen exigir que los empleados se sometan a verificaciones de antecedentes y estén físicamente presentes.

La mayoría de las empresas de éxito con las que trabajamos utilizan un modelo híbrido:

En la propia empresa (2-5 personas): arquitectura del producto, lógica empresarial básica, liderazgo técnico, revisión de código e implementación.

Subcontratado (equipo asociado): desarrollo front-end, infraestructura/DevOps, funciones específicas, pruebas y mantenimiento.

El equipo interno se encarga del «qué» y el «por qué». El equipo externo se encarga de acelerar el «cómo». Este modelo te permite ganar velocidad sin perder el control.

1. No te preguntan por tu negocio. Si en la primera reunión solo se habla de tecnología, y no de tus clientes ni de tus objetivos, sal corriendo. Los buenos socios resuelven problemas empresariales, no se limitan a escribir código.

2. No pueden mostrarte proyectos similares. Pide casos prácticos, referencias y demostraciones en directo. Los portafolios que dicen «hemos creado 500 aplicaciones» suelen significar 500 aplicaciones mediocres.

3. El precio es sospechosamente bajo. Si presupuestan 15 000 dólares para un proyecto que debería costar 80 000, o bien están recortando gastos, recurriendo a desarrolladores sin experiencia, o bien tienen pensado cobrar más adelante por los cambios solicitados.

4. No te proporcionarán el código fuente. Tu código es tu activo. Cualquier socio que no te conceda la plena propiedad del código desde el primer día está tomando tu negocio como rehén.