AGENCIA-199 recibe dos encargos durante la misma semana. CLIENTE-ALBA pide una página institucional con una ruta hacia contacto. CLIENTE-UMBRA necesita una landing asociada a una campaña. Ningún encargo trae textos, imágenes, campos, dominios o datos reales.
El equipo crea COMPONENTE-NACAR para ambos expedientes. Después, una variante aprobada para ALBA aparece por error en WIREFRAME-199 de UMBRA, DERECHO-CENIZA pierde autorización y el comportamiento de MODAL-BRUMA cambia cuando ya existe un paquete para desarrollo.
Ese fallo compuesto permite evaluar algo más útil que una galería bonita. La opción contratada debe separar clientes, localizar cada consumidor del componente, reabrir las revisiones afectadas, conservar la decisión de accesibilidad y entregar fuentes editables sin arrastrar materiales del otro expediente.
La posición mide el encaje del alcance publicado con esta prueba. No confirma talento visual, capacidad disponible, relación de marca blanca, español, cumplimiento, facilidad de colaboración o resultado comercial. Cada oferta necesita una propuesta, un contrato y un piloto propios.
theStacc publica y edita ES-199, vende servicios de marketing digital y los promociona mediante los llamados a la acción de esta página. theStacc no figura entre las opciones, no recibe puntuación y ningún proveedor pagó por aparecer o por ocupar una posición. La investigación se cerró el 1 de septiembre de 2026 tras abrir trece fuentes oficiales: la página de White Label Web Design de White Label Agency; el artículo de ManyPixels para agencias; las páginas Agency Industry y Web Design Services de Penji; la página Website UI/UX de Designity; Web Design Services de Superside; WCAG 2.2, los tutoriales de formularios e imágenes y el patrón de diálogo modal de W3C WAI; el curso de diseño adaptable de web.dev; y las guías de privacidad desde el diseño y cookies de la AEPD. Las páginas comerciales demuestran solo lo que cada editor declara sobre su propio servicio. W3C, Google y AEPD no recomiendan proveedores ni certifican este expediente. No pedimos propuestas, compramos planes, contratamos trabajo, entrevistamos equipos o clientes, abrimos cuentas, creamos marcas, copiamos materiales, investigamos usuarios, redactamos textos, diseñamos pantallas, cargamos archivos, probamos prototipos, medimos accesibilidad, licenciamos activos, entregamos Figma, escribimos código, publicamos una web ni medimos resultados. No verificamos trabajo en España, español nativo, personal asignado, subcontratación, precio, plazo, capacidad, soporte, calidad, seguridad, cumplimiento, accesibilidad, derechos, titularidad, compatibilidad, conversiones, leads, ingresos o retorno. Excluimos testimonios, clientes, premios, casos, cantidades promocionales, ahorros, velocidades, ratings, garantías y afirmaciones de rendimiento. El Expediente Componente Cruzado 199 usa identificadores ficticios: AGENCIA-199, una agencia sin identidad; CLIENTE-ALBA y CLIENTE-UMBRA, expedientes sin empresa; MARCA-ALBA y MARCA-UMBRA, registros sin logotipo; BRIEF-ALBA y BRIEF-UMBRA, encargos sin texto; TAREA-ALBA y TAREA-UMBRA, recorridos sin persona; MAPA-199, una arquitectura sin URL; WIREFRAME-199, un esquema sin interfaz; SISTEMA-199, una biblioteca sin herramienta; COMPONENTE-NACAR, un contrato sin código; DERECHO-CENIZA, una autorización sin activo; MODAL-BRUMA, un estado sin formulario; APROBACION-199, una puerta sin nombres; HANDOFF-199, una entrega sin repositorio; RETIRO-199, una propagación simulada; EXPORTACION-199, un paquete sin archivos; y SALIDA-ALBA, un relevo sin cuentas. No contiene empresa, persona, marca, dominio, URL de producción, texto, imagen, fuente, cookie, credencial, contacto, dato personal, presupuesto, métrica o resultado real. No toca herramientas de diseño, CMS, repositorios, CRM, analítica, publicidad o sistemas externos. Esta página no ofrece asesoramiento jurídico, de privacidad, cookies, accesibilidad, propiedad intelectual, diseño, desarrollo o seguridad. ES-199 conserva investigación y supuestos de diseño, arquitectura de información, journeys, wireframes, estados visuales, sistema de diseño por cliente, derechos, preguntas de accesibilidad, aprobaciones, fuentes editables, handoff de diseño y salida. ES-198 conserva campañas, cuentas publicitarias, audiencias, presupuestos, email, CRM, eventos, atribución e incidencias multicanal. ES-200 conserva repositorio, CMS, código, formularios implementados, cookies, integraciones, seguridad, despliegue, rollback y salida técnica. Faltan responsables nombrados de agencia y cliente, dueño de investigación, revisor jurídico y de privacidad en España, revisor independiente de accesibilidad, revisor de derechos, receptor técnico, propietario de mantenimiento y edición final de español nativo. ES-199 permanece needs_human_review y no debe publicarse hasta documentarlos.
La respuesta corta
White Label Agency abre la prueba porque publica diseño web de marca blanca para agencias. Penji, ManyPixels, Designity y Superside ofrecen modelos de suscripción o colaboración creativa distintos. Antes de contratar, pruebe aislamiento entre clientes, sistema visual, derechos, accesibilidad, aprobaciones, fuentes editables, handoff y salida.
- White Label Agency: Agencias que quieren presentar el servicio bajo su propia marca y necesitan arquitectura, mockups y un handoff separado del desarrollo.
- Penji: Agencias que producen piezas web de forma recurrente y quieren carpetas de marca, comentarios y fuentes editables dentro de una cola de diseño.
- ManyPixels: Agencias que mantienen dirección creativa interna y buscan apoyo de producción para sitios, landing pages y piezas de marketing.
- Designity: Agencias que necesitan apoyo en estructura, flujos, wireframes e interfaz y pueden contratar una relación de colaboración no presentada como marca blanca.
- Superside: Agencias que valoran research UX, wireframes, interfaz adaptable y sistemas de diseño, y pueden resolver por contrato la representación y la separación de clientes.
El Expediente Componente Cruzado convierte el diseño subcontratado en una prueba de custodia
AGENCIA-199 abre un espacio de trabajo por cliente. El registro principal conserva identificador, responsable pendiente, alcance, relación contractual, canales permitidos, revisores, herramienta propuesta, fecha de cierre pendiente y reglas de salida. No contiene nombres comerciales ni contactos.
CLIENTE-ALBA y CLIENTE-UMBRA no comparten permisos por comodidad. Cada expediente define quién puede observar, comentar, editar, aprobar, exportar y eliminar. Una vista con carpetas distintas no prueba aislamiento si una búsqueda, enlace o biblioteca revela el otro cliente.
La Matriz de Separación recorre briefs, fuentes, marcas, wireframes, prototipos, comentarios, componentes, activos, aprobaciones, exportaciones y papelera. El piloto intenta cruzar cada objeto entre ALBA y UMBRA y conserva el rechazo como evidencia.
BRIEF-ALBA y BRIEF-UMBRA reciben el objetivo aprobado por el cliente, audiencia como pregunta, tarea, contenido disponible, contenido ausente, restricciones, destino solicitado, entregables, formato de revisión, responsable y vencimiento. No absorben estrategia de campaña desde ES-198.
ES-198 puede entregar un paquete de campaña con mensaje aprobado, canal, audiencia como restricción, destino, requisito de medición y fecha propuesta. ES-199 traduce esa entrada en jerarquía y estados visuales, pero no selecciona audiencia, presupuesto, cuenta o modelo de atribución.
El Registro de Entradas distingue material aprobado, hipótesis, petición del cliente, referencia externa y pregunta abierta. Una captura de un competidor puede orientar una conversación, pero no se convierte en requisito, derecho de uso o hallazgo de investigación.
INVESTIGACION-199 empieza con preguntas. Registra la decisión que necesita apoyo, evidencia existente, método propuesto, participantes necesarios, límite de privacidad, responsable, criterio de aceptación y uso previsto. El dossier no inventa entrevistas ni citas.
TAREA-ALBA y TAREA-UMBRA mantienen detonante, punto de entrada, necesidad de información, decisión, estado de abandono, definición de éxito como pregunta y fuente. Las tareas no se presentan como conducta observada hasta que exista investigación aceptada.
MAPA-199 organiza clases de página y relaciones de navegación. Cada nodo conserva tarea, fuente de contenido, nivel, dependencia, permiso, estado ausente, responsable y retirada. La arquitectura no crea rutas, canonical, redirecciones o reglas de indexación.
La arquitectura se prueba con tarjetas neutras y encargos abstractos. El registro anota ruta esperada, ruta elegida, duda observada si hubo participante, contenido que falta y decisión. Sin participantes, el resultado sigue marcado como ensayo interno.
JOURNEY-199 conecta descubrimiento, evaluación, prueba de confianza, contacto y retorno sin afirmar que exista un embudo real. Cada paso nombra fuente, pregunta del usuario, acción disponible, alternativa, error, salida, responsable y dependencia externa.
La landing de UMBRA no hereda automáticamente el journey de ALBA. Aunque ambas usen COMPONENTE-NACAR, la tarea, el mensaje, el destino, la aprobación, el derecho y el estado de retirada permanecen dentro de su cliente.
WIREFRAME-199 documenta propósito de la página, orden de contenido, prioridad, componente previsto, fuente, estados requeridos, comportamiento adaptable como pregunta, anotación, revisor y versión. No contiene una interfaz final.
Cada anotación responde para qué existe el bloque, de dónde llega el contenido, qué falta, qué cambia al reducir espacio y quién decide. Una flecha entre pantallas no basta para entregar comportamiento.
La Matriz de Estados conserva predeterminado, carga, vacío, parcial, éxito, aviso, error, no disponible, no autorizado, caducado y retirado. Cada estado enlaza copy pendiente, acción, recuperación, foco como pregunta y propietario.
El diseño adaptable se especifica por comportamiento del contenido, no por una lista universal de dispositivos. web.dev publica un curso que incluye consultas de medios, layouts, tipografía, imágenes, accesibilidad e interacción como temas de diseño adaptable.
La Matriz Adaptable registra ancho como condición de prueba, orden, wrap, overflow, recorte, tabla, navegación, lectura, entrada y asunto abierto. ES-200 elige CSS, breakpoints implementados y navegadores soportados, y luego prueba el resultado.
MARCA-ALBA y MARCA-UMBRA son registros vacíos. Cada uno necesita fuente aprobada, archivos maestros, variantes, usos permitidos, usos prohibidos, territorio, vigencia, responsable, sustitución y acción de retirada antes de poblar el sistema visual.
SISTEMA-199 asigna un espacio de nombres por cliente. Los tokens de color, tipografía, espaciado, borde, icono y movimiento apuntan a MARCA-ALBA o MARCA-UMBRA. Un token global requiere justificación y no puede contener un valor tomado de un cliente.
COMPONENTE-NACAR registra propósito, cliente permitido, slots de contenido, variantes, estados, tokens, reglas de composición, restricciones, preguntas de accesibilidad, propietario, versión, consumidores y retirada. No contiene framework, markup o código.
La variante NACAR-ALBA se aprueba solo para ALBA. El piloto la enlaza a WIREFRAME-UMBRA y espera un bloqueo por espacio de nombres, no una advertencia que un diseñador pueda ignorar al exportar.
El Registro de Consumidores muestra cada frame, prototipo, plantilla, especificación y paquete que usa COMPONENTE-NACAR. Si cambia una propiedad, la tabla identifica qué aprobaciones caducan antes de crear una nueva versión.
DERECHO-CENIZA es una autorización sin imagen. Conserva cliente, tipo de activo, autor o titular como pregunta, fuente, uso, transformación, canal, territorio, duración, atribución, almacenamiento, revisor y desencadenante de retirada.
Un activo no pasa de una presentación de campaña a una web por semejanza visual. El Registro de Derechos necesita uso web aprobado y relación con el cliente exacto. ES-198 conserva el uso publicitario; ES-199 conserva la composición para la web.
El tutorial de imágenes de W3C WAI explica que la alternativa depende del uso, el contexto y el contenido de la imagen. ES-199 registra propósito y pregunta de alternativa, pero no redacta una descripción de un archivo inexistente.
RETIRO-199 revoca DERECHO-CENIZA después de aprobar el visual. El recorrido busca el activo en wireframes, variantes adaptables, componentes, prototipos, presentaciones de revisión, exportaciones y handoffs. Cada consumidor recibe retirar, sustituir, bloquear o archivar con contexto.
WCAG 2.2 publica criterios de conformidad redactados como declaraciones comprobables y no específicas de una tecnología. ES-199 usa la norma para formular preguntas de diseño; el enlace no demuestra conformidad de una pantalla o sitio.
La Especificación de Accesibilidad de Diseño relaciona estructura, orden de lectura, señales no basadas solo en color, zoom, reflow, objetivo, teclado como pregunta, foco visible, estados, movimiento, formularios, imágenes y revisores.
El tutorial de formularios de W3C WAI cubre etiquetas, instrucciones, validación y notificación de errores o finalización. ES-199 convierte esos temas en requisitos visibles; ES-200 decide controles, eventos, procesamiento y pruebas de implementación.
MODAL-BRUMA no contiene campos ni cookie. Su contrato visual conserva disparador, título, propósito, contenido, acción principal, alternativa, entrada de foco como pregunta, secuencia, cierre, Escape, retorno de foco y estado de error.
El patrón de diálogo modal de W3C WAI describe movimiento del foco al abrir, contención de Tab y Shift+Tab, cierre con Escape y retorno del foco en condiciones explicadas. Un patrón de referencia no vuelve accesible un modal personalizado.
La prueba cambia el orden de MODAL-BRUMA después de la revisión. APROBACION-ACCESIBILIDAD-199 debe reabrirse porque la decisión afecta lectura, foco, cierre y recuperación. La aprobación visual general no cubre ese cambio.
La AEPD publica guías de privacidad desde el diseño y de cookies. ES-199 las entrega a revisión jurídica y de privacidad para evaluar jerarquía, avisos y estados; no decide base, servicios, almacenamiento, bloqueo o cumplimiento.
APROBACION-199 separa cliente, estrategia de contenido, marca, derechos, jurídico, privacidad, accesibilidad, diseño, técnica y lengua española. Los nombres permanecen vacíos. El proveedor no se acepta a sí mismo en todas las funciones.
Cada paquete de aprobación congela brief, fuentes, texto exacto pendiente, marcas, activo, derecho, mapa, journey, wireframe, estado, componente, anotaciones y versión. Un comentario de visto bueno sin snapshot no indica qué se revisó.
La puerta calcula dependencias, no una aprobación total. Retirar DERECHO-CENIZA reabre derechos y diseño en sus consumidores. Cambiar MODAL-BRUMA reabre accesibilidad y técnica. Un cambio aislado no borra decisiones que siguen vigentes.
El Registro de Decisiones conserva asunto, opciones, fuentes, restricciones, resolución, responsable, revisores, fecha pendiente, objeto afectado y desencadenante de revisión. Las conversaciones sirven como entrada, no como archivo definitivo.
HANDOFF-199 conecta cada componente con frame, estado, token, contenido, derecho, pregunta de accesibilidad, regla adaptable, prototipo, aprobación y asunto abierto. ES-200 confirma si la especificación es implementable antes de aceptarla.
El handoff no prescribe React, Astro, Webflow, WordPress o un CMS. ES-200 conserva repositorio, modelo de contenido, marcado, scripts, integraciones, seguridad, entornos, despliegue y rollback. Si aparece una restricción técnica, devuelve una solicitud versionada.
El test de recepción pide a una persona técnica localizar el estado de error, explicar el uso permitido de DERECHO-CENIZA, identificar la variante incorrecta de NACAR y formular preguntas sin una llamada privada con el diseñador.
EXPORTACION-199 contiene inventario, research register, mapa, journeys, wireframes, estados, tokens, componentes, rights register, decisiones, aprobaciones, anotaciones y asuntos abiertos en formatos editables. No entrega un PDF como sustituto de fuentes prometidas.
Las fuentes editables conservan estructura de páginas, nombres, variantes, variables, estilos, enlaces, comentarios resueltos con referencia, historial exportable como pregunta y biblioteca vinculada. Un enlace de solo lectura no demuestra portabilidad.
El Registro de Acceso nombra titular institucional, persona usuaria pendiente, función mínima, finalidad, cliente, fecha de revisión, caducidad, recuperación y revocación. No almacena contraseñas, tokens o códigos.
SALIDA-ALBA retira solo CLIENTE-ALBA. UMBRA debe conservar sus briefs, fuentes, permisos, componentes autorizados, comentarios, aprobaciones y trabajo abierto. La exportación de ALBA no puede revelar objetos o miembros de UMBRA.
La persona receptora abre EXPORTACION-199, detecta el cruce de COMPONENTE-NACAR, procesa RETIRO-199, identifica las revisiones reabiertas, entrega HANDOFF-199 y revoca al proveedor. La salida falla si necesita una cuenta personal o memoria oral.
ES-195 conserva SEO orgánico de clientes, URLs, rastreo, indexación, enlaces y Search Console. ES-196 conserva perfiles locales, fichas y reseñas. ES-197 conserva publicación y comunidad social. ES-199 recibe solo entradas aprobadas para diseño.
ES-198 posee canal, cuenta, audiencia, presupuesto, email, CRM, evento, informe e incidencia de campaña. Su handoff declara necesidades de landing y destino. ES-199 diseña la experiencia visible sin administrar gasto, routing o atribución.
ES-200 recibe contratos de componentes, assets autorizados, estados, anotaciones y aprobaciones. Posee implementación, formularios, cookies, integraciones, accesibilidad ejecutada, seguridad y release. Un diseño aceptado no equivale a una versión desplegada.
Pruebas de idoneidad sectorial que conviene pedir
- Separe espacios, permisos y exportaciones por cliente antes de compartir bibliotecas.
- Distinga entradas aprobadas, hipótesis, referencias y preguntas de investigación.
- Anote mapas, journeys y wireframes con fuente, tarea, estado y responsable.
- Asigne tokens y variantes a un espacio de nombres de cliente comprobable.
- Conserve derechos de uso web, vigencia y retirada por activo y consumidor.
- Mapee preguntas de accesibilidad a componentes y estados antes del handoff.
- Reabra solo las aprobaciones afectadas cuando cambie una dependencia.
- Entregue fuentes editables, decisiones y asuntos abiertos a una persona nueva.
- Pruebe la salida de un cliente sin exponer o interrumpir al otro.
Cómo evaluamos a los proveedores
La comparación parte de fuentes que los propios proveedores publican. Esas fuentes permiten confirmar una oferta declarada, no su calidad, capacidad real, relación contractual, seguridad o resultado.
Cada opción recibe el mismo Expediente Componente Cruzado. La posición premia el ajuste documental al trabajo de diseño para otra agencia y penaliza preguntas sin resolver. Ninguna cifra promocional, testimonio o caso influye.
La prueba termina antes de la producción. No se comparte información real, no se concede acceso y no se publica una pantalla. Un comprador debe completar revisiones humanas y técnicas antes de contratar o usar un entregable.
| Criterio | Peso | Qué se valoró |
|---|---|---|
| Frontera entre agencia y clientes | Puerta | Funciones, archivos, bibliotecas, comentarios y exportaciones deben permanecer separados por cliente y por finalidad. |
| Trabajo de diseño web documentado | Alta | Se buscan arquitectura, flujos, wireframes, UI, estados adaptables y sistemas visuales. El desarrollo no compensa una carencia de diseño. |
| Custodia de marca y derechos | Alta | Cada activo, fuente, logotipo y variante necesita origen, uso, vigencia, revisor, consumidor y retirada. |
| Accesibilidad como requisito | Alta | El diseño debe conservar preguntas y decisiones sobre estructura, foco, formularios, imágenes, movimiento y estados para revisión independiente. |
| Aprobación versionada | Alta | El paquete revisado debe identificar fuentes, componentes y estado exactos. Un cambio reabre las funciones afectadas. |
| Handoff reproducible | Alta | Desarrollo recibe fuentes editables, contratos, tokens, estados, derechos, aprobaciones y asuntos abiertos sin depender de explicaciones privadas. |
| Salida parcial | Puerta | La agencia debe exportar y revocar un cliente sin mezclarlo con otro ni perder el historial necesario para continuar. |
| Límite de evidencia | Puerta | Las ausencias permanecen visibles. No se fabrican usuarios, derechos, cumplimiento, archivos, compatibilidad o resultados para completar una matriz. |
Todos los proveedores debían cumplir los mismos requisitos mínimos antes de considerar su posición.
- El proveedor publica diseño web, UI/UX, wireframes, landing pages o una oferta de diseño que incluye sitios web.
- La fuente oficial permite relacionar la oferta con agencias, equipos de marketing o trabajo multimarcas.
- El servicio admite un encargo continuo, por proyecto o por suscripción que una agencia podría contratar.
- La página es accesible sin una demostración privada y describe alcance suficiente para formular preguntas de compra.
- La opción no recibe crédito por desarrollo, SEO, paid media, clientes, premios, precios o resultados.
La lista de proveedores investigada
Las posiciones reflejan la metodología publicada y la fecha de corte de las fuentes; no son una garantía de resultados. Cada ficha indica el mejor encaje y la limitación con más probabilidad de cambiar una decisión de compra.
White Label Agency
Fortalezas documentadas
- Oferta dirigida expresamente a agencias.
- Relación de marca blanca publicada.
- Arquitectura de información dentro del proceso visible.
- Mockups en Figma mencionados en la fuente.
Límites por confirmar
- Diseño y desarrollo aparecen en la misma oferta.
- No se verificó separación entre clientes.
- Derechos y accesibilidad requieren contrato propio.
- Exportación y salida no se probaron.
White Label Agency ocupa la primera posición porque su página oficial publica diseño web de marca blanca para agencias, un sitemap visual con arquitectura de información y mockups en Figma. La misma oferta incluye desarrollo, por lo que el contrato debe separar ES-199 de ES-200 y demostrar aislamiento entre clientes, derechos, accesibilidad y salida.
Su encaje inicial es directo: el comprador es una agencia y el servicio se presenta como trabajo bajo marca ajena. El piloto debe confirmar qué nombre aparece ante el cliente, quién participa en reuniones, dónde quedan las decisiones y qué comunicaciones requieren autorización.
Pida que BRIEF-ALBA y BRIEF-UMBRA entren por colas distintas. Luego intente enlazar NACAR-ALBA dentro de UMBRA. La prueba sirve si el sistema detiene el cruce, conserva evidencia y obliga a elegir una variante autorizada, no si solo cambia el color de una etiqueta.
La fuente oficial menciona arquitectura y Figma, pero no demuestra el contrato completo de SISTEMA-199. Solicite tokens, componentes, variantes, estados, contenido largo, preguntas de accesibilidad, derechos, revisores, fuentes editables y un inventario de consumidores antes del handoff.
Separe el paquete de diseño del desarrollo que el proveedor también ofrece. ES-199 acepta jerarquía, wireframes, UI, estados y contratos. ES-200 acepta CMS, código, formularios, integraciones, seguridad, despliegue y rollback mediante otra evidencia.
Fuentes sobre los proveedores: White Label Agency, White Label Web Design
Penji
Fortalezas documentadas
- Plan para agencias visible.
- Trabajo multimarcas publicado.
- Entrega en Figma indicada para el plan Agency.
- Archivos fuente incluidos según su página web.
Límites por confirmar
- El flujo prioriza producción recurrente.
- Research y arquitectura necesitan definición adicional.
- No se probaron rights gates o accesibilidad.
- Portabilidad fuera de la plataforma sigue abierta.
Penji queda segunda porque sus páginas oficiales presentan planes para agencias y trabajo multimarcas, y su servicio web declara diseño de páginas, entrega en Figma para el plan Agency y archivos fuente. La propia página excluye backend development, una frontera útil para separar ES-199 de ES-200.
Un modelo de suscripción puede absorber muchas peticiones pequeñas, pero la cola no debe convertirse en el archivo de decisiones. Cada solicitud necesita cliente, brief, fuente, derecho, componente, prioridad, revisor, versión, aceptación y relación con el paquete final.
Configure carpetas ficticias para ALBA y UMBRA y pruebe búsqueda, duplicación, comentario, asignación, descarga y papelera. Después retire a una persona del equipo. El cliente correcto debe conservar su historial sin exponer la otra carpeta.
Figma y archivos fuente son buenas preguntas de partida, no una salida completa. Confirme estructura de páginas, variables, estilos, nombres, componentes, versiones, bibliotecas vinculadas, formatos, derechos y dependencia de la plataforma. La persona receptora debe editar sin reconstruir.
La exclusión publicada del backend ayuda a acotar el encargo. Aun así, la propuesta debe declarar si incluye investigación, arquitectura, wireframes, prototipos, diseño adaptable y revisión de accesibilidad, porque una lista de categorías no prueba esos entregables.
Fuentes sobre los proveedores: Penji, Web Design Services, Penji for Agency Industry
ManyPixels
Fortalezas documentadas
- Página oficial dedicada a agencias.
- Sitios web incluidos en el alcance descrito.
- Modelo recurrente para peticiones de diseño.
- Revisiones forman parte de la oferta publicada.
Límites por confirmar
- La fuente es editorial y promocional.
- Discovery y arquitectura no quedan demostrados.
- Faltan controles visibles de rights y accesibilidad.
- Handoff y salida necesitan prueba contractual.
ManyPixels ocupa la tercera posición porque su artículo oficial para agencias describe una suscripción de diseño con peticiones y revisiones, y nombra sitios web dentro del alcance creativo. El documento habla de apoyo a agencias, pero no prueba una oferta completa de discovery, arquitectura, accesibilidad, derechos o handoff técnico.
Este modelo encaja cuando AGENCIA-199 conserva estrategia, relación con el cliente y dirección creativa. El proveedor recibe una petición bien formada y devuelve un objeto revisable. Si también debe descubrir el problema o definir la arquitectura, esa responsabilidad tiene que aparecer por escrito.
Use la misma cola para presentar dos peticiones sintéticas, pero asigne cliente, marca, derecho y aprobador en campos obligatorios. El test intenta cambiar la etiqueta tras la entrega y comprueba si comentarios, fuentes y exportaciones siguen vinculados al expediente original.
Un número abierto de revisiones no sustituye una definición de aceptación. Registre qué se corrige, qué versión se revisa, qué fuente cambió, qué disciplina decide y cuándo una observación se convierte en nueva solicitud.
Para trabajo web, exija anotaciones de comportamiento, matriz adaptable, estados, componentes y preguntas de accesibilidad además del archivo visual. Sin ese paquete, ES-200 tendrá que interpretar el diseño y las decisiones desaparecerán dentro del código.
Fuentes sobre los proveedores: ManyPixels, diseño para agencias
Designity
Fortalezas documentadas
- Estructura y flujo publicados.
- Wireframes de dos niveles dentro del alcance visible.
- Prototipos y elementos UI mencionados.
- Dirección creativa incluida en el modelo descrito.
Límites por confirmar
- No se verificó una relación de marca blanca.
- Aislamiento multicliente no demostrado.
- Derechos y accesibilidad necesitan puertas propias.
- Coding aparece cerca del alcance de diseño.
Designity aparece cuarta porque su página oficial de Website UI/UX publica análisis, estructura y flujo, wireframes de baja y alta fidelidad, prototipos y elementos de interfaz. La fuente describe un equipo con dirección creativa, pero no confirma trabajo de marca blanca o aislamiento para una agencia con varios clientes.
Su alcance visible cubre más fases previas al visual final que una simple cola de piezas. En el piloto, pida que INVESTIGACION-199, MAPA-199 y WIREFRAME-199 conserven supuestos, fuentes, decisiones y asuntos abiertos antes de entrar en alta fidelidad.
La dirección creativa debe conectarse con la autoridad real de AGENCIA-199. Documente quién habla con el cliente, quién recomienda, quién decide y quién aprueba. Una persona coordinadora del proveedor no reemplaza al responsable de marca o negocio.
Pruebe el cambio de MODAL-BRUMA cuando el prototipo ya fue comentado. El sistema debe identificar frames y componentes afectados, reabrir accesibilidad, preservar la versión anterior y entregar la pregunta técnica a ES-200.
La página también enlaza servicios de coding. El comprador debe congelar un paquete de diseño independiente y aceptar el desarrollo por separado. De otro modo, una restricción de implementación puede alterar la interfaz sin una decisión trazable.
Fuentes sobre los proveedores: Designity, Website UI/UX
Superside
Fortalezas documentadas
- Research UX publicado.
- Wireframes dentro del servicio visible.
- Diseño adaptable y UI mencionados.
- Sistemas de diseño incluidos en el alcance publicado.
Límites por confirmar
- La fuente no presenta una oferta de marca blanca.
- Frontera multicliente sin demostrar.
- Derechos y aprobaciones requieren verificación.
- Portabilidad y salida no se probaron.
Superside cierra la lista porque su página oficial de Web Design Services publica research UX, wireframes, diseño UI adaptable y sistemas de diseño. Es un alcance web pertinente, pero la página se dirige a marcas y equipos; no demuestra una operación de marca blanca para dos clientes de una agencia.
El alcance publicado encaja bien con SISTEMA-199. Pida tokens, componentes, variantes, estados, reglas adaptables, anotaciones, consumo por cliente y deprecación. La expresión design system no basta si el archivo no conserva dependencias o versiones.
Research UX debe mantenerse separado de una sesión interna. La propuesta concreta tiene que decir qué pregunta se investiga, con quién, mediante qué método, bajo qué límite de privacidad y cómo una observación cambia el diseño.
Antes de compartir material de un cliente, confirme relación contractual, visibilidad del proveedor, personal autorizado, localización de archivos, retención, subencargados como pregunta y proceso de revocación. La página web no responde ese expediente.
Ejecute SALIDA-ALBA mientras UMBRA sigue abierto. La entrega debe separar bibliotecas, derechos, comentarios, exportaciones y accesos. Si el modelo solo permite descargar todo el espacio compartido, el riesgo aparece antes de cargar un activo real.
Fuentes sobre los proveedores: Superside, Web Design Services
Compara el flujo de trabajo en tu propio negocio
Revisa los servicios gestionados, los controles de aprobación, los destinos de publicación y los límites visibles de theStacc antes de elegir.
Comparación documental para AGENCIA-199
La tabla resume alcance publicado y preguntas pendientes. No representa una prueba de servicio, capacidad, cumplimiento o resultado. El comprador debe convertir cada límite en una cláusula o ensayo antes de compartir materiales.
| Proveedor | Modelo de entrega | Alcance documentado | Ideal para | Limitación clave |
|---|---|---|---|---|
| White Label Agency | Marca blanca por proyecto | Diseño web para agencias, arquitectura de información y mockups en Figma publicados | Relación bajo marca de la agencia | Diseño y desarrollo necesitan aceptación separada |
| Penji | Suscripción con plan Agency | Diseño web, trabajo multimarcas, entrega en Figma y archivos fuente publicados | Cola recurrente y producción de páginas | Discovery, rights gates y portabilidad siguen abiertos |
| ManyPixels | Suscripción creativa | Apoyo a agencias, peticiones, revisiones y sitios web dentro del alcance descrito | Producción dirigida por la agencia | Arquitectura y handoff web no demostrados |
| Designity | Equipo creativo dirigido | Análisis UI/UX, estructura, flujos, wireframes, prototipos y elementos UI publicados | Trabajo previo a alta fidelidad | Marca blanca y separación multicliente no confirmadas |
| Superside | Servicio creativo para equipos | Research UX, wireframes, UI adaptable y sistemas de diseño publicados | Sistema visual y diseño web continuo | La fuente no demuestra operación para agencias |
Cómo probar una agencia de diseño sin usar marcas ni cuentas reales
El piloto usa briefings vacíos, marcas sin activos y permisos ficticios. Evalúa si el sistema rechaza cruces, propaga retiradas, reabre aprobaciones y produce una entrega comprensible.
Una persona receptora no participa en la configuración. Su capacidad para continuar el expediente es la prueba final de que las decisiones viven en archivos y registros, no en la memoria del proveedor.
1. Abra dos fronteras de cliente
Cree CLIENTE-ALBA y CLIENTE-UMBRA con espacios, funciones, briefs, marcas, fuentes, bibliotecas y exportaciones separadas.
Intente buscar, enlazar, comentar, duplicar, descargar y borrar objetos desde el cliente contrario. Conserve cada rechazo y cada hueco.
- Cliente
- Espacio
- Función
- Brief
- Marca
- Biblioteca
- Exportación
- Rechazo
2. Congele entradas y tareas
Clasifique cada entrada como aprobada, hipótesis, referencia o pregunta. No convierta la instrucción de ES-198 en hallazgo de usuario.
Vincule TAREA-ALBA y TAREA-UMBRA a fuentes, decisiones, estados ausentes y responsables antes de dibujar.
- Fuente
- Estado
- Hipótesis
- Tarea
- Decisión
- Ausencia
- Responsable
- Vigencia
3. Contrate el sistema visual
Construya SISTEMA-199 con espacios de nombres, tokens, componentes, variantes, estados, restricciones y consumidores por cliente.
Inserte NACAR-ALBA en UMBRA. La puerta debe bloquear el enlace y explicar cliente, propiedad y versión incompatibles.
- Namespace
- Token
- Componente
- Variante
- Estado
- Consumidor
- Bloqueo
- Versión
4. Retire un derecho
Vincule DERECHO-CENIZA a un activo vacío y a varios consumidores de ALBA. Después retire la autorización.
Recorra frames, componentes, prototipos, paquetes y exportaciones. Cada objeto recibe retirar, sustituir, bloquear o archivar con contexto.
- Activo
- Uso
- Vigencia
- Consumidor
- Retirada
- Sustitución
- Bloqueo
- Archivo
5. Reabra accesibilidad
Cambie estructura y orden de MODAL-BRUMA después de aprobarlo. Conserve el estado anterior y marque decisiones afectadas.
Revise lectura, foco, teclado, cierre, retorno, errores y recuperación. ES-200 comprobará el comportamiento implementado.
- Estructura
- Lectura
- Foco
- Teclado
- Cierre
- Error
- Revisión
- Retest
6. Entregue HANDOFF-199
Reúna fuentes editables, frames, tokens, componentes, estados, derechos, anotaciones, aprobaciones y asuntos abiertos.
Pida a una persona técnica explicar el paquete y devolver restricciones sin cambiar el diseño por su cuenta.
- Fuente editable
- Frame
- Token
- Estado
- Derecho
- Aprobación
- Restricción
- Recepción
7. Ejecute SALIDA-ALBA
Exporte solo ALBA, transfiera bibliotecas y decisiones permitidas, revoque funciones y detenga integraciones de diseño ficticias.
La persona receptora procesa RETIRO-199 y el cruce de NACAR sin ver UMBRA ni pedir una reunión privada.
- Exportación
- Cliente
- Biblioteca
- Decisión
- Revocación
- Retirada
- Receptor
- Continuidad
Errores que hacen inútil una comparativa SEO
- Una carpeta por cliente parece suficiente. Búsqueda, enlaces, bibliotecas, comentarios, exportaciones y papelera también necesitan frontera y prueba de rechazo.
- El brief de campaña se trata como research. ES-198 entrega requisitos aprobados. ES-199 conserva hipótesis y necesita evidencia propia antes de hablar de usuarios.
- El componente compartido pierde cliente. Cada token, variante, consumidor y aprobación mantiene espacio de nombres, propietario, versión y retirada.
- La marca del cliente autoriza todos los usos. Logotipo, imagen, fuente y captura requieren archivos, titular, uso, canal, transformación, vigencia y acción de retirada propios.
- El visual aprobado ya es accesible. Diseño documenta preguntas y decisiones. Una persona independiente y ES-200 prueban estructura y comportamiento implementados.
- Un comentario aprueba la versión actual. El paquete debe congelar objetos y fuentes exactos. Los cambios posteriores reabren solo revisiones afectadas.
- Figma equivale a un handoff. La entrega necesita contratos, estados, tokens, derechos, anotaciones, aprobaciones, asuntos abiertos y recepción técnica.
- Diseño puede decidir formularios y cookies. ES-199 define jerarquía y estados. Privacidad decide contenido aplicable y ES-200 implementa controles, procesamiento y registros.
- Desarrollo puede corregir el diseño en código. Una restricción técnica vuelve como solicitud versionada. ES-199 actualiza la fuente y reabre revisiones.
- Salir significa descargar todas las carpetas. SALIDA-ALBA debe transferir un cliente, proteger UMBRA, conservar decisiones y revocar accesos sin exportación cruzada.
Preguntas frecuentes
Pida registro de entradas, preguntas de investigación, mapa de información, journeys, wireframes anotados, matriz adaptable, estados, sistema visual por cliente, derechos, especificación de accesibilidad, paquetes de aprobación, fuentes editables, contratos de componentes, handoff para ES-200, historial de cambios, exportación, revocación y prueba de recepción.
Su página oficial se dirige a agencias y publica diseño web de marca blanca, arquitectura de información y mockups en Figma. Ese alcance encaja de forma directa con la entrada del expediente. La posición no confirma calidad, capacidad, aislamiento, derechos, accesibilidad, portabilidad o resultados; todo sigue sujeto a contrato y piloto.
Use un identificador de cliente obligatorio en brief, fuente, marca, frame, componente, activo, derecho, comentario, aprobación, handoff y exportación. Pruebe búsqueda, enlace, duplicación, descarga y borrado desde otra función. El sistema debe bloquear el cruce y guardar evidencia, no limitarse a mostrar una etiqueta de color.
SISTEMA-199 registra un espacio de nombres por cliente, fuentes de marca, tokens, componentes, variantes, estados, reglas adaptables, restricciones, preguntas de accesibilidad, propietarios, versiones, consumidores y retirada. Los elementos realmente globales se justifican y permanecen neutros. Una biblioteca visual sin pertenencia o historial puede propagar un cambio al cliente incorrecto.
Registre titular y archivo como preguntas pendientes, fuente, cliente, propósito, uso web, canal, transformación, territorio, vigencia, atribución, almacenamiento, revisor y retirada. Enlace cada consumidor. Si la autorización caduca, bloquee frames, componentes, prototipos, paquetes y handoffs hasta retirar o sustituir el activo con nueva aprobación.
Use WCAG 2.2 y los recursos WAI para formular requisitos sobre estructura, orden de lectura, color, reflow, foco, teclado, formularios, errores, diálogos, imágenes y movimiento. Vincule cada pregunta a frame, componente y estado. ES-199 conserva decisiones; una persona independiente y ES-200 verifican la implementación real.
Congele la versión anterior, identifique consumidores y compare estructura, lectura, acción, foco, secuencia de teclado, cierre, retorno y recuperación. Reabra accesibilidad, diseño y técnica según el cambio. Actualice el contrato y el handoff. No conserve la aprobación antigua sobre un comportamiento que nadie revisó.
Una aprobación identifica persona responsable, función, cliente, objeto, versión, fuentes, dependencias, alcance, decisión y fecha. Un comentario puede describir una preferencia o pregunta sin autoridad para aceptar. APROBACION-199 conserva el snapshot revisado y las reglas que determinan cuándo un cambio obliga a revisar de nuevo.
ES-199 entrega investigación, arquitectura, journeys, wireframes, estados visuales, sistema de diseño, derechos, requisitos de accesibilidad, aprobaciones y fuentes editables. ES-200 decide repositorio, CMS, modelos, marcado, estilos, scripts, formularios, cookies, integraciones, seguridad, despliegue y rollback. Las restricciones técnicas vuelven a diseño mediante solicitudes versionadas.
ES-198 conserva campaña, canal, cuenta, audiencia, presupuesto, email, CRM, evento, informe y atribución. Entrega un brief aprobado con mensaje, destino y restricciones. ES-199 diseña la experiencia visible y sus estados. No compra medios, configura audiencias, enruta contactos, instala medición o atribuye resultados.
HANDOFF-199 relaciona frame, componente, variante, token, contenido, estado, regla adaptable, activo, derecho, pregunta de accesibilidad, anotación, aprobación y asunto abierto. Incluye fuentes editables y versiones. La persona técnica debe explicar dependencias y devolver restricciones sin adivinar el comportamiento ni alterar silenciosamente la fuente de diseño.
Ejecute SALIDA-ALBA con inventario, fuentes, mapa, journeys, wireframes, sistema visual, derechos, decisiones, aprobaciones, handoffs, exportaciones y asuntos abiertos de ALBA. Transfiera titularidad permitida, revoque personas e integraciones y preserve UMBRA. Una persona nueva debe continuar RETIRO-199 sin ver el otro cliente ni pedir contexto privado.
Fuentes y política editorial
Consulta las fuentes enlazadas junto con la metodología y el aviso del editor de este artículo. Confirma los precios, las funciones y las condiciones actuales con cada proveedor; una cita por sí sola no demuestra que se haya probado el producto.
- [01]White Label Agency, White Label Web Design
- [02]ManyPixels, diseño para agencias
- [03]Penji for Agency Industry
- [04]Penji, Web Design Services
- [05]Designity, Website UI/UX
- [06]Superside, Web Design Services
- [07]W3C, Web Content Accessibility Guidelines 2.2
- [08]W3C WAI, Forms Tutorial
- [09]W3C WAI, Images Tutorial
- [10]W3C WAI, Dialog Modal Pattern
- [11]web.dev, Learn Responsive Design
- [12]AEPD, Guía de privacidad desde el diseño
- [13]AEPD, Guía sobre el uso de las cookies
Contrate un sistema de decisiones que pueda perder un cliente sin perder el control
Empiece con CLIENTE-ALBA y CLIENTE-UMBRA separados. Haga fallar COMPONENTE-NACAR cuando cruce de ALBA a UMBRA, retire DERECHO-CENIZA y cambie MODAL-BRUMA después de aprobarlo. Luego entregue HANDOFF-199 a ES-200 y EXPORTACION-199 a una persona nueva. SALIDA-ALBA solo pasa cuando esa persona puede explicar fuentes, derechos, revisiones y asuntos abiertos, revocar al proveedor y continuar ALBA sin ver ni alterar UMBRA.