Desarrollo para agencias

Dev in-house, freelancer o white label: cómo se decide en una agencia chica

Guía de decisión para agencias de 2 a 10 personas: cuándo usar dev in-house, freelancer o proveedor white label para ejecutar proyectos técnicos sin equipo propio.

Dev in-house, freelancer o white label: cómo se decide en una agencia chica

📌 Datos clave

["El dev in-house conviene cuando el volumen técnico es constante; el costo fijo pesa si el trabajo es irregular.", "El freelancer funciona para proyectos acotados y bien definidos; la coordinación y el riesgo de continuidad quedan de tu lado.", "El modelo white label tiene proceso formal, confidencialidad y el código pertenece al cliente desde el inicio.", "Muchas agencias chicas combinan: white label para proyectos grandes y freelancers para los pequeños y ajustados.", "Cuatro criterios de decisión: volumen regular de trabajo, complejidad del proyecto, margen de coordinación y sensibilidad de la relación con el cliente."]

Llega un proyecto que necesita desarrollo backend, o una integración con el sistema del cliente, o una plataforma con lógica que tu equipo de diseño no puede armar. Tienes tres opciones: contratar alguien de planta, buscar un freelancer o subcontratar a un proveedor técnico que trabaje bajo tu marca. Las tres sirven, pero no para lo mismo.

Esta guía explica en qué se diferencian los tres modelos, cuándo usar cada uno y qué revisar antes de decidir. El punto de partida no es el costo —que varía mucho según el proyecto— sino los criterios que realmente los diferencian para una agencia de 2 a 10 personas.

Los tres modelos, en términos concretos

Dev in-house

Contratas a un desarrollador en nómina, de medio tiempo o tiempo completo. El costo se vuelve fijo: salario, prestaciones, equipamiento, tiempo de integración. A cambio tienes disponibilidad continua y conocimiento acumulado del contexto de tu agencia.

El modelo funciona cuando el volumen de trabajo técnico es constante y predecible. Si tienes proyectos con componente técnico de forma regular, el costo fijo se justifica. Si el trabajo es irregular o depende de los proyectos que llegan, contratar de planta significa pagar capacidad que no usas en los meses lentos.

Freelancer

Contratas por proyecto o por hora. El costo es variable: pagas cuando hay trabajo. La flexibilidad es real, pero también lo son los riesgos: disponibilidad no garantizada, sin compromiso formal de continuidad, y la coordinación queda de tu lado.

Funciona bien para proyectos acotados con alcance claro y sin dependencias largas. Un sitio estático, una landing con formulario, un ajuste de integración específico. Cuando el proyecto se extiende, cuando hay cambios de alcance o cuando necesitas que el desarrollador esté disponible en un plazo definido, el modelo freelancer empieza a tensarse.

Proveedor white label

Subcontratas la ejecución técnica a un equipo que trabaja bajo la marca de tu agencia. El cliente no sabe que el desarrollo lo hizo alguien más. Hay un acuerdo formal, el código le pertenece al cliente desde el inicio y el proveedor te reporta a ti. A diferencia del freelancer, hay proceso y compromiso estructurados; a diferencia del dev in-house, no tienes costos fijos cuando no hay proyectos.

Si quieres entender bien ese modelo antes de seguir, el artículo sobre qué es el white label para agencias digitales cubre el flujo completo y las preguntas clave antes de elegir un proveedor.

Equipo de agencia digital discutiendo opciones de subcontratación de desarrollo web en sala de reuniones

Los cuatro criterios reales para decidir

La elección no se hace comparando costos en una hoja. Se hace respondiendo cuatro preguntas sobre el proyecto y sobre tu agencia:

1. ¿Cuánto trabajo técnico tienes de forma regular?

Si el volumen es constante —varios proyectos por mes con componente técnico— el in-house empieza a tener sentido. Si es irregular, los modelos variables tienen ventaja estructural: no pagas cuando no usas.

2. ¿Qué tan complejo y prolongado es el proyecto?

Un proyecto de semanas con cambios de alcance probables, integraciones con sistemas del cliente o fases de mantenimiento posterior necesita un interlocutor con proceso. El freelancer suelto no tiene la infraestructura para eso; un proveedor técnico con modelo formal sí. Para proyectos muy acotados y bien definidos, el freelancer es suficiente.

3. ¿Cuánto margen de coordinación puede absorber el proyecto?

Todo modelo de subcontratación requiere tiempo de tu parte para coordinar. La diferencia es cuánto. Con un proveedor que tiene proceso propio, el tiempo de coordinación baja porque hay estructura de entrega, documentación y puntos de revisión. Con un freelancer sin proceso, tú asumes la gestión de calidad y los plazos.

4. ¿Qué tan sensible es la relación con el cliente?

Si el cliente es de alto valor y la relación es larga, la exposición a que un freelancer lo contacte directamente o que el proyecto se caiga a media entrega tiene un costo mucho más alto que el diferencial entre modelos. En esos proyectos, el compromiso formal del modelo white label no es un extra: es una condición.

La tabla de decisión rápida

No es una fórmula, pero ayuda a orientar la elección:

  • Trabajo constante y predecible, proyectos integrales de largo plazo: dev in-house tiene más sentido.
  • Proyecto acotado, alcance definido, plazo corto, sin mantenimiento posterior: freelancer es suficiente y más ágil.
  • Proyecto de semanas o meses, cliente de alto valor, habilidades técnicas que tu equipo no tiene, confidencialidad necesaria: proveedor white label.
  • Situación mixta: muchas agencias chicas usan white label para los proyectos grandes y freelancers para los pequeños y ajustados.

Las señales de que el modelo que tienes ya no funciona

Si tienes equipo in-house y los desarrolladores están sin trabajo productivo la mitad del tiempo, el costo fijo está pesando de más. Si dependes de freelancers y has tenido proyectos que se fueron al aire o entregas que tardaron el doble, el costo oculto de coordinación ya es un problema. Si cada vez que llega un proyecto técnico importante dudas si puedes entregarlo bien, el modelo actual no está cubriendo el tipo de trabajo que quieres vender.

Ninguno de los tres modelos es permanente: las agencias los ajustan conforme crece su portafolio y cambia el tipo de clientes que atienden.

Checklist antes de decidir

Antes de comprometerte con un modelo para el próximo proyecto, ten respuestas a estas preguntas:

  • ¿Tengo claridad sobre el alcance antes de elegir quién lo ejecuta?
  • ¿El cliente acepta plazos que tengan margen real de coordinación?
  • ¿Quién responde ante el cliente si hay retrasos o cambios de alcance?
  • ¿El código y los entregables quedan en manos del cliente al terminar?
  • ¿La elección de este modelo me funciona para los próximos tres proyectos, no solo para este?

Si tienes proyectos técnicos que no puedes ejecutar con tu equipo actual y quieres explorar si el modelo white label encaja, en Rankea trabajamos como brazo técnico para tu agencia: desarrollo web, data, cloud e IA, bajo tu marca y con proceso estructurado desde el primer brief.

Preguntas frecuentes

¿Cuándo conviene subcontratar desarrollo web en una agencia chica?

Cuando el proyecto requiere habilidades técnicas que tu equipo no tiene, cuando el cliente es de alto valor y no puedes arriesgarte a un freelancer sin compromiso formal, o cuando el volumen de trabajo técnico no justifica contratar a alguien de planta. El modelo variable protege el margen en los meses de menor actividad.

¿Cuál es la diferencia entre un freelancer y un proveedor white label?

El freelancer trabaja por proyecto o por hora, sin proceso estructurado ni compromiso formal de continuidad. El proveedor white label tiene un acuerdo de confidencialidad, el código le pertenece al cliente desde el inicio y entrega bajo la marca de tu agencia. El nivel de coordinación que asumes tú es mucho mayor con un freelancer.

¿Subcontratar desarrollo web afecta la relación con el cliente?

Solo si no está bien estructurado. En un esquema white label, el cliente no sabe que el desarrollo lo hizo un tercero: toda la comunicación pasa por tu agencia. Si eso no está definido por escrito, hay riesgo de que el proveedor contacte al cliente directamente. Ese es el punto más importante a acordar antes de empezar.

¿Cuándo tiene sentido contratar un dev in-house en una agencia pequeña?

Cuando el volumen de proyectos técnicos es constante y predecible, y el costo fijo —salario, prestaciones, integración— se amortiza con el trabajo real. Si el trabajo es irregular, el costo fijo de tener alguien en nómina pesa más que el beneficio de la disponibilidad continua.

¿Qué debo revisar en un proveedor white label antes de cerrar?

Quién será tu contacto técnico en el día a día, cómo manejan la confidencialidad frente al cliente final, si el código le pertenece al cliente desde el primer commit y cómo es su ciclo de entrega. Si el primer alcance que recibes está lleno de suposiciones sin preguntar, eso anticipa cómo será la ejecución.

Sigue leyendo

Preguntas Frecuentes

Cuando el proyecto requiere habilidades técnicas que tu equipo no tiene, cuando el cliente es de alto valor y no puedes arriesgarte a un freelancer sin compromiso formal, o cuando el volumen de trabajo técnico no justifica contratar a alguien de planta. El modelo variable protege el margen en los meses de menor actividad.

El freelancer trabaja por proyecto o por hora, sin proceso estructurado ni compromiso formal de continuidad. El proveedor white label tiene un acuerdo de confidencialidad, el código le pertenece al cliente desde el inicio y entrega bajo la marca de tu agencia. El nivel de coordinación que asumes tú es mucho mayor con un freelancer.

Solo si no está bien estructurado. En un esquema white label, el cliente no sabe que el desarrollo lo hizo un tercero: toda la comunicación pasa por tu agencia. Si eso no está definido por escrito, hay riesgo de que el proveedor contacte al cliente directamente. Ese es el punto más importante a acordar antes de empezar.

Cuando el volumen de proyectos técnicos es constante y predecible, y el costo fijo —salario, prestaciones, integración— se amortiza con el trabajo real. Si el trabajo es irregular, el costo fijo de tener alguien en nómina pesa más que el beneficio de la disponibilidad continua.

Quién será tu contacto técnico en el día a día, cómo manejan la confidencialidad frente al cliente final, si el código le pertenece al cliente desde el primer commit y cómo es su ciclo de entrega. Si el primer alcance que recibes está lleno de suposiciones sin preguntar, eso anticipa cómo será la ejecución.