INTEGRACION-193 necesita una página de detalle, un lugar en navegación, una explicación en docs, una comparación en pricing, un recorrido hacia demo y otro hacia signup. El equipo de diseño dibuja esos caminos. Después, PRODUCTO-193 retira la integración y MEDIA-193 pierde la autorización de una captura que aparecía en cuatro estados.
El expediente no representa un producto, marca o proyecto real. Cada objeto mantiene vacíos el copy, las personas, los activos, los campos, los permisos y los resultados. La prueba observa si una agencia puede localizar decisiones, propagar cambios y entregar fuentes editables sin fabricar contexto.
Una agencia de diseño SaaS no debería empezar por una homepage bonita. Primero necesita product truth, inventario de contenido y tareas de usuario. Solo entonces puede ordenar la IA, conectar docs, pricing, integrations, demo y signup, y dibujar estados que development pueda implementar sin adivinar.
La posición refleja el ajuste del alcance oficial al dossier. No demuestra calidad visual, expertise en un producto concreto, español, cumplimiento, accesibilidad, derechos, conversiones o resultados. Los casos, logos, premios y outcome claims no reciben crédito.
theStacc publica y edita ES-193, vende servicios de marketing digital y los promociona mediante los llamados a la acción de esta página. theStacc no figura entre las agencias, no recibe puntuación y ningún candidato pagó por inclusión o posición. La investigación se cerró el 1 de septiembre de 2026 después de abrir doce fuentes directas: las páginas oficiales de Webstacks para SaaS, Ramotion, Digital Silk, Bop Design y OuterBox; WCAG 2.2 y los tutoriales de formularios e imágenes de W3C WAI; la guía de responsive web design de web.dev; la información de privacidad de Google Fonts; y las guías de privacidad desde el diseño y cookies de la AEPD. Cada fuente empresarial demuestra solo el alcance que su editor declara sobre sí mismo. W3C, Google y AEPD no recomiendan proveedores ni certifican este dossier. No pedimos propuestas, contratamos servicios, entrevistamos clientes, abrimos herramientas, creamos una empresa SaaS, investigamos usuarios, ejecutamos workshops, diseñamos una arquitectura, escribimos copy, dibujamos wireframes, probamos prototipos, evaluamos accesibilidad, licenciamos fuentes, utilizamos marcas, capturamos pantallas de producto, diseñamos formularios o banners, entregamos archivos, implementamos código, desplegamos un sitio ni medimos rendimiento. No verificamos trabajo en España, español nativo, personal, subcontratación, precio, plazo, soporte, calidad, investigación real, accesibilidad, legalidad, privacidad, licencias, titularidad, seguridad, compatibilidad, conversiones, demos, registros, pipeline, ingresos, ROI o resultados. Excluimos testimonios, clientes, logos, premios, casos, métricas, porcentajes, benchmarks, forecasts y guarantees. El Expediente Interfaz Revocable 193 utiliza identificadores sintéticos: PRODUCTO-193, una ficha sin software; MENSAJE-193, una frase vacía; CONTENIDO-193, un inventario sin copy; IA-193, un árbol sin URLs; JOURNEY-193, un recorrido sin personas; WIREFRAME-193, un esquema sin interfaz; ESTADO-193, una matriz sin pantalla; COMPONENTE-193, un contrato sin código; MEDIA-193, un registro sin imagen; FUENTE-193, un registro tipográfico sin archivo; FORMULARIO-193, un objeto sin campos; COOKIE-193, un patrón sin cookie; APROBACION-193, una puerta sin nombres; CAMBIO-193, una retirada simulada; y EXPORTACION-193 y SALIDA-193, paquetes sin credentials. No contiene empresa, producto, persona, email, teléfono, cookie, token, captura, logo, fuente, archivo, account, precio, form submission, métrica o dato personal real. No toca websites, CMS, design tools, repositories, analytics, CRM, ad platforms, social networks o sistemas externos. Esta página no ofrece asesoramiento jurídico, de privacidad, cookies, accesibilidad, propiedad intelectual, seguridad, diseño o desarrollo. ES-193 conserva research, arquitectura de información, journeys, wireframes, visual states, responsive and accessibility specifications, content and rights registers, component contracts, design approvals, editable source files y design exit. ES-189 conserva intención orgánica, URLs, crawl, index, canonical, Search Console, release y deprecación web. ES-190 conserva Business Profile, Maps, oficinas, listings, reviews y recovery local. ES-191 conserva sources sociales, accounts, posts, community, DMs, moderation y archivo social. ES-192 conserva briefs multicanal, paid, email, budgets, accounts, consent, CRM, attribution, campaign incidents y retirada de mensajes. ES-194 conserva repository, CMS, code, forms, integrations, security, performance, hosting, deployment y rollback. Faltan una persona responsable del producto, research owner, content owner, design owner, revisión jurídica y de privacidad española, revisión independiente de accesibilidad, derechos, técnica y producto, maintenance owner y edición final de español nativo. ES-193 permanece needs_human_review y no debe publicarse hasta documentarlos.
La respuesta corta
Webstacks abre la prueba por publicar una oferta específica de diseño web para SaaS. Ramotion sigue por su alcance de web design para empresas en crecimiento. Digital Silk, Bop Design y OuterBox aportan otros modelos. Antes de contratar, pruebe research, IA, journeys, estados, accesibilidad, rights, componentes, archivos editables y salida.
- Webstacks: empresas SaaS que quieren probar IA, journeys, design systems, estados, derechos y continuidad con un contexto sectorial explícito
- Ramotion: equipos que quieren probar discovery, IA, visual direction y un design system con decisions y handoff editables
- Digital Silk: organizaciones que quieren un process amplio y pueden imponer límites estrictos entre research, design, content, approvals y implementation
- Bop Design: equipos B2B que quieren conectar content and messaging con una arquitectura y pueden añadir controles SaaS, accessibility, rights y exit
- OuterBox: equipos que comparan una oferta conjunta de diseño y desarrollo y pueden preservar el boundary entre ES-193 y ES-194
El Expediente Interfaz Revocable convierte el diseño SaaS en decisiones rastreables
PRODUCTO-193 es el registro maestro para identidad sintética, categoría, módulos, funciones, integraciones, planes, disponibilidad, source owner, reviewers, versión y deprecación. La agencia no completa una ausencia desde una demo grabada, un sales deck, una SERP o un competidor.
MENSAJE-193 vincula audiencia hipotética, problema, claim funcional, límite, proof requirement, must-say, must-not-say, versión, approval y expiry. Una pantalla no convierte una hipótesis en promesa aprobada.
CONTENIDO-193 inventaría page class, section, content owner, source, status, language, reviewer, dependency, expiry y missing question. No contiene copy. La columna vacía permanece visible hasta que la persona responsable aporte una fuente.
La Matriz de Product Truth conecta PRODUCTO-193, MENSAJE-193 y CONTENIDO-193 con cada pantalla. Si cambia una integración, un plan o una limitación, la matriz muestra todos los consumers de diseño antes de editar una sola maqueta.
DISCOVERY-193 registra business question, user question, existing evidence, assumption, research method question, participant requirement, privacy boundary, owner y decision use. No inventa entrevistas, citas o preferencias de usuarios.
El Registro de Investigación separa hechos observados, inputs del cliente, hipótesis y preguntas abiertas. Una opinión de stakeholder no se etiqueta como user insight. Una tendencia de competidor no se convierte en requisito.
PERSONA-193 es solo una plantilla sin nombre, cargo, empresa, necesidad, comportamiento o cita. El dossier no fabrica una persona para hacer que el journey parezca investigado.
TASK-193 conserva una tarea sintética, trigger question, starting point, information need, decision, success definition question, failure state y source. Las tareas se diseñan sin declarar que representan usuarios reales.
IA-193 organiza home, product, solutions, pricing, integrations, docs, resources, demo y signup como clases abstractas. No crea URLs, canonical, redirects o taxonomías orgánicas en nombre de ES-189.
Cada nodo de IA registra label question, parent, child, user task, content source, product dependency, visibility rule, permission question, owner y retirement path. Un sitemap visual sin esa tabla no explica por qué existe una página.
El test de navegación entrega una tarea abstracta y registra expected route, found route, hesitation question, missing content y design decision. No recluta participantes ni presenta un resultado de usabilidad.
JOURNEY-193 separa descubrimiento, evaluación, docs, pricing, integration detail, demo, signup y return visit. Cada paso conserva task, source, decision, entry, exit, blocked state, owner y handoff.
El journey de docs no presume que documentación pública, autenticada y soporte compartan navegación. Registra audience question, access state, version, product relation, code example rights question y escalation path.
El journey de pricing no inventa plan, currency, discount, entitlement o comparison. Espera PRODUCTO-193 y una aprobación comercial y jurídica antes de mostrar cualquier término.
El journey de integración distingue directory, category, integration detail, prerequisites, availability question, setup owner, docs relation, error state, support path y deprecation. ES-194 implementa rutas e integración; ES-193 diseña la relación y sus estados.
DEMO-193 y SIGNUP-193 no contienen URL, campos o persona. Cada recorrido registra entry source, product context, expected information, consent question, error behavior, success state, routing, CRM handoff question y owner.
WIREFRAME-193 vincula page class, task, source content, hierarchy, component intent, required states, breakpoint question, annotation, owner y approval. No incluye una interfaz final ni un resultado de test.
Una anotación debe explicar por qué el bloque existe, qué source lo alimenta, qué estados necesita y quién aprueba el contenido. Las flechas decorativas no sustituyen un contrato de comportamiento.
La Matriz Responsive conserva viewport question, content priority, navigation behavior, table behavior, media crop rule, touch target review, overflow state y acceptance owner. No declara compatibilidad real con un dispositivo o navegador.
ESTADO-193 enumera default, loading, empty, partial, success, warning, error, unavailable, unauthorized, expired y deprecated. Cada estado necesita copy source, action, focus behavior question, recovery y owner.
Los estados vacíos no se rellenan con mensajes alegres improvisados. Si la integración no está disponible o el plan no está aprobado, el diseño conserva la ausencia y pide una decisión.
WCAG 2.2 se entrega al accessibility reviewer como referencia de criterios. La presencia de un enlace a W3C no demuestra conformidad de un wireframe, contraste, navegación, componente o implementación.
Los tutoriales WAI sobre formularios e imágenes aportan referencias para labels, instructions, errors, alternatives y image purpose. No certifican FORMULARIO-193, MEDIA-193 o la futura página.
La Especificación de Accesibilidad de Diseño registra heading relation, reading order, keyboard path question, focus order question, visible focus requirement, label relation, error association, status announcement question, contrast token y reduced motion state.
El diseño conserva texto, icono, color y estado como señales distintas cuando una decisión no puede depender solo del color. La persona revisora debe aceptar el patrón antes del handoff.
La guía de responsive web design de web.dev es una referencia para layouts flexibles, viewport y media. No prueba que una maqueta responda bien ni que el código futuro cumpla la especificación.
MEDIA-193 inventaría asset ID, purpose, source, creator question, subject consent question, license question, territory, duration, edit permission, attribution, derivative rule, storage y withdrawal trigger.
Una product screenshot recibe product version, environment question, data classification, redaction requirement, UI owner, crop variants, alt purpose y expiry. El dossier no captura una pantalla real ni asume permiso para publicarla.
La marca de un partner no entra en el diseño porque apareció en una integration directory. El Brand Register exige owner, permission source, approved file, background variants, clear-space question, expiry, placement restrictions y withdrawal path.
FUENTE-193 registra family, style, source, license question, web use question, self-host question, third-party request question, subset, fallback, privacy review, owner y replacement. No contiene un archivo tipográfico.
La información de privacidad de Google Fonts se entrega a privacy and technical review. No autoriza una configuración, descarga o third-party request y no sustituye la licencia de la fuente concreta.
La Matriz de Aprobación separa Product, Content, Technical, Legal, Privacy, Accessibility, Rights, Brand y Language-ES. Los nombres permanecen vacíos. La agencia puede coordinar un packet, pero no aprobar su propio trabajo en todas las disciplinas.
Cada Approval Packet congela source versions, exact copy, page class, journey state, wireframe, visual, component relation, media, font, form and cookie patterns. Cambiar un elemento reabre solo los reviewers afectados.
FORMULARIO-193 es un objeto sin campos. Registra task, field question, necessity question, label, help, format, validation, error, privacy copy, consent question, submit state, success state, routing question y data owner.
El tutorial WAI de formularios sirve como input para structure and feedback review. No determina qué datos debe recoger una demo, si existe base jurídica o cómo ES-194 debe procesarlos.
COOKIE-193 es un patrón sin cookie, tag o elección real. Conserva category question, purpose question, default state question, reject path, preference path, copy source, privacy review, design states y implementation owner.
Las guías de privacidad desde el diseño y cookies de AEPD se entregan a los revisores españoles. No prueban conformidad de un banner, form, analytics setup, consent record o data flow.
COMPONENTE-193 registra component ID, purpose, content model, variants, states, responsive rules, accessibility requirements, token dependencies, allowed nesting, prohibited use, owner, version y deprecation.
El contrato de componente no es código. ES-194 decide framework, CMS model, implementation, tests y deployment. ES-193 entrega comportamiento esperado, content constraints, tokens y acceptance questions.
La Librería Visual conserva color tokens, typography roles, spacing, borders, elevation question, motion rules, icons, imagery treatment y state mapping. Los tokens no se llaman accesibles hasta que una persona competente revise su uso.
El Change Log enlaza decision ID, source, old state, new state, reason, requested by, affected pages, components, assets, reviewers, export version y effective question. No usa comentarios sueltos como registro final.
CAMBIO-193 retira INTEGRACION-193 y la autorización de MEDIA-193. El impacto recorre navigation, directory, detail, docs, pricing comparison, demo context, signup context, component variants, screenshots y annotations.
Cada objeto afectado recibe una acción: remove, replace, hide, mark unavailable, deprecate, archive o block pending review. La agencia no inventa una integración sustituta, fecha, plan, migración o efecto comercial.
EXPORTACION-193 entrega research register, assumptions, content inventory, IA map, journeys, wireframes, prototypes question, visual states, responsive and accessibility specs, rights registers, component contracts, approvals, changes y backlog en formatos editables.
Los source design files conservan pages, component names, variants, tokens, links, annotations y version history export question. Un PDF, screenshots o view-only link no sustituyen fuentes editables si el contrato prometió continuidad.
SALIDA-193 revoca agency roles e integrations de design tools mediante registros sin valores. La empresa conserva institutional ownership, recovery owner, billing visibility, libraries, fonts, media, exports y open decisions.
El receiver test entrega EXPORTACION-193 a una persona que no participó. Debe localizar el source de un pricing claim, cambiar un error state, retirar MEDIA-193 y explicar el boundary con ES-194 sin una reunión privada.
ES-189 recibe approved content relations e IA questions, pero conserva intención, URLs, crawl, index, canonical, links y Search Console. ES-193 no promete rankings ni decide redirects.
ES-190 y ES-191 conservan profiles locales y social channels. El diseño puede recibir brand assets o destinations aprobados, pero no toma ownership de listings, reviews, posts, community o DMs.
ES-192 entrega product and message source packs, channel briefs, destination requirements y consent questions. ES-193 diseña journeys and states; no administra campaigns, accounts, budgets, CRM o attribution.
ES-194 recibe IA relations, wireframes, component contracts, states, rights and approval packets. Conserva repository, CMS, code, forms, integrations, security, performance, hosting, deployment y rollback. Un diseño aprobado no es una implementación aprobada.
Pruebas de idoneidad sectorial que conviene pedir
- Congele product truth, mensajes y contenido antes de ordenar la arquitectura.
- Separe hechos, inputs, hipótesis y preguntas abiertas en research.
- Conecte docs, pricing, integrations, demo y signup mediante tareas y estados explícitos.
- Anote wireframes con source, purpose, content model, states y owner.
- Defina responsive behavior, accessibility requirements y recovery states antes del visual final.
- Separe approvals de product, content, technical, legal, privacy, accessibility, rights, brand y Spanish language.
- Inventaríe screenshots, media, logos y fonts con permiso, licencia, expiry y withdrawal.
- Mantenga form and cookie design como requisitos pendientes de privacy, legal and technical implementation.
- Entregue component contracts sin apropiarse del repository, CMS o code de ES-194.
- Ensaye CAMBIO-193 en navigation, docs, pricing, integration detail, demo y signup.
- Exija source design files, editable exports, institutional ownership, revocation y receiver test.
Cómo evaluamos a los proveedores
La investigación utiliza cinco fuentes empresariales y siete referencias oficiales. Para entrar, una agencia necesitaba publicar un alcance de SaaS web design, web design para empresas en crecimiento, B2B web design o web design capaz de convertirse en outputs verificables sin atribuir capabilities no publicadas.
Webstacks publica una página específica de SaaS web design. Ramotion describe web design para growing companies. Digital Silk publica web design services y un process. Bop Design publica B2B website design services. OuterBox publica web design and development services.
Las fuentes propias prueban solo el alcance publicado. Client work, awards, testimonials, years, counts, conversion claims, cases, pricing and outcomes quedaron excluidos. Cada agencia recibe el mismo product packet, content inventory, IA, journeys, states, rights change y exit.
W3C, web.dev, Google y AEPD no evalúan agencias. Sus documentos son inputs para accessibility, responsive, media, form, font, privacy and cookie review. No validan un diseño, implementación o proveedor.
La posición valora SaaS context, research traceability, IA and journey coverage, responsive and accessible states, rights control, approval boundaries, component contracts, editable sources, change propagation y exit. No valora estética o business outcomes.
| Criterio | Peso | Qué se valoró |
|---|---|---|
| Research y product truth | Primario | Hechos, inputs, hipótesis, fuentes, owners y decisiones alimentan contenido, IA y journeys sin inventar usuarios. |
| IA y journeys SaaS | Primario | Docs, pricing, integrations, demo y signup conservan tareas, entradas, estados, handoffs y retirement. |
| Wireframes y estados | Alto | Jerarquía, content models, responsive behavior, empty, error, unavailable y deprecated quedan anotados. |
| Accesibilidad y approvals | Alto | Reading order, focus, labels, errors, contrast and motion questions llegan a reviewers independientes. |
| Rights y component contracts | Alto | Screenshots, media, brands, fonts, forms, cookie patterns, components y tokens conservan límites y owners. |
| Cambio, export y salida | Obligatorio | Source files, decisions, libraries, approvals, backlog, access revocation y receiver test sobreviven al proveedor. |
Todos los proveedores debían cumplir los mismos requisitos mínimos antes de considerar su posición.
- Una fuente oficial accesible describe SaaS web design, web design para growing companies, B2B website design o web design services.
- El alcance puede convertirse en objetos del Expediente Interfaz Revocable sin sumar research, testing, accessibility, rights o handoff que la fuente no publica.
- Los claims de agencia permanecen como first-party scope, nunca como prueba independiente de calidad, compliance o performance.
- Organic, local, social, multichannel and development conservan ownership en ES-189 a ES-192 y ES-194.
- España, expertise de producto SaaS, español, research quality, legal, privacy, accessibility, rights, editable sources y exit quedan por demostrar.
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.
Webstacks
Fortalezas documentadas
- SaaS web design explícito.
- Contexto website SaaS.
- Design system evaluable.
- Change workflow comprobable.
Límites por confirmar
- Research real no observado.
- España y español no verificados.
- Accessibility y rights abiertos.
- Editable exit sin evidencia.
Webstacks abre la lista porque su página oficial se titula SaaS Web Design Agency Services y describe una oferta para websites SaaS. Ese contexto permite ejecutar el dossier con menos traducción sectorial. La fuente no demuestra research real, español, accesibilidad, rights clearance, privacy approval, editable ownership o exit.
Webstacks recibe PRODUCTO-193, MENSAJE-193 y CONTENIDO-193 vacíos. El primer entregable no es una homepage: es un registro de facts, assumptions, missing content, owners y decisions.
IA-193 y JOURNEY-193 conectan product, pricing, integrations, docs, demo y signup. Cada node conserva task, source, state y handoff, sin atribuir URLs o organic decisions.
COMPONENTE-193 prueba si design systems pueden describirse con content model, variants, responsive rules, accessibility requirements, tokens, owner y deprecation.
CAMBIO-193 retira una integration y una screenshot permission. La agencia debe localizar every page, state, component and annotation antes de exportar.
La primera posición justifica una prueba, no confirma calidad o resultados. Spanish, privacy, accessibility, rights, source ownership y exit siguen abiertos.
Fuentes sobre los proveedores: Webstacks, SaaS Web Design Agency Services
Ramotion
Fortalezas documentadas
- Web design para growing companies.
- Process visible.
- IA y systems evaluables.
- Handoff contractualizable.
Límites por confirmar
- SaaS no probado por esta fuente.
- Research participants abiertos.
- Rights y privacy por revisar.
- Receiver test pendiente.
Ramotion queda segunda porque su página oficial presenta web design para growing companies y expone services and process. Ese alcance permite probar el núcleo del dossier. La fuente observada no acredita SaaS específico, España, research participants, accessibility review, media rights, privacy boundaries, editable transfer o receiver test.
DISCOVERY-193 exige distinguir fact, stakeholder input, assumption y open question. Una workshop slide no se convierte en user evidence por aparecer en una presentación.
El mapa de IA conserva source and rationale para cada page class. Pricing y integration detail no heredan contenido desde marketing copy sin product approval.
WIREFRAME-193 conecta hierarchy, components, states and annotations. La agencia debe mostrar loading, empty, error and deprecation antes del visual final.
La salida entrega component contracts, tokens, source files, rights register, approvals and change history. View-only access no prueba transferibilidad.
La segunda posición refleja web design scope visible. SaaS expertise, Spanish, accessibility, privacy, rights y exit requieren evidencia adicional.
Fuentes sobre los proveedores: Ramotion, Web Design Agency
Digital Silk
Fortalezas documentadas
- Web design integral publicado.
- Process visible.
- Outputs amplios evaluables.
- Approvals separables.
Límites por confirmar
- SaaS no explícito.
- Accessibility review abierta.
- Rights evidence pendiente.
- Source ownership por probar.
Digital Silk queda tercera porque su página oficial publica full-service web design services y un apartado de process. La amplitud permite recorrer IA, wireframes, visual states y handoff. La fuente no prueba SaaS, España, independent accessibility review, font and media rights, privacy approval, source-file ownership o exit.
El dossier descompone full-service en owners. Product, content, legal, privacy, accessibility, rights and technical approvals no se entregan a un único design lead.
Los journeys de docs, pricing, integration, demo y signup reciben el mismo source registry. El diseño no inventa plan names, fields, permissions o success states.
FORMULARIO-193 y COOKIE-193 conservan labels, errors, privacy copy, choice states and technical questions sin implementar collection o consent.
CAMBIO-193 prueba propagation desde source a wireframes, visual files, components, media and exports. Una correction in final comp no cierra el change log.
La tercera posición reconoce un alcance web amplio. SaaS context, Spanish, accessibility, rights, ownership y exit permanecen pendientes.
Fuentes sobre los proveedores: Digital Silk, Web Design Services
Bop Design
Fortalezas documentadas
- B2B website design explícito.
- Content relation evaluable.
- Stakeholder workflow comprobable.
- Procurement fit razonable.
Límites por confirmar
- SaaS menos directo.
- State coverage por probar.
- Accessibility y rights abiertos.
- Editable exit pendiente.
Bop Design queda cuarta porque su fuente oficial publica B2B website design services. El contexto B2B es relevante para una procurement SaaS, pero menos específico que Webstacks. La página no acredita el dossier completo de product truth, states, accessibility, rights, privacy, component contracts o portable exit.
CONTENIDO-193 obliga a vincular messaging con product sources y page tasks. El contexto B2B no autoriza inventar buyer quotes, user research o product proof.
La IA separa evaluation, pricing, docs and integration research. Una landing route no sustituye la relación de journeys, states and handoffs.
El design review conserva exact version, unresolved questions and reviewer role. Stakeholder preference no reemplaza accessibility, legal o privacy approval.
EXPORTACION-193 necesita editable IA, wireframes, visual files, components, rights and decisions. Un final deck no sostiene el próximo release.
La cuarta posición refleja B2B fit, no SaaS expertise. Product, Spanish, accessibility, rights, component depth y exit siguen abiertos.
Fuentes sobre los proveedores: Bop Design, B2B Website Design Services
OuterBox
Fortalezas documentadas
- Web design visible.
- Development boundary evaluable.
- Handoff técnico comprobable.
- Change propagation testable.
Límites por confirmar
- SaaS no explícito.
- Disciplines mezcladas.
- Rights y accessibility abiertos.
- Source exit sin demostrar.
OuterBox queda quinta porque su página oficial publica web design and development services. La candidatura permite probar handoff, pero mezcla dos disciplinas que este dossier separa. La fuente no demuestra SaaS, España, research traceability, accessibility review, rights control, component ownership, editable exports o exit.
El contrato identifica cada output como design requirement o implementation work. Wireframes, states and component contracts permanecen en ES-193; code, CMS, tests and deployment permanecen en ES-194.
JOURNEY-193 define docs, pricing, integration, demo and signup behavior. ES-194 acepta o rechaza feasibility questions sin reescribir product truth.
La matriz de approvals impide que un development sign-off se presente como legal, privacy, accessibility o rights acceptance.
Durante CAMBIO-193, OuterBox debe localizar design sources and code consumers por separado. Cada owner recibe una action and retest question.
La quinta posición refleja un scope combinado menos preciso para design-only procurement. SaaS, Spanish, rights, sources and exit necesitan prueba.
Fuentes sobre los proveedores: OuterBox, 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.
Qué alcance merece pasar a la prueba de interfaz revocable
La tabla resume el alcance publicado y el control principal que falta. No mide estética, product expertise, user preference, accessibility compliance, conversion, pipeline, revenue, ROI o business impact.
| Proveedor | Modelo de entrega | Alcance documentado | Ideal para | Limitación clave |
|---|---|---|---|---|
| Webstacks | SaaS web design agency | Oferta de website design para SaaS | Dossier SaaS completo | Accessibility, rights y exit abiertos |
| Ramotion | Web design para growing companies | Servicios y process de web design | IA y design system | SaaS y editable exit por probar |
| Digital Silk | Full-service web design | Web design services y process | Proceso amplio con approvals | SaaS, rights y ownership abiertos |
| Bop Design | B2B website design | Servicios de diseño B2B | Content and messaging B2B | States y component depth por probar |
| OuterBox | Design and development | Servicios conjuntos de web design | Handoff hacia development | Boundary y source exit requeridos |
Cómo ejecutar la prueba sintética de diseño, cambio y salida
Todos los candidatos reciben los mismos product records, content inventory, tasks, page classes, states, media questions and approval gaps. No se usa una empresa, software, persona, image, font, form, account o metric real.
La aceptación depende de artifacts editables y decisions reproducibles. Una presentación puede explicar el método, pero no sustituye source, annotation, state, right, approval, component contract o export.
1. Congele producto, mensaje y contenido
Cree PRODUCTO-193, MENSAJE-193 y CONTENIDO-193 sin valores. Defina owners, source types, versions, approvals, expiry and withdrawal.
Marque un pricing claim como no aprobado. IA, wireframes and visual states dependientes deben bloquearlo sin completar copy desde una versión anterior.
- Producto
- Mensaje
- Contenido
- Source
- Owner
- Reviewer
- Versión
- Expiry
2. Modele IA y journeys SaaS
Conecte product, pricing, integrations, docs, demo and signup mediante page classes, tasks, entries, exits, states and handoffs.
Quite la disponibilidad de INTEGRACION-193. Navigation, directory, detail, docs and conversion journeys deben mostrar el impacto antes del visual.
- IA
- Task
- Pricing
- Docs
- Integration
- Demo
- Signup
- Handoff
3. Anote wireframes y estados
Cree WIREFRAME-193 con hierarchy, source content, component intent, responsive question, required states, annotations and owner.
Introduzca an empty state y un unauthorized state. El design no puede dejarlos como notas para development.
- Hierarchy
- Source
- Component
- Loading
- Empty
- Error
- Unauthorized
- Deprecated
4. Abra accessibility and approval gates
Registre reading order, heading relation, keyboard and focus questions, labels, errors, contrast, reduced motion and status announcement requirements.
Retire Privacy and Accessibility review. FORMULARIO-193 y COOKIE-193 quedan bloqueados aunque el visual haya sido aprobado.
- Reading order
- Focus
- Label
- Error
- Contrast
- Motion
- Privacy
- Accessibility
5. Controle media, brands y fonts
Cree MEDIA-193 y FUENTE-193 sin files. Registre source, permission, license, use, attribution, expiry, owner, variants and withdrawal.
Retire una screenshot permission. El equipo debe encontrar crops, cards, docs, components and prototypes sin sustituirla por otro asset inventado.
- Media
- Screenshot
- Brand
- Font
- License
- Attribution
- Expiry
- Withdrawal
6. Contrate componentes, no solo pantallas
Defina COMPONENTE-193 con purpose, content model, variants, states, responsive rules, accessibility requirements, tokens, nesting and owner.
Cambie el error copy. La agencia actualiza source, component annotation, screens and approval packet; ES-194 conserva implementation and tests.
- Purpose
- Content model
- Variant
- State
- Responsive
- Accessibility
- Token
- Owner
7. Exporte y pruebe la salida
Entregue research, content inventory, IA, journeys, wireframes, visuals, libraries, rights, approvals, changes and backlog en formatos editables.
Revogue roles and integrations. Una persona receptora localiza y retira MEDIA-193, modifica an error state y explica el handoff a ES-194 sin contexto privado.
- Sources
- Files
- Libraries
- Rights
- Approvals
- Backlog
- Revoke
- Receiver
Errores que hacen inútil una comparativa SEO
- La homepage precede al inventario. Product truth, mensajes, content sources, owners and missing questions deben existir antes de ordenar pantallas.
- Una opinión de stakeholder es user research. Facts, inputs, assumptions and participant evidence conservan etiquetas distintas; una persona sintética no corrige la ausencia.
- El sitemap decide las URLs. ES-193 modela IA y tasks; ES-189 conserva organic intent, URLs, canonical, redirects, crawl and index.
- Docs, pricing y signup comparten un único journey. Cada recorrido tiene audience, access, source, task, state, handoff and owner diferentes.
- Development resolverá los estados. Loading, empty, partial, error, unavailable, unauthorized, expired and deprecated necesitan design requirements.
- WCAG en el brief prueba accesibilidad. La referencia no certifica reading order, focus, labels, contrast, motion, component behavior o implementation.
- Una screenshot pertenece al proyecto. Product UI, logos, media and fonts requieren source, permission, license, use, expiry, owner and withdrawal.
- El banner de cookies es una caja visual. Purpose, categories, default state, reject, preferences, copy, privacy review and technical implementation siguen abiertos.
- Un design system es una página de componentes. Content models, variants, states, responsive rules, accessibility requirements, tokens, nesting, version and deprecation forman el contrato.
- Un enlace de Figma es una salida. Institutional ownership, recovery, source files, libraries, fonts, rights, exports, access revocation, backlog and receiver test son necesarios.
Preguntas frecuentes
Pida research register, product and content source map, IA rationale, journeys para docs, pricing, integrations, demo and signup, annotated wireframes, responsive and accessible states, approval packets, media, brand and font rights, component contracts, editable source files, change log, access revocation, backlog y receiver test.
Su página oficial publica el contexto SaaS web design más directo del conjunto. Eso reduce la traducción sectorial para el dossier, pero no confirma research quality, español, accessibility, privacy, rights, source ownership, conversion o results. Cada control debe demostrarse con artifacts editables y reviewers independientes.
Separe facts, client inputs, assumptions, open questions and participant evidence. Vincule cada finding con source, method question, owner, confidence label and design decision. No fabrique personas, quotes o tests. Si no existe user evidence, mantenga la hipótesis visible y limite la decisión hasta conseguir revisión.
Empiece por tasks and content sources, no por un menú heredado. Modele product, solutions, pricing, integrations, docs, resources, demo and signup como clases. Cada node necesita parent, child, user task, owner, visibility rule, dependency and retirement path. ES-189 conserva las decisiones orgánicas y URLs.
Defina entradas, audience and access states, product version, source content, decision, next action, blocked state and owner para cada journey. Pricing no inventa términos; docs no presume acceso; integration detail no promete disponibilidad. Los handoffs mantienen source version y acceptance antes de pasar a implementation.
Además del default, revise loading, empty, partial, success, warning, error, unavailable, unauthorized, expired and deprecated cuando apliquen. Cada estado requiere source copy, action, recovery, focus behavior question and owner. El diseño debe mostrar relaciones y priorities; ES-194 decide su implementation and testing.
Entregue reading order, heading relation, keyboard path question, focus order and visible focus requirements, labels, help, error association, status announcement question, contrast tokens and reduced motion states. Use W3C como referencia, no como certificación. Una persona competente debe revisar design y otra verificar implementation.
Separe Product, Content, Technical, Legal, Privacy, Accessibility, Rights, Brand and Language-ES. Cada packet congela exact copy, source versions, screen, state, component, media and form relation. Un design lead coordina, pero no firma todas las disciplinas. Un cambio reabre solo las aprobaciones afectadas.
Mantenga asset ID, purpose, source, creator or owner question, permission, license, territory, duration, edits, attribution, variants, storage, expiry and withdrawal. Para screenshots añada product version, environment and redaction questions. Para fonts añada web use, hosting, fallback and privacy review. Ningún archivo entra por costumbre.
ES-193 define task, labels, help, validation, errors, visible privacy copy, choice states, submit and recovery behavior. Legal and Privacy deciden los textos y requisitos; ES-194 implementa collection, consent records, tags, security and data flows. Una maqueta no prueba legal basis, consent o compliance.
Registre purpose, content model, allowed fields, variants, states, responsive rules, accessibility requirements, token dependencies, nesting, prohibited use, owner, version and deprecation. El contrato permite que design and development discutan el mismo object. No sustituye code, CMS schema, automated tests, performance review o deployment.
ES-193 posee research, content inventory, IA, journeys, wireframes, visual states, responsive and accessibility specifications, rights, approvals, component contracts and source design files. ES-194 posee repository, CMS, code, forms, integrations, security, performance, hosting, deployment and rollback. El handoff registra versions, questions and acceptance.
Acuerde la salida antes del primer visual. Exija research, sources, decisions, content inventory, IA, journeys, wireframes, prototypes, states, libraries, tokens, rights, approvals, changes and backlog en formatos editables. Conserve institutional ownership, billing and recovery. Revogue roles. El receptor debe completar CAMBIO-193 sin una reunión privada.
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]Webstacks, SaaS Web Design Agency Services
- [02]Ramotion, Web Design Agency
- [03]Digital Silk, Web Design Services
- [04]Bop Design, B2B Website Design Services
- [05]OuterBox, Web Design Services
- [06]W3C, Web Content Accessibility Guidelines 2.2
- [07]W3C WAI, Forms Tutorial
- [08]W3C WAI, Images Tutorial
- [09]web.dev, Responsive Web Design Basics
- [10]Google Fonts, Privacy and Data Collection
- [11]AEPD, guía de privacidad desde el diseño
- [12]AEPD, guía sobre cookies
Contrate decisiones transferibles, no una carpeta de pantallas
Empiece por PRODUCTO-193, MENSAJE-193 y CONTENIDO-193. Después modele IA and JOURNEY-193 para docs, pricing, integrations, demo and signup. Exija WIREFRAME-193, ESTADO-193, rights registers, approval packets and COMPONENTE-193 antes del handoff. Retire una integración y una captura mediante CAMBIO-193. El diseño solo es transferible cuando EXPORTACION-193, role revocation, backlog, receiver test y SALIDA-193 funcionan sin memoria de agencia.