Divulgación progresiva en herramientas B2B: dos niveles y qué ocultar

La divulgación progresiva (progressive disclosure) es una técnica de diseño de interacción que coloca en la primera pantalla los pocos controles que necesitan la mayoría de las tareas y lleva todo lo demás a un segundo nivel con una etiqueta clara. En una herramienta B2B, es la forma de que una sola pantalla sirva a quien trabaja en ella todo el día y a quien la abre una vez por trimestre, sin tener que lanzar dos productos.

Jakob Nielsen la describió en 2006 como la respuesta a dos exigencias que tiran en sentidos opuestos: quien usa un software quiere potencia, y también quiere sencillez (Nielsen Norman Group). En el mismo artículo fijó el límite que sigue vigente: los diseños con más de dos niveles suelen tener una usabilidad baja, porque el usuario se pierde al pasar de uno a otro. Explicar la técnica es fácil. Lo difícil es el reparto: qué se gana un sitio en el primer nivel y qué puede esperar.

La versión en 30 segundos

• El primer nivel contiene lo que necesitan las tareas principales. Quien abre el producto por primera vez termina la tarea principal sin abrir nada.
• El segundo nivel guarda el resto, detrás de un único control visible cuya etiqueta dice qué hay dentro.
• Dos niveles. Si hace falta un tercero, sobran funciones.
• Precio, permisos, riesgos y todo lo irreversible se quedan en el primer nivel.
• El reparto sale de los datos de uso y se revisa en cada versión.

¿Por qué una herramienta B2B la necesita más que una app de consumo?

Quien compra software B2B también paga por poder configurarlo. Reglas fiscales por país, cadenas de aprobación, campos personalizados, permisos por rol, formatos de exportación, políticas de conservación de datos. A menudo la misma pantalla la usan un operador, un responsable y un administrador. Cada una de esas opciones tiene que vivir en algún sitio, y suele acabar en la pantalla donde alguien la pidió.

Enseñarlo todo cuesta tiempo y errores, y las pruebas tienen cuarenta años. En el estudio de 1984 de las «ruedines» (training wheels), John M. Carroll y Caroline Carrithers, de IBM, bloquearon las funciones avanzadas de un procesador de textos comercial para los usuarios nuevos. Una opción de menú bloqueada respondía con un breve mensaje de «no disponible». Los principiantes aprendieron la tarea básica más deprisa y sacaron mejor nota en una prueba de comprensión posterior (Communications of the ACM). Según el resumen que Nielsen publicó en 2026, el grupo de control dedicó casi una cuarta parte del tiempo a salir de estados de error que la interfaz con ruedines hacía inalcanzables (Jakob Nielsen on UX).

El artículo de Nielsen de 2006 cita tres de los cinco componentes de la usabilidad que mejora la técnica: la facilidad de aprendizaje, la eficiencia de uso y la tasa de errores. Los expertos también ganan: una primera pantalla más corta supone menos opciones que recorrer y que usan poco.

¿Cuánto cuesta ocultar demasiado?

Ocultar tiene un precio, y NN/g lo ha medido. En un estudio cuantitativo con 179 participantes en seis webs, esconder la navegación principal redujo casi a la mitad su descubribilidad, alargó las tareas y las hizo parecer más difíciles (NN/g, menús hamburguesa). En escritorio el daño fue mayor que en el móvil. En una de las webs, con el menú detrás de un icono en la esquina superior derecha, solo el 17% de los participantes de escritorio usó la navegación, frente a una media del 42% en las seis webs (NN/g, navegación en escritorio).

Es la otra mitad del intercambio. Lo que está en el segundo nivel se usa menos, y más tarde. Para un ajuste que nadie toca a diario, ese es el objetivo. Para una herramienta diaria, es un defecto que cobra un clic en cada visita. Nielsen llama al total «deuda de divulgación»: clics de más y tickets de soporte por cada función enterrada en el sitio equivocado.

¿Cómo se decide qué va en el primer nivel?

Se reparte según la frecuencia de cada tarea y luego se comprueba el resultado con usuarios reales. Cuatro reglas cubren casi toda la decisión.

1. El primer nivel termina la tarea principal

La «prueba del banco de trabajo» de Nielsen hace una sola pregunta: ¿puede alguien que abre el producto por primera vez completar la tarea principal solo con lo que ve al cargar la pantalla? Su regla práctica es que la gente debería terminar cerca del 80% de sus tareas sin abrir nada. Si la tarea principal necesita el cajón, el reparto está mal.

2. Reparte por frecuencia de uso, con datos

Los datos salen de la analítica de producto, de los estudios de campo y de los tickets de soporte. En una aplicación, el consejo de Nielsen desde 2006 es añadir al código el registro de cuánto se usa cada función y cruzar las cifras con observación, porque una página puede recibir visitas de gente que ha llegado por error. Un producto nuevo, sin datos, empieza por el análisis de tareas y los estudios de campo, mide el uso de la primera versión y revisa el reparto.

Repartir por tipo de usuario sirve de poco. Alan Cooper llama a quienes usan un software a diario «intermedios perpetuos»: aprenden lo justo para trabajar, y pocos llegan a ser el experto que domina todos los ajustes, el que da por hecho un «modo experto». Un usuario experimentado pasa casi toda la jornada en el primer nivel y abre el segundo para la tarea poco habitual. La divulgación progresiva ordena las tareas por frecuencia, y así un único diseño sirve a los dos grupos.

3. No ocultes nunca lo que hace falta para decidir

La información de la que depende una decisión se queda en el primer nivel: precio, requisitos, riesgos, condiciones de privacidad. Una herramienta B2B añade sus propios casos. Cuánto cambia la factura cuando un administrador añade 20 licencias. Qué equipos verán un registro una vez compartido. Que borrar un espacio de trabajo borra también su registro de auditoría. Un panel plegado es un buen sitio para el pie de página personalizado de un PDF. Es el sitio equivocado para todo lo que gasta dinero, escribe a un cliente o no se puede deshacer.

El GOV.UK Design System recoge la misma regla en su componente Details: no lo uses para ocultar información que necesita la mayoría de los usuarios (GOV.UK Design System).

4. Quédate en dos niveles y etiqueta bien la puerta

Cuando las funciones no caben en dos niveles, agrupa las avanzadas para que el usuario mire en un solo sitio y pueda ignorar los demás; NN/g propone el card sorting para encontrar los grupos. El control que abre el segundo nivel tiene que decir con claridad qué hay detrás. «Filtros avanzados» lo dice. «Más» no dice nada. Mantén ese control en la misma posición en todas las pantallas, para que lo que el usuario aprende en una le sirva en todas.

Divulgación progresiva frente a divulgación por etapas

La divulgación por etapas (staged disclosure) es el asistente: una secuencia fija de pasos, cada uno con una parte de las opciones. Los dos patrones resuelven problemas distintos.

• La divulgación progresiva pone delante las funciones principales y las secundarias detrás de un control. La mayoría de los usuarios nunca abre el segundo nivel. Se usa en pantallas a las que se vuelve: una barra de filtros, la ficha de un registro, una página de ajustes.
• La divulgación por etapas ordena las opciones según el momento de la tarea en que aparecen, y los pasos posteriores pueden importar tanto como el primero. Todos los usuarios pasan por todos los pasos. Se usa para una secuencia que se hace una vez: conectar una integración, configurar el SSO, la primera importación de datos.

Mezclarlos da el peor caso: una secuencia larga que encima oculta cosas. Nuestra guía de formularios largos explica cuándo ayuda dividir un formulario en pasos.

Cómo se ve en una pantalla B2B real

Piensa en la pantalla donde el equipo de administración crea una factura. En el primer nivel están el cliente, las líneas, el vencimiento y el total con impuestos, porque el total es aquello con lo que el usuario se va a comprometer. El segundo nivel queda detrás de un control llamado «Opciones de factura»: número de pedido de compra, pie de página personalizado, cambio de moneda, condiciones de pago distintas. Si la analítica muestra que el campo del pedido de compra se abre en la mayoría de las facturas, sube al primer nivel para todos. La línea de impuestos se queda en el primer nivel aunque cambie poco, porque es la cifra que el cliente va a discutir.

Mientras tanto, mantén estable la disposición. Nielsen advierte de que los menús adaptativos, los que reordenan las opciones según el uso reciente, rompen la memoria espacial. Si es el usuario quien fija un campo del segundo nivel en el primero, la memoria se mantiene: el cambio lo ha hecho él y sabe dónde lo ha puesto.

Los filtros de una tabla enseñan la segunda trampa. En el primer nivel van la búsqueda, el estado, el responsable y el rango de fechas. El segundo se abre desde «Todos los filtros (14)», con el número en la etiqueta. Un filtro aplicado desde el segundo nivel tiene que aparecer en el primero como una etiqueta que se puede quitar. Sin ella, el usuario lee una lista filtrada como si fuera completa y exporta los datos equivocados. Lo mismo pasa con los errores: un error de validación dentro de una sección plegada tiene que abrirla o aparecer resumido arriba, como contamos en la guía de estados de error. Nielsen lo resume en una línea: una comodidad oculta cuesta un clic, una alarma oculta cuesta un incidente.

¿Cómo se hace accesible el control?

Las ARIA Authoring Practices del W3C definen el patrón disclosure. El elemento que muestra y oculta el contenido tiene el rol button, lleva el atributo aria-expanded a true o false y responde a Intro y a la barra espaciadora (WAI-ARIA APG). Los elementos nativos de HTML details y summary ofrecen este comportamiento sin script.

La investigación de GOV.UK sobre su componente Details añade dos avisos. Algunos usuarios evitan el enlace porque creen que los sacará de la página. Algunas personas que usan control por voz no consiguen activarlo si no lo nombran como botón. Escribe la etiqueta como una descripción del contenido y prueba el control con teclado y con voz.

¿Cuándo no conviene usarla?

• Cuando el contenido oculto es justo lo que la mayoría viene a buscar en esa pantalla.
• Cuando lo oculto es un aviso, un error o un coste.
• Cuando el diseño pide un tercer nivel. Mejor recortar o reagrupar funciones.
• Cuando la pantalla ya es corta. Plegar dos campos en un formulario de cinco añade un clic y no ahorra nada.

Patrones cercanos

La divulgación progresiva decide qué enseña primero una pantalla. Decisiones parecidas están en nuestros artículos sobre diseño de dashboards, sobre cuándo una tabla gana a las tarjetas, sobre estados vacíos y sobre patrones de onboarding. Cada uno aplica la misma prueba desde otro lado: qué necesita esta persona, en esta pantalla, ahora, para terminar la tarea.