# Qué debe incluir un acuerdo de desarrollo en marca blanca | abuenoben > Las condiciones que conviene cerrar antes de incorporar a un desarrollador externo bajo la marca de una agencia. Canonical URL: https://abuenoben.com/guias/acuerdo-desarrollo-marca-blanca Language: es-ES [Todas las guías](/guias) Las condiciones que conviene cerrar antes de incorporar a un desarrollador externo bajo la marca de una agencia. 3 min · Actualizada 2026-09-05 Por [Armando Bueno Ben](/sobre-mi) Marca blanca no significa únicamente retirar un logo. El acuerdo debe proteger la relación comercial, los activos del cliente, la forma de entrega y la salida del partner técnico. 01 ## Confidencialidad y relación comercial - NDA desde el momento en que se comparte información sensible. - Prohibición de contactar o captar al cliente fuera del marco acordado. - Participación en reuniones solo cuando la agencia lo solicite. - No publicar marcas, capturas ni resultados sin permiso expreso. 02 ## Propiedad y control técnico El acuerdo debe indicar dónde se alojan repositorios, dominios, cuentas de despliegue y documentación. La entrega no debería depender de una cuenta personal inaccesible para la agencia. - Propiedad del código y de los entregables. - Acceso de la agencia a repositorio, CI y staging. - Gestión segura y revocable de credenciales. - Inventario de servicios de terceros y costes recurrentes. 03 ## Alcance, validación y cambios Un precio cerrado solo tiene sentido cuando existe un resultado verificable. Si las prioridades cambian con frecuencia, conviene una bolsa o un marco de soporte con capacidad y límites visibles. - Entregables e hitos. - Criterios de aceptación. - Responsable de validar. - Cómo se aprueban cambios y cómo afectan a fecha o presupuesto. 04 ## Soporte, handoff y salida El cierre debe definir cuánto soporte posterior se incluye, qué documentación queda, cómo se revocan accesos y qué necesita otra persona para continuar. Una salida limpia protege a la agencia y también al desarrollador: evita expectativas indefinidas y urgencias fuera del acuerdo. 05 ## Ejemplo de anexo operativo para una entrega Este ejemplo organiza decisiones de trabajo; no sustituye las condiciones del contrato. Para una web de campaña, el anexo puede identificar las páginas incluidas, el diseño de referencia y el destino de cada formulario. También deja por escrito quién aporta textos, consentimientos, cuentas de analítica y acceso al CRM. Un criterio de aceptación útil sería: un envío válido crea una única solicitud en el entorno acordado y muestra una confirmación; un error permite reintentar sin duplicar la solicitud. A esto se añaden las comprobaciones de móvil, teclado y publicación que se hayan contratado. La aceptación la da una persona identificada de la agencia. 06 ## Qué hacer si el cliente cambia la petición Añadir otro CRM, un idioma o una pantalla después de aprobar el alcance requiere registrar la petición, revisar sus dependencias y acordar su impacto antes de implementarla. Un ajuste visual dentro del diseño acordado y una nueva funcionalidad no deberían tratarse como si fueran lo mismo. - Guardar la versión aprobada del alcance. - Separar defectos del entregable y nuevas peticiones. - Cerrar la intervención con código, accesos, documentación y pendientes aceptados. Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) Siguiente lectura útil [Ver trabajo con agencias](/agencias) ## Un marco claro reduce riesgo antes de presupuestar. Puedes descargar el briefing operativo o contarme la entrega para adaptar estas reglas al proyecto. [Abrir marco operativo](/agencias/marco-colaboracion)