Desarrollo web marca blanca para agencias: cómo funciona sin perder el control de la cuenta
Subcontratas el desarrollo a un senior que trabaja bajo tu marca, factura por debajo de lo que cobras y no aparece ante tu cliente. Te explico cómo lo hago sin que se vea la costura.
Tabla de contenidos
Tu cliente ha aprobado un proyecto que tu agencia no puede construir en casa: una aplicación web a medida, una integración con su ERP, una automatización que le ahorre horas cada semana. Sabes venderlo, sabes gestionarlo y sabes lo que el cliente necesita. Lo que no tienes es a alguien que lo programe a nivel senior sin que se te vaya el margen ni el control. Ahí es donde entra el desarrollo web marca blanca: subcontratas la parte técnica a un desarrollador externo que trabaja bajo tu identidad, factura por debajo de lo que tú cobras al cliente y no aparece por ningún lado.
Suena fácil de decir. La parte difícil es hacerlo sin que el cliente note la costura, sin quedarte atado a un proveedor que desaparece a mitad de proyecto y sin heredar un código que luego nadie pueda mantener. Te explico cómo funciona en la práctica cuando lo que subcontratas es desarrollo real, no una plantilla de WordPress, y qué tiene que poner cada parte para que salga bien. Te hablo como el proveedor, en primera persona, porque es exactamente el papel que ocupo cuando una agencia me contrata.
Qué es (y qué no es) el desarrollo web en marca blanca
Marca blanca significa que yo hago el trabajo técnico y tú lo entregas como tuyo. Tu cliente contrata a tu agencia, paga a tu agencia y trata con tu agencia. Yo quedo detrás: escribo el código, resuelvo la arquitectura, lo dejo funcionando en producción, y todo eso llega a tu cliente con tu nombre encima. No es una franquicia ni una alianza con logotipos compartidos. Es subcontratación de desarrollo, sin más.
Lo que no es: reventa de un producto genérico con tu marca pegada por encima. Cuando alguien vende "webs en marca blanca" a precio de derribo está revendiendo una plantilla montada en serie. Eso tiene su mercado, pero no es lo que hago yo ni lo que necesitas si tu cliente pide algo a medida. Lo mío es desarrollo a medida en marca blanca: Laravel, Node, Python, aplicaciones web, automatización de procesos. Y precisamente ahí, donde el proyecto es de verdad, es donde tus miedos como agencia son legítimos, porque el código que heredas te va a acompañar durante años.
La caja va sin etiqueta hasta que la pones tú. Lo que importa es que sepa igual, mires la que mires.
Los cuatro miedos de una agencia al subcontratar
No son irracionales. Los enumero sin adornos y te digo qué hago con cada uno.
Que hable con tu cliente y me lo lleve. Es el miedo número uno y el más razonable. Lo resuelvo por defecto trabajando bajo tu identidad y sin contacto directo, salvo que tú lo pidas y lo controles. Si hay reuniones técnicas, entro presentado como parte de tu equipo, con tu correo, y no reparto tarjetas. Firmo NDA y cláusula de no captación sin que me lo tengas que pedir dos veces. No firmo entregables, no meto mi marca en el código visible ni en la documentación, y no escribo a tu cliente por mi cuenta jamás.
Que desaparezca a mitad de proyecto. El seguro contra esto no es mi palabra, es el método: el código vive en tu repositorio desde el primer día, no en un servidor mío. Entrego por hitos, de forma que en cualquier momento tienes lo hecho hasta ahí, funcionando y en tus manos. Si un día yo faltara, no te quedas con un proyecto rehén: te quedas con todo lo entregado y con la documentación para que otro lo continúe. Que eso sea posible es algo que construyo a propósito.
Que entregue algo que nadie pueda mantener. Este es el miedo que los revendedores de plantillas no saben ni nombrar. Escribo pensando en el que venga después: arquitectura hexagonal, DDD y SOLID cuando el proyecto lo pide, decisiones registradas y código legible. No te dejo un amasijo que solo yo entienda. Puedes ver el tipo de trabajo y el alcance real en mi portfolio; no es marketing, es lo que hay.
Que se vea la costura. Que tu cliente perciba dos manos distintas: un diseño tuyo pulido y un backend improvisado, o una documentación que no suena a tu agencia. Lo resuelvo con consistencia de estándares y con documentación redactada en tono neutro, lista para que la presentes como propia. Coherencia técnica, no solo invisibilidad comercial. Si por fuera todo es tu agencia, por dentro también tiene que estar a la altura de tu marca.
Comunicación bajo tu marca: cómo desaparezco ante tu cliente
Ser invisible no es un eslogan, es un protocolo. En la práctica significa cosas concretas. Uso el correo de tu dominio si el proyecto requiere que escriba a alguien. En las reuniones a las que asista soy "el desarrollador del equipo", no un tercero. Los entregables van sin mi firma, sin mi logotipo y sin referencias a NelkoDev. La documentación se redacta de forma que la puedas entregar tal cual, con tu portada si hace falta.
El límite lo pones tú. Hay agencias que prefieren que yo no hable nunca con el cliente y que todo pase por su cuenta: perfecto, me llegan los requisitos filtrados por ti y te devuelvo el trabajo. Hay otras que prefieren que yo esté en las reuniones técnicas porque traducir requisitos por el medio pierde matices y tiempo: también perfecto, entro presentado por ti y bajo tus reglas. Lo que no hago nunca es saltarme al intermediario. Tú eres el dueño de la cuenta y yo trabajo para ti, no para tu cliente.
Esto exige confianza, y la confianza se sostiene con un contrato, no con buenas intenciones. NDA y no captación por escrito. No es desconfianza tuya, es higiene profesional. Trabajo mejor cuando las reglas están claras desde el principio.
El traspaso: repositorio tuyo y cero dependencia de mí
Aquí está el hueco que casi nadie cubre. Todos prometen ser invisibles, pero pocos te explican cómo terminas el proyecto pudiendo mantenerlo sin ellos. Para mí el traspaso no es el último día: empieza el primero.
Concretamente, esto es lo que significa un traspaso real:
El repositorio es tuyo desde el día uno. Git en tu cuenta o en la organización que tú digas. Yo trabajo con acceso, no como propietario. Si mañana cortamos, el código ya está donde tiene que estar.
Las credenciales y accesos quedan en tu poder. Servidores, dominios, servicios externos, claves de API. Nada queda a mi nombre ni en una cuenta mía que tú no controles.
Documentación de arquitectura, no un README de cortesía. Cómo está montado, por qué se decidió así, cómo se despliega, cómo se levanta en local, qué depende de qué. Escrita para que la lea otro desarrollador que no soy yo.
Decisiones técnicas registradas. Por qué esta base de datos y no otra, por qué este patrón, qué se descartó. El código dice el "qué"; el registro dice el "por qué", que es lo que se pierde cuando el que lo escribió se va.
La propiedad intelectual del código es de tu agencia (o de tu cliente, según pactéis). No me reservo derechos sobre lo que te entrego. Lo pagas, es tuyo.
El objetivo no es que dependas de mí para siempre. El objetivo es que puedas prescindir de mí cuando quieras. Suena raro que un proveedor te diga esto, pero es justo lo que separa a un senior de alguien que te fideliza tomándote de rehén. Si vuelves a llamarme será porque quieres, no porque no te quede otra.
Marca blanca de desarrollo a medida, no de plantillas
Casi todo lo que encontrarás buscando marca blanca es WordPress y diseño web barato en modelo de reventa. Tiene sentido para cierto volumen, pero no es lo que resuelvo yo. Cuando tu cliente pide una aplicación web a medida, una automatización con IA o una integración que toca su operativa real, el terreno cambia: ahí el riesgo no es el diseño, es la mantenibilidad y la solidez de lo que queda por debajo.
Trabajo con Laravel, Node y Python, con Vue y React en el frontend, y llevo el proyecto hasta producción, no hasta "funciona en mi máquina". La automatización de procesos con IA es un servicio entero que una agencia puede revender bajo su marca sin tener un perfil técnico en nómina: tú lo vendes, yo lo construyo. Y si tu cliente tiene que decidir entre algo a medida o una solución de catálogo, esa conversación la tienes tú con él; yo te doy el criterio técnico, que desarrollo en cuándo compensa el desarrollo a medida frente a una plantilla. El eje aquí no es esa decisión, es que, elijas lo que elijas, lo que te entregue lo pueda mantener quien venga después.
Lo que de verdad heredas no es la pantalla bonita. Es la estructura de debajo y las razones por las que está montada así.
Qué necesitas tener listo para que el proyecto salga bien
Un proveedor honesto no se pinta como una solución mágica. El resultado depende también de ti, y estas son las cuatro cosas que necesito de tu lado para que el proyecto no se atasque.
Alcance cerrado. No hace falta un documento de cien páginas, pero sí saber qué entra y qué no. El alcance abierto es la vía más rápida a un presupuesto que se descuadra y a un cliente descontento. Te ayudo a acotarlo; el análisis funcional inicial no lo cobro precisamente por esto.
Accesos a tiempo. Repositorio, servidores, servicios de terceros, entornos del cliente. Si arrancamos y los accesos llegan tres semanas tarde, el calendario ya nace roto. No es un trámite menor.
Un único decisor. Alguien de tu lado que responda las dudas y valide los hitos. Cuando cada decisión pasa por tres personas que no se ponen de acuerdo, el desarrollo se convierte en sala de espera. Necesito un interlocutor que decida.
Contenidos y datos reales. Textos, credenciales de prueba, ejemplos reales de lo que el cliente maneja. Construir contra datos inventados esconde problemas que aparecen el día del lanzamiento, que es el peor día para descubrirlos.
Ninguna de estas cuatro cosas es exótica. Pero cuando falta alguna, el que queda mal ante el cliente eres tú, no yo, porque yo estoy detrás. Por eso insisto en dejarlas claras antes de empezar.
Cuándo no tiene sentido que me subcontrates
Aquí es donde me separo de todo el que solo quiere venderte. Hay casos en los que subcontratarme es mala idea, y prefiero decírtelo antes que cobrarte por un mal encaje.
El proyecto es trivial y lo haces mejor en casa. Si es una landing sencilla o un ajuste que tu propio equipo resuelve en una tarde, meter un externo solo añade coordinación y coste. Guárdame para lo que de verdad no puedes cubrir.
Tu cliente exige hablar con el equipo técnico real y de forma continua. Si su condición es tratar directamente y a diario con quien programa, la marca blanca se tensa. Se puede gestionar con reuniones puntuales donde entro como tu equipo, pero si el cliente quiere al desarrollador en su Slack todos los días, la ficción se rompe y es mejor plantear otra cosa.
El presupuesto no da para un senior. Si lo que tu cliente paga solo cubre trabajo barato, no encajo. Prefiero que lo sepas antes que forzar una tarifa que no me permite hacerlo bien. Un senior mal pagado entrega como lo que le pagas.
Es mantenimiento continuo que no puedes intermediar. Si el cliente necesita respuesta inmediata y directa cada día, y tú no puedes estar en medio de esa comunicación, la marca blanca añade una capa que ralentiza en lugar de ayudar. Ahí conviene otra fórmula.
Decir esto no me quita trabajo, me quita el trabajo malo. Un proyecto mal encajado acaba en un cliente descontento y en una agencia que no repite. No me interesa ninguno de los dos.
Precio y facturación: mis tarifas de siempre, ahora entre tú y yo
En marca blanca aplico exactamente las mismas tarifas que en cualquier otro proyecto. No hay recargo por invisibilidad ni descuento por volumen prometido. La diferencia está en la relación: facturo a tu agencia, no a tu cliente, y tú revendes con el margen que decidas. Todas las cifras van sin IVA (IVA español del 21 %).
Modelo
Tarifa
Para qué encaja
Trabajo puntual
45 €/hora, bolsa mínima de 5 h
Encargos concretos, estimación cerrada antes de empezar
Pack 20 h/mes
38 €/h · 760 €/mes
Mantenimiento, respuesta en 48 h laborables
Pack 40 h/mes
32 €/h · 1.280 €/mes
Evolutivos, respuesta en 24 h, demo por sprint
Pack 80 h/mes
28 €/h · 2.240 €/mes
Arquitectura y revisión de código, respuesta el mismo día laborable
Sin permanencia: se cancela avisando con 15 días. El análisis funcional inicial y la primera consulta no se cobran, ni contigo ni con nadie. La facturación y toda la comunicación pueden ir bajo la identidad de tu agencia. El detalle completo está en la página de tarifas. Y si lo que quieres es entender cómo poner precio de cara a tu cliente final, eso lo trato en cuánto cuesta una página web: aquí hablo de la relación entre tú y yo, no del presupuesto que le pasas a él.
Tu margen es cosa tuya. Yo te doy un coste predecible y transparente; lo que le cobres a tu cliente por encima es tu negocio, y no me meto en él.
El criterio, en una frase
Subcontratar desarrollo en marca blanca funciona cuando el proveedor entiende que el activo no es el código, es tu cuenta. Si trabajo bien pero te dejo expuesto ante tu cliente, o te ato con un código que solo yo mantengo, te he hecho un flaco favor por bueno que sea el resultado. Por eso lo monto al revés: repositorio tuyo desde el día uno, documentación que te independiza de mí, comunicación bajo tu marca y tarifas públicas sin sorpresas. Que puedas prescindir de mí es la prueba de que lo hice bien.
Si tienes un proyecto encima de la mesa que tu agencia no puede cubrir en casa, hablemos de tu proyecto: te digo con franqueza si encajo y cómo lo plantearía, y esa primera consulta no te cuesta nada. Prefiero un "esto no es para mí" a tiempo que un proyecto forzado que nos deje mal a los dos.
Preguntas frecuentes
¿Qué es el desarrollo web de marca blanca?
Es subcontratar el trabajo técnico a un desarrollador externo que lo ejecuta bajo la identidad de tu agencia. Tu cliente contrata, paga y trata contigo; el desarrollador queda detrás, sin aparecer en entregables ni en comunicaciones. La agencia revende el trabajo con su propio margen. No es reventa de una plantilla genérica: puede ser desarrollo a medida real, con su código y su documentación.
¿El desarrollador puede contactar con mi cliente?
Solo si tú lo autorizas y en las condiciones que tú fijes. Por defecto trabajo sin contacto directo: los requisitos me llegan filtrados por ti y te devuelvo el trabajo. Si hace falta que esté en reuniones técnicas, entro presentado como parte de tu equipo, con tu correo, sin repartir tarjetas ni firmar nada con mi marca. Firmo NDA y cláusula de no captación por escrito. Nunca escribo a tu cliente por mi cuenta.
¿De quién es el código en un proyecto de marca blanca?
De tu agencia, o de tu cliente si así lo pactáis. No me reservo derechos sobre lo que te entrego: lo pagas, es tuyo. Además el repositorio Git está en tu cuenta desde el primer día, así que la propiedad no es solo un papel, es un hecho técnico. La documentación de arquitectura y las credenciales quedan también en tu poder.
¿Qué pasa si el desarrollador desaparece a mitad del proyecto?
No te quedas con nada a medias e inaccesible. El código vive en tu repositorio desde el día uno y entrego por hitos, de forma que en cualquier momento tienes lo hecho hasta ahí funcionando y en tus manos, con documentación para que otro lo continúe. Nunca dejo el proyecto rehén en un servidor mío. Que puedas seguir sin mí es algo que construyo a propósito.
¿Cómo evito que mi cliente note que he subcontratado el desarrollo?
Con invisibilidad comercial y coherencia técnica a la vez. Por fuera: correo con tu dominio, entregables sin mi firma ni mi logotipo, documentación redactada en tono neutro para que la presentes como propia. Por dentro: estándares de código consistentes para que no se perciban dos manos distintas. La costura se ve cuando el diseño es tuyo pero el backend viene improvisado; por eso cuido que lo de debajo esté a la altura de tu marca.
¿Cuánto cuesta el desarrollo web en marca blanca para una agencia?
Aplico las mismas tarifas que en cualquier proyecto, sin recargo por marca blanca, y siempre sin IVA: trabajo puntual a 45 €/hora con bolsa mínima de 5 horas, o packs mensuales de 20 h (38 €/h), 40 h (32 €/h) y 80 h (28 €/h). Facturo a tu agencia, no a tu cliente, y tú revendes con el margen que decidas. Sin permanencia, cancelando con 15 días de aviso. El análisis funcional inicial y la primera consulta no se cobran.
Un presupuesto de página web puede ir de 600 a 30.000 euros sin que ninguno mienta. Te desgloso de dónde sale el número, qué lo encarece de verdad y cómo leer el que te ha llegado.
Guía para elegir a quién contratar tu diseño web en Alicante: plantilla, agencia o senior directo, las cuatro preguntas clave antes de firmar y las señales de alarma que debes evitar.
El software a medida para empresas compensa cuando las licencias del SaaS se disparan al crecer, el catálogo no encaja con tu proceso o tu diferencial vive en un flujo propio. Si el SaaS te cubre, cómpralo.
¿Te ha servido?
Si tienes un problema parecido y quieres una opinión técnica, cuéntamelo. Te respondo en menos de 24 h laborables.
Uso cookies propias necesarias para que la web funcione. Las demás categorías
están desactivadas hasta que tú decidas. Puedes aceptarlas todas, rechazarlas
todas o elegir una a una. Más detalle en la
política de cookies.