Cómo trabajar con un desarrollador white label

Tercerizar desarrollo funciona muy bien o muy mal, y la diferencia casi nunca es el desarrollador. Es cómo se organizó el trabajo antes de empezar.

Esto es lo que conviene dejar acordado, sacado de los proyectos donde salió bien y de los que se complicaron.

Lo que hay que acordar antes del primer proyecto

Quién habla con el cliente final

La respuesta corta: vos, siempre. El desarrollador no debería tener contacto directo salvo que vos lo pidas explícitamente para algo puntual.

Esto te protege de dos cosas: que tu cliente empiece a pedirle cosas directamente sin pasar por vos (y sin presupuestar), y que se entere de que tercerizás.

Qué es "terminado"

El origen del 90% de los conflictos. Antes de empezar, por escrito:

• Qué páginas o funcionalidades entran, una por una.
• En qué navegadores y tamaños de pantalla tiene que funcionar.
• Si incluye carga de contenido o solo el desarrollo.
• Cuántas rondas de ajustes están incluidas.
• Si incluye la puesta en producción.

Si esto está claro, no hay discusión al final. Si no está, la va a haber.

Cómo se manejan los agregados

Tu cliente va a pedir cosas que no estaban. Es inevitable y no es malo: es una oportunidad de facturar más. Lo que tiene que estar acordado es el mecanismo: cambio pedido → presupuesto aparte → aprobación tuya → recién ahí se hace.

El desarrollador nunca debería agregar algo por su cuenta ni aceptar pedidos que no pasaron por vos.

Cómo pasar un proyecto para que salga bien a la primera

Cuanto mejor pasás el proyecto, mejor y más barato vuelve. Lo que conviene mandar:

• El diseño, idealmente en Figma. Si no hay diseño, decilo: es parte del presupuesto.
• Los textos e imágenes definitivos, o el aviso de que van después. El contenido que no llega es la causa número uno de proyectos frenados.
• Qué tiene que hacer, no cómo. "El formulario tiene que avisar al vendedor de esa zona" es mejor que "usá tal servicio".
• Con qué se tiene que integrar, y los accesos correspondientes.
• La fecha real, no una fecha inflada por las dudas. Las fechas falsas hacen que se planifique mal.

Los tres problemas típicos y cómo se evitan

"El cliente pidió un cambio y ya se hizo"

Pasa cuando hay contacto directo sin control. Se evita con la regla del interlocutor único: todo pedido pasa por vos.

"Se entregó y no era lo que el cliente esperaba"

Casi siempre es un problema de expectativas, no de desarrollo. Se evita mostrando avances intermedios en vez de una entrega sorpresa al final. Si a mitad de camino algo no es lo que se esperaba, se corrige barato; al final, sale caro.

"Desapareció a mitad del proyecto"

El peor, porque el que queda mal con el cliente sos vos. Se reduce con proyectos divididos en etapas con entregas parciales: si algo falla, tenés algo entregado y no arrancás de cero. Y con pagos atados a esas entregas.

Cómo hacerlo rentable de verdad

Tercerizar proyectos sueltos funciona. Pero donde la relación se vuelve rentable para los dos es cuando sumás lo recurrente:

• Mantenimiento mensual de la cartera. Facturación recurrente sobre clientes que ya tenés, con el trabajo técnico tercerizado bajo tu marca.
• Bolsa de horas mensual. Reservás horas fijas, te sale mejor por hora y tenés disponibilidad asegurada.
• Automatizaciones para tus clientes actuales. Alto margen, casi ninguna agencia chica las ofrece, y casi todos los clientes las necesitan.

Ese último punto es probablemente la oportunidad más grande que tenés hoy sin conseguir un solo cliente nuevo.