El filtro jerárquico de Amazon Quick Sight reduce la saturación de los paneles, pero añade una nueva disyuntiva de diseño
Amazon lanzó el filtro jerárquico de Amazon Quick Sight el 30 de septiembre, sustituyendo varios controles relacionados del panel por un único menú expandible compatible con hasta cinco niveles. El cambio aborda un conflicto conocido en la inteligencia empresarial: los lectores quieren filtros flexibles, pero cada control añadido dificulta la navegación de un panel.
El nuevo control permite a los lectores recorrer relaciones como Región, País y Ciudad sin tener que examinar menús separados. Los autores también pueden combinar selecciones de distintos niveles, incluido un país completo y una ciudad de otra ubicación. AWS afirma que la función está disponible en todas las regiones de AWS donde Amazon Quick cuenta con soporte.
No se trata de un nuevo modelo analítico ni de un motor de visualización. Es un cambio concentrado en la interfaz que traslada la complejidad de la superficie del panel a un árbol expandible. Esto sitúa al filtro jerárquico de Amazon Quick Sight frente a la práctica consolidada de mostrar filtros independientes, incluidos controles en cascada que se restringen entre sí.
El lanzamiento también eleva el nivel de referencia competitivo. Microsoft Power BI ya admite varios campos relacionados dentro de un único segmentador jerárquico. Amazon está cerrando una brecha visible de interacción al tiempo que incorpora sus propias reglas de selección, búsqueda, alcance y escala.
El filtro jerárquico de Amazon Quick Sight sustituye una fila de controles
El cambio inmediato es sencillo: varios filtros conectados ahora pueden ocupar un único lugar en un panel de Quick Sight.
AWS anunció la función mediante su anuncio del filtro jerárquico del 30 de septiembre. El 1 de octubre se publicó una explicación detallada del producto.
El ejemplo que acompaña al anuncio comienza con seis controles de panel. Cuatro representan dimensiones geográficas: Región, Subregión, País y Ciudad. Los controles restantes cubren Segmento y Producto.
Este diseño ofrece muchas opciones a los lectores, pero también consume un espacio valioso del panel. Cada control geográfico expone otra lista, etiqueta y punto de interacción. Un lector debe comprender cómo se relacionan los campos antes de realizar una secuencia válida de selecciones.
El filtro jerárquico de Amazon Quick Sight integra los campos geográficos relacionados en un único árbol. Los lectores ven primero el nivel más amplio, como Región. Pueden expandir una región para mostrar los países y después expandir un país para revelar las ciudades.
Cada selección limita la rama visible. Elegir un valor de nivel inferior también selecciona su ruta principal, de modo que la interfaz conserva la relación entre ese valor y sus categorías más amplias.
Este comportamiento es importante porque los filtros independientes pueden crear una experiencia fragmentada. Un lector podría seleccionar una región en un menú, abrir un menú separado de países y luego buscar una ciudad. El panel proporciona los controles, pero el usuario debe reconstruir la jerarquía.
El nuevo filtro codifica esa jerarquía directamente. Puede contener hasta cinco campos de dimensión, ordenados desde la categoría más amplia hasta la más detallada. Los campos geográficos son solo un ejemplo. Una empresa podría usar Categoría de producto, Línea de producto, Producto, Modelo y Unidad de mantenimiento de existencias.
AWS también permite selecciones de niveles mixtos dentro del mismo control. Un lector puede seleccionar un nodo amplio, como Japón, mientras selecciona una ciudad individual en otra rama. Esto preserva una flexibilidad que se perdería si los usuarios estuvieran limitados a valores de nivel hoja.
La guía del filtro jerárquico de la compañía distingue este control de los filtros en cascada. Ambos enfoques guían a los lectores a través de dimensiones relacionadas, pero sus interfaces difieren.
Un filtro jerárquico anida toda la ruta dentro de un solo control. Los filtros en cascada siguen siendo controles separados, donde una elección anterior limita lo que aparece en un control posterior.
Esta distinción crea la tensión central del artículo. Amazon ha reducido el número de decisiones visibles, pero no ha eliminado la complejidad subyacente. Ha reorganizado esa complejidad en una interacción más compacta.
El cambio también difiere de la exploración descendente visual. Quick Sight ya permite a los lectores desplazarse por niveles jerárquicos dentro de gráficos compatibles. Sus exploraciones descendentes visuales refinan un elemento de gráfico seleccionado, como pasar de un estado a sus ciudades.
El filtro jerárquico opera en la capa de controles del panel. Según el alcance configurado, puede cambiar varios elementos visuales o un panel completo con varias hojas. Esto lo convierte en un mecanismo de navegación para el análisis, no solo para un gráfico.
Los autores de paneles están bajo presión para condensar las opciones
El filtro jerárquico responde a un problema de interfaz cuyo coste aumenta a medida que los paneles ganan dimensiones, hojas y audiencias.
Los paneles de inteligencia empresarial suelen atender a lectores con preguntas diferentes. Un responsable regional puede querer ver un mercado completo, mientras que un gerente de tienda necesita una ubicación concreta. Un ejecutivo de producto puede empezar por una categoría y después examinar un modelo.
Respaldar esos recorridos normalmente implica añadir controles. Sin embargo, cada control exige que los lectores reconozcan un campo, comprendan sus valores y sepan si depende de otro campo.
Por tanto, los autores de paneles afrontan dos exigencias contrapuestas. Deben ofrecer suficiente filtrado para permitir la exploración, al tiempo que mantienen una interfaz comprensible para lectores que no crearon el análisis.
El filtro jerárquico de Amazon Quick Sight aborda esta presión ocultando los niveles inferiores hasta que resultan pertinentes. Inicialmente, un lector ve un pequeño conjunto de nodos de nivel superior en lugar de cada ciudad, producto o departamento.
Este enfoque reduce la saturación visual, pero su contribución más amplia es la secuenciación de la información. Presenta las opciones en el orden establecido por el autor.
Esa secuencia puede evitar combinaciones contradictorias o confusas. Una ciudad aparece bajo su país y región, de modo que el control comunica el contexto antes de que el lector confirme una selección.
AWS ilustra este comportamiento con un conjunto de datos minorista que contiene tres regiones, ocho países y catorce ciudades. Estas cifras son modestas, pero hacen visible el patrón de navegación. El valor resulta más evidente cuando un conjunto de datos de producción contiene muchos más miembros.
El control también puede filtrar un panel completo cuando un autor cambia su alcance. Por lo demás, los filtros de Quick Sight admiten varios alcances, desde un único elemento visual hasta todos los elementos visuales aplicables.
La documentación sobre el alcance de los filtros de Amazon indica que los filtros de análisis persisten en los paneles publicados. Varios filtros de nivel superior se aplican conjuntamente mediante lógica AND, mientras que los filtros agrupados pueden usar lógica OR.
Este comportamiento existente explica por qué la consolidación importa. Reducir el número visible de controles no reduce necesariamente el número de condiciones aplicadas a los datos. El filtro jerárquico proporciona a esas condiciones una interfaz compartida y un orden explícito de padre e hijo.
Los autores siguen controlando la consecuencia de cada selección. Una jerarquía puede aplicarse a un elemento visual, una hoja o un conjunto más amplio de elementos visuales. Por tanto, malas decisiones de alcance pueden producir un control limpio que se comporte de forma inesperada.
El filtrado entre hojas aumenta lo que está en juego. AWS introdujo controles más amplios entre hojas antes de este lanzamiento de jerarquías, permitiendo que una selección afecte a varias hojas.
El filtro jerárquico se basa en esa base. Un único árbol de ubicaciones ahora puede guiar a un lector por un panel que contiene hojas de resumen, regionales y operativas.
Esto es útil para la analítica integrada, donde el espacio del panel compite con la aplicación circundante. Un panel integrado no puede asumir un lienzo ilimitado ni un lector formado en la herramienta de BI.
Una jerarquía compacta también ofrece a los autores más espacio para los elementos visuales que transmiten el argumento real. Eliminar tres cuadros de filtro no aumenta por sí mismo la profundidad analítica, pero puede reducir el área de interfaz dedicada a operar el panel.
La presión recae más directamente sobre los autores que mantienen análisis con muchos filtros. Ahora cuentan con una opción nativa de consolidación, y los lectores razonablemente la esperarán cuando las dimensiones tengan una jerarquía evidente.
Esa expectativa genera trabajo. Los autores deben revisar los controles existentes, confirmar las relaciones padre-hijo, decidir el alcance y probar las selecciones guardadas antes de sustituir el diseño anterior.
Por tanto, el beneficio no es automático. Un filtro jerárquico mejora la experiencia del lector solo cuando los campos subyacentes forman una ruta estable y comprensible.
Una jerarquía ahora compite con muchos filtros independientes
La principal competencia no es Amazon frente a otro proveedor. Es una jerarquía guiada frente a la libertad de controles separados.
Los filtros independientes siguen siendo la mejor opción cuando las dimensiones no comparten una relación natural de padre e hijo. Región y Categoría de producto, por ejemplo, pueden ser importantes sin pertenecer a una misma jerarquía.
Los controles separados también mantienen visible cada dimensión. Esto puede ayudar a lectores experimentados que desean cambiar varios valores rápidamente sin abrir y recorrer repetidamente un mismo menú.
Una jerarquía funciona de otra manera. Toma una decisión editorial sobre cómo deberían aproximarse los lectores a los datos. El autor define la ruta y la interfaz anima a los lectores a seguirla de lo amplio a lo específico.
Esto puede mejorar la orientación de los usuarios ocasionales. También puede ralentizar a alguien que ya conoce el valor exacto de nivel inferior que necesita.
La elección se aclara al comparar los filtros jerárquicos con los controles en cascada. En un diseño en cascada, Región, País y Ciudad siguen separados. Seleccionar una región limita la lista de países, mientras que seleccionar un país limita la lista de ciudades.
Ese diseño expone de un vistazo toda la secuencia analítica. También ocupa más espacio y requiere más desplazamiento por el panel.
El filtro jerárquico de Amazon Quick Sight coloca la misma secuencia conceptual dentro de un único control expandible. Sacrifica la visibilidad simultánea para ganar compacidad.
Ningún modelo es universalmente superior. La elección correcta depende de si los lectores se benefician más de ver cada etapa o de mantener despejada la superficie del panel.
El nuevo control también cambia la forma en que los autores comunican la profundidad disponible. Cinco filtros visibles anuncian claramente cinco dimensiones. Un menú contraído puede ocultar esa riqueza hasta que un lector lo abre.
Por ello, las etiquetas y el contexto circundante adquieren más importancia. Un título genérico como “Ubicación” puede no indicar a los lectores que el control incluye Región, País, Ciudad y Tienda.
Este es el mecanismo real tras el lanzamiento. Amazon no está eliminando la complejidad de los filtros. La está condensando y confía en la divulgación jerárquica para hacer esa complejidad manejable.
Este diseño puede funcionar especialmente bien para relaciones que los usuarios ya comprenden. La geografía, las líneas de reporte organizativas, los catálogos de productos y las estructuras de cuentas tienen patrones reconocibles de padre e hijo.
Se vuelve menos fiable cuando la jerarquía es artificial. Un equipo de marketing podría agrupar canales, campañas, creatividades y segmentos de audiencia, pero distintos usuarios pueden esperar rutas diferentes a través de esos datos.
Un orden forzado puede entonces ocultar combinaciones útiles o implicar una relación que el proceso empresarial subyacente no admite. El panel parece más limpio mientras se vuelve conceptualmente más limitado.
Los autores también deberían separar el filtrado de la exploración dentro de un elemento visual. Un filtro de jerarquía cambia qué registros siguen disponibles dentro de su ámbito. Un desglose en un gráfico cambia el nivel de detalle mostrado dentro de un elemento visual seleccionado.
Combinar ambos puede ser eficaz. Un lector podría filtrar el panel a una familia de productos y luego profundizar en el rendimiento mensual dentro de un gráfico.
Combinar ambos también puede confundir a los lectores si el estado activo del filtro no es evidente. Un gráfico puede parecer que omite datos porque una selección de nivel superior sigue activa dentro del filtro compacto.
Por ello, el lanzamiento debe evaluarse según el comportamiento de los lectores, no por la densidad de la barra de herramientas. Tener menos controles visibles solo es útil cuando los lectores pueden comprender el estado actual y modificarlo sin fricción.
Para los equipos que crean paneles a partir de notas de reuniones, requisitos e investigación de usuarios, ese comportamiento debe documentarse junto con el análisis. Un flujo de trabajo de producto con capacidad de búsqueda puede ayudar a los equipos a preservar por qué se eligieron una jerarquía y su ámbito.
La decisión clave no es si utilizar el control más reciente. Es si una ruta fija se ajusta a la forma en que el público objetivo formula sus preguntas.
El control compacto tiene límites de búsqueda y escala
El filtro de jerarquía reduce el desorden visual, pero sus limitaciones pueden volver a introducir fricción dentro del menú.
La primera limitación es estructural. Un filtro de jerarquía admite un máximo de cinco niveles. Esto es suficiente para muchas rutas geográficas, organizativas y de productos, pero no todas las taxonomías empresariales encajan dentro de ese límite.
Los autores con estructuras más profundas deben detenerse en cinco niveles, combinar campos o dejar algunas dimensiones en controles separados. Cada opción modifica la forma en que los lectores interpretan la jerarquía.
El filtro también acepta campos de dimensión, en lugar de medidas. Las dimensiones de texto, numéricas y los campos booleanos pueden servir como niveles. Medidas como Sales o Quantity no pueden hacerlo.
Esta restricción es lógica porque una jerarquía describe relaciones categóricas. Aun así, implica que los autores necesitan otro tipo de filtro para umbrales, rangos y métricas de rendimiento.
El comportamiento de búsqueda genera una disyuntiva más visible. El cuadro de búsqueda en la parte superior de la jerarquía busca únicamente en el nivel más alto. No busca todos los valores anidados por debajo de ese nivel.
Un lector que busque una ciudad no necesariamente puede escribirla en el campo de búsqueda superior y acceder directamente a ella. Primero debe entrar o expandir la rama pertinente.
Los niveles inferiores pueden ofrecer sus propios cuadros de búsqueda. AWS indica que aparece uno cuando un nivel contiene más de 10 valores únicos.
La interfaz vuelve a cambiar cuando un nivel contiene más de 1.000 valores únicos. En ese punto, el control muestra únicamente un cuadro de búsqueda en lugar de listar los valores.
Este diseño evita que un menú enorme abrume al lector. También sustituye la exploración por el recuerdo. Los usuarios deben conocer lo suficiente del nombre de un valor para poder buscarlo.
La diferencia importa en conjuntos de datos con etiquetas inconsistentes, abreviaturas o nombres de cuentas poco familiares. Una jerarquía compacta no puede corregir datos maestros deficientes.
Los valores nulos introducen otra consideración. Los autores pueden elegir cómo afectan los nulos a las filas mostradas en los elementos visuales, pero esa elección no controla cómo aparecen los nulos dentro del propio control de jerarquía.
Esta distinción merece pruebas porque los lectores pueden interpretar un nodo de jerarquía vacío como datos faltantes, una rama no disponible o un fallo.
El estado de selección también puede sorprender a los autores durante el mantenimiento. Reordenar los campos de la jerarquía borra las selecciones ya guardadas en el filtro.
Por tanto, un rediseño aparentemente menor puede cambiar el estado predeterminado que experimentan los lectores. Los equipos deberían registrar las selecciones esperadas antes de ajustar el orden de los campos y validar después el panel republicado.
La jerarquía también propaga el estado de los elementos superiores. Seleccionar un valor de nivel inferior marca automáticamente su cadena de elementos superiores, y los nodos más amplios se muestran como parcialmente seleccionados cuando corresponde.
Este comportamiento preserva el contexto, pero la selección de niveles mixtos puede dificultar la síntesis del conjunto de datos resultante. Seleccionar un país completo junto a una ciudad genera una comparación deliberadamente desigual.
Esa flexibilidad es valiosa para el análisis ad hoc. Puede resultar arriesgada en un panel compartido si los lectores asumen que cada rama seleccionada representa el mismo nivel de agregación.
Los autores deberían probar títulos, subtítulos y etiquetas visuales con selecciones de niveles mixtos. Un gráfico etiquetado como “Sales by City” se vuelve engañoso cuando el filtro también incluye un país completo.
El ámbito sigue siendo otra fuente de incertidumbre. La configuración inicial del filtro se aplica únicamente a un elemento visual, a menos que el autor la modifique. Por ello, una jerarquía mostrada de forma destacada en la parte superior puede parecer global y, sin embargo, afectar solo a una parte del panel.
Esa discrepancia es más perjudicial que el desorden visible porque puede cambiar el significado de un análisis sin avisar al lector. Una interfaz más limpia aumenta la importancia de una retroalimentación clara sobre el estado.
La conclusión escéptica es sencilla. AWS ha mostrado cómo funciona la función, pero no ha publicado pruebas independientes de que los lectores completen las tareas de filtrado más rápido o cometan menos errores.
El anuncio describe menos pasos y una menor confusión como beneficios. Estas afirmaciones son plausibles, pero su valor variará según la profundidad de la jerarquía, el número de miembros, la calidad de los datos y la familiaridad del público.
Las empresas deberían medir la finalización exitosa de tareas, el tiempo hasta alcanzar una vista objetivo, los restablecimientos de filtros y las consultas de soporte antes de declarar que el rediseño es una mejora.
Power BI muestra que el filtrado jerárquico es una expectativa básica
El lanzamiento de Amazon mejora Quick Sight, pero el filtrado jerárquico ya existe como un patrón reconocible en productos de inteligencia empresarial competidores.
Microsoft Power BI permite a los autores de informes agregar varios campos relacionados a un mismo segmentador. Los lectores pueden expandir y contraer niveles mediante chevrones, mientras que los autores pueden elegir un menú desplegable o una lista vertical.
La documentación sobre segmentadores jerárquicos de Microsoft también describe controles de formato para títulos, sangría e iconos de expansión o contracción.
Esta comparación sitúa el lanzamiento de Amazon en contexto. Quick Sight no está creando una categoría de interacción completamente nueva. Está incorporando una implementación nativa de un patrón que los compradores de herramientas de inteligencia empresarial ya pueden reconocer.
Esto importa para las organizaciones que evalúan herramientas porque las pequeñas brechas de interfaz se vuelven costosas a escala. Si falta un control deseado, los autores pueden añadir varios componentes, rediseñar el panel o crear una solución alternativa.
Un filtro de jerarquía nativo reduce esa presión. Permite a los autores de Quick Sight ofrecer un árbol familiar y explorable sin depender de varios controles en la misma hoja.
La versión de Amazon enfatiza la selección de niveles mixtos y un máximo de cinco dimensiones. Su documentación también establece una distinción clara entre un filtro de jerarquía y filtros en cascada independientes.
Power BI ofrece un conjunto más amplio de opciones de presentación en torno a su segmentador jerárquico. Microsoft documenta sangría configurable e iconos alternativos de expansión o contracción, funciones que no se destacan en el material de lanzamiento de Amazon.
La comparación no debe extenderse hasta convertirla en un veredicto sobre los productos. El filtrado es solo una parte de una plataforma de BI, y las organizaciones eligen herramientas según el acceso a los datos, la gobernanza, la integración, la administración, la visualización y los compromisos existentes con la nube.
Aun así, la paridad de interfaz influye en el uso diario. Los lectores de paneles interactúan con controles mucho más a menudo de lo que examinan un diagrama de arquitectura.
La llegada del filtro de jerarquía de Amazon Quick Sight también presiona a los equipos internos de analítica, no solo a los proveedores. Una vez que existe una opción compacta, resulta más difícil defender un panel saturado de filtros relacionados.
Los autores tendrán que explicar cuándo los controles independientes son intencionados. Esto es positivo porque desplaza el diseño de paneles del hábito hacia necesidades explícitas de los lectores.
Por tanto, la cuestión competitiva tiene menos que ver con contar funciones y más con la ejecución. ¿Puede el control de Amazon seguir siendo comprensible con jerarquías profundas, selecciones mixtas, nulos y campos de alta cardinalidad?
Las limitaciones documentadas por Microsoft recuerdan que las interfaces jerárquicas heredan problemas del modelo subyacente. Sus orientaciones señalan complicaciones con jerarquías irregulares, en las que algunos miembros carecen de valores en niveles intermedios.
Las propias reglas de Amazon sobre nulos y búsqueda apuntan a límites prácticos similares. Un árbol puede representar relaciones limpias de forma elegante, pero las estructuras irregulares requieren pruebas cuidadosas.
Esta referencia competitiva también modifica las expectativas de los compradores sobre los paneles integrados. Un usuario acostumbrado a expandir categorías en Power BI esperará un comportamiento equivalente dentro de una aplicación Quick Sight.
Amazon ya tiene una respuesta directa a esa expectativa. La cuestión pendiente es si los autores lo adoptarán con la suficiente consistencia para que los lectores confíen en la interacción.
Qué observar tras el lanzamiento del filtro de jerarquía
La siguiente fase depende de pruebas de adopción, un soporte de interacción más amplio y de cómo responda Amazon a los límites actuales del control.
La primera señal es la adopción por parte de los autores en los paneles existentes de Quick Sight. AWS ha puesto la función a disposición allí donde Amazon Quick es compatible, pero la disponibilidad no demuestra si los equipos sustituirán los controles establecidos.
La adopción será más significativa en paneles con jerarquías geográficas, de productos u organizativas claras. Si los autores utilizan el control principalmente en nuevas demostraciones, el lanzamiento seguirá siendo una opción útil, no un cambio de diseño importante.
La evidencia más sólida procedería de resultados medidos entre los lectores. Los equipos deberían comparar los diseños anteriores y nuevos utilizando las mismas tareas analíticas.
Si los lectores llegan más rápido a una ubicación objetivo, realizan menos combinaciones no válidas y restablecen los filtros con menor frecuencia, el modelo guiado de Amazon gana respaldo. Si los usuarios tienen dificultades para localizar valores de nivel inferior, la interfaz compacta solo habrá desplazado la fricción.
La segunda señal es el perfeccionamiento del producto en torno a la búsqueda y la visibilidad del estado. La búsqueda limitada al nivel superior es manejable en jerarquías pequeñas, pero restringe el acceso directo a valores profundamente anidados.
Un futuro modo de búsqueda que abarque todos los niveles reforzaría el control para catálogos grandes. También tendría que mostrar suficiente información de ascendencia para que los lectores distingan nombres duplicados.
También serían importantes mejores resúmenes de las selecciones de niveles mixtos. Cuando los lectores eligen un nodo amplio y otro estrecho, los títulos del panel y las etiquetas de control deben comunicar ese ámbito desigual.
Si Amazon amplía estas capacidades, el filtro de jerarquía será más fácil de usar más allá de los conjuntos de datos de demostración limpios. Si las reglas actuales persisten, los autores necesitarán etiquetas complementarias y formación para análisis complejos.
La tercera señal es cómo evolucionan los controles jerárquicos de los productos de BI competidores. Power BI ya ofrece un patrón de segmentador maduro, por lo que Amazon debe competir mediante la integración con el ámbito de filtrado de Quick Sight, la analítica integrada y el comportamiento entre hojas.
Los competidores podrían responder con una mejor búsqueda entre niveles, una profundidad de jerarquía más flexible o resúmenes de selección más claros. Estos cambios convertirían una pequeña función de interfaz en otro punto de diferenciación en la usabilidad de los paneles.
El lanzamiento también debería impulsar a los equipos a auditar dónde utilizan filtros en cascada. Los controles independientes siguen siendo valiosos cuando los lectores necesitan que cada etapa sea visible o cuando las dimensiones solo están relacionadas de forma laxa.
Sustituir todas las cascadas debilitaría el diseño. La mejor prueba es si la jerarquía comunica la ruta analítica con mayor claridad que los controles que elimina.
Para los desarrolladores y compradores empresariales, el filtro de jerarquía de Amazon Quick Sight merece atención porque modifica una interacción muy frecuente. Los lectores utilizan filtros cada vez que acotan un panel operativo, financiero o de clientes.
Para los trabajadores del conocimiento, la lección va más allá de la inteligencia empresarial. Las interfaces compactas funcionan cuando revelan la estructura en el momento en que resulta útil. Fracasan cuando la compresión oculta el estado, los datos irregulares o las opciones que los usuarios necesitan comparar.
Amazon ha proporcionado el mecanismo. La siguiente pregunta es medible: ¿llegarán los lectores a los datos adecuados con menos errores o los autores simplemente cambiarán el desorden visible por una navegación oculta?
