Freelancer, agencia o CTO fraccional: ¿quién debe construirlo?

La mayoría de las comparaciones entre freelancers, agencias y CTOs fraccionales se quedan en la factura. Lo caro viene después: quién entiende el código cuando termina el contrato, quién tiene las cuentas de la nube, quién responde cuando producción se cae a las 2 a. m. Ahí es donde los modelos realmente se diferencian.

He trabajado en tres de estos cuatro modelos: entregando para clientes en el exterior a través de una consultora, construyendo dentro de equipos de producto y trabajando como contratista independiente. Así se ve cada uno desde adentro, y así elegiría entre ellos en cada etapa de una empresa.

¿Cuánto cuesta realmente cada modelo?

La hora más barata rara vez es el producto más barato. Estos son los rangos publicados para 2026:

La tarifa de una agencia cubre más que ingeniería: gestión de proyecto, diseño, QA y el margen de la empresa. Por eso los proyectos de agencia parecen razonables por hora y caros por funcionalidad. Entre los proyectos evaluados en Clutch, el contrato promedio de desarrollo de software cuesta US$132.480 y dura unos 13 meses, según los datos de precios de Clutch de septiembre de 2026.

¿Cuándo un freelancer es la decisión correcta?

Un freelancer sénior es la decisión correcta cuando el alcance cabe en una página y alguien de tu lado puede evaluar el trabajo. Para la primera versión de un producto, un ingeniero con experiencia que habla directamente con el fundador a menudo entrega más rápido que un equipo, porque nada se pierde en los traspasos.

Los riesgos son la concentración y el control de calidad. Si tu único ingeniero desaparece, también desaparece tu conocimiento del sistema. Y si nadie de tu lado puede revisar código, estás confiando en el criterio de una sola persona, sin segunda opinión.

Contrata a un freelancer cuando:

• El alcance está definido y es lo bastante pequeño para una persona en dos a cuatro meses.
• Puedes revisar el avance en un producto funcionando cada semana, no en informes de estado.
• El código, los repositorios y las cuentas de la nube están a nombre de tu empresa desde el primer día.

¿Cuándo tiene sentido una agencia?

Una agencia tiene sentido cuando necesitas varias habilidades a la vez (diseño, frontend, backend, mobile, QA) y no tienes a nadie que las coordine. Pagas por la coordinación y por un equipo que no desaparece cuando una persona se enferma.

Donde las agencias fallan es en la responsabilidad sobre el producto. Las personas que construyen la primera versión rotan a otros clientes, y las que lo mantienen no lo escribieron. Pregúntale a cualquier agencia cómo arma el equipo del proyecto después del lanzamiento y quién de su lado ha leído toda la base de código.

Elige una agencia cuando el proyecto es grande, está bien definido y tiene un final fijo, como una plataforma de marketing o una herramienta interna con una entrega clara.

¿Qué hace realmente un tech lead fraccional?

Un tech lead fraccional, a menudo llamado CTO fraccional, te da criterio técnico sénior durante algunos días al mes. El trabajo son decisiones, no funcionalidades: elegir la arquitectura, revisar el código que escriben otros, contratar a los primeros ingenieros y mantener honestos a los proveedores.

Este es el modelo que los fundadores menos aprovechan. Si ya trabajas con un freelancer o una agencia, unas horas por semana de un ingeniero sénior independiente revisando su trabajo es el seguro más barato que puedes comprar. A US$3.000–US$8.000 al mes, cuesta menos que una sola mala decisión de arquitectura.

Un buen tech lead fraccional debería, en el primer mes:

1. Leer la base de código y anotar los tres mayores riesgos.
2. Implementar lo básico si falta: revisión de código, tests automatizados en los caminos críticos, monitoreo de errores.
3. Asegurarse de que tu empresa sea dueña de cada cuenta y credencial.
4. Decirte con franqueza si tu equipo actual es el correcto.

¿Cuándo necesitas un equipo interno?

Necesitas gente dentro de la empresa cuando el software es el negocio: cuando lanzas cada semana, cuando el conocimiento del dominio importa más que el framework y cuando las decisiones sobre el producto no pueden esperar al próximo sprint de un proveedor.

La señal suele ser la frustración. Los fundadores empiezan a sentir que cada cambio requiere una reunión, una cotización y una espera. Ese es el momento de contratar a un primer ingeniero sénior como empleado y de usar ayuda externa solo para picos o trabajo especializado.

Construir internamente es más lento para arrancar y más difícil de deshacer. La mayoría de las empresas no deberían empezar por ahí, pero toda empresa de producto debería planificar llegar ahí.

¿Qué pasa después del lanzamiento?

Esta es la parte que las comparaciones se saltan. Sea cual sea el modelo que elijas, el traspaso decide si puedes seguir adelante sin las personas que lo construyeron.

Revisa estos puntos antes de firmar con cualquiera, y otra vez antes de que termine el contrato:

• Código y cuentas. Repositorios, nube, dominios, tiendas de apps y claves de terceros a nombre de tu empresa, con al menos dos personas con acceso de administrador.
• Build reproducible. Un ingeniero nuevo puede ejecutar el proyecto desde una máquina limpia siguiendo un README.
• Deploys sin héroes. Los releases pasan por un pipeline, no por la laptop de alguien.
• Tests en los flujos de dinero. El registro, el pago y el flujo principal están cubiertos por tests automatizados.
• Un mapa escrito. Un documento corto que explique la arquitectura, las integraciones y los problemas conocidos.

Si un proveedor se resiste a cualquiera de estos puntos, eso te dice cómo será la salida.

Cómo elegir según la etapa

Mi trabajo se ubica en las tres primeras filas: trabajo como contratista sénior responsable de la entrega de principio a fin, o como tech lead de medio tiempo junto a un equipo existente.