Filtr hierarchii Amazon Quick Sight ogranicza bałagan na pulpicie, ale wprowadza nowy kompromis projektowy

Amazon udostępnił filtr hierarchii Amazon Quick Sight 30 września, zastępując kilka powiązanych kontrolek pulpitu jednym rozwijanym menu obsługującym do pięciu poziomów. Zmiana dotyczy znanego konfliktu w analizie biznesowej: odbiorcy chcą elastycznego filtrowania, lecz każda dodatkowa kontrolka utrudnia nawigację po pulpicie.

Nowa kontrolka pozwala odbiorcom poruszać się po relacjach takich jak Region, Country i City bez przeglądania oddzielnych menu. Autorzy mogą też łączyć wybory z różnych poziomów, w tym całego kraju i jednego miasta w innej gałęzi. AWS podaje, że funkcja jest dostępna we wszystkich Regionach AWS, w których obsługiwany jest Amazon Quick.

Nie jest to nowy model analityczny ani silnik wizualizacji. To skoncentrowana zmiana interfejsu, która przenosi złożoność z powierzchni pulpitu do rozwijanego drzewa. Stawia ona filtr hierarchii Amazon Quick Sight naprzeciw ugruntowanej praktyki wyświetlania niezależnych filtrów, w tym kontrolek kaskadowych, które wzajemnie się zawężają.

Premiera podnosi także poprzeczkę konkurencyjną. Microsoft Power BI już obsługuje wiele powiązanych pól w jednym selektorze hierarchii. Amazon zmniejsza widoczną lukę w interakcji, jednocześnie dodając własne zasady dotyczące wyboru, wyszukiwania, zakresu i skali.

Filtr hierarchii Amazon Quick Sight zastępuje rząd kontrolek

Natychmiastowa zmiana jest prosta: kilka połączonych filtrów może teraz zajmować jedno miejsce na pulpicie Quick Sight.

AWS ogłosił funkcję w swoim ogłoszeniu filtra hierarchii z 30 września. Szczegółowy opis produktu opublikowano 1 października.

Towarzyszący przykład zaczyna się od sześciu kontrolek pulpitu. Cztery reprezentują wymiary geograficzne: Region, Sub-Region, Country i City. Pozostałe kontrolki obejmują Segment i Product.

Taki układ daje odbiorcom wiele możliwości, ale zajmuje też cenną przestrzeń pulpitu. Każda kontrolka geograficzna wyświetla kolejną listę, etykietę i punkt interakcji. Odbiorca musi zrozumieć, jak pola są ze sobą powiązane, zanim dokona prawidłowej sekwencji wyborów.

Filtr hierarchii Amazon Quick Sight przenosi powiązane pola geograficzne do jednego drzewa. Odbiorcy najpierw widzą najszerszy poziom, na przykład Region. Mogą rozwinąć region, aby zobaczyć kraje, a następnie rozwinąć kraj, aby zobaczyć miasta.

Każdy wybór zawęża widoczną gałąź. Wybranie wartości z niższego poziomu wybiera też ścieżkę nadrzędną, dzięki czemu interfejs zachowuje relację między tą wartością a jej szerszymi kategoriami.

To zachowanie ma znaczenie, ponieważ niezależne filtry mogą tworzyć fragmentaryczne doświadczenie. Odbiorca może wybrać region w jednym menu, otworzyć osobne menu kraju, a potem wyszukać miasto. Pulpit udostępnia kontrolki, ale użytkownik musi sam odtworzyć hierarchię.

Nowy filtr bezpośrednio koduje tę hierarchię. Może zawierać do pięciu pól wymiarów, ułożonych od najszerszej kategorii do najbardziej szczegółowej. Pola geograficzne są tylko jednym przykładem. Firma może użyć kategorii produktu, linii produktu, produktu, modelu i jednostki magazynowej.

AWS umożliwia również wybory z mieszanych poziomów w tej samej kontrolce. Odbiorca może wybrać szeroki węzeł, taki jak Japan, jednocześnie wybierając pojedyncze miasto w innej gałęzi. Zachowuje to elastyczność, która zostałaby utracona, gdyby użytkownicy byli ograniczeni do wartości na poziomie liści.

Firmowy przewodnik po filtrze hierarchii odróżnia tę kontrolkę od filtrów kaskadowych. Oba podejścia prowadzą odbiorców przez powiązane wymiary, ale ich interfejsy są różne.

Filtr hierarchii zagnieżdża całą ścieżkę w jednej kontrolce. Filtry kaskadowe pozostają osobnymi kontrolkami, a wcześniejszy wybór ogranicza to, co pojawia się w późniejszej kontrolce.

To rozróżnienie tworzy centralne napięcie artykułu. Amazon ograniczył liczbę widocznych decyzji, ale nie usunął podstawowej złożoności. Przeorganizował ją w bardziej zwartą interakcję.

Zmiana różni się także od wizualnego przechodzenia w dół hierarchii. Quick Sight już pozwala odbiorcom poruszać się po poziomach hierarchicznych w obsługiwanych wykresach. Jego wizualne przechodzenie w dół hierarchii doprecyzowuje wybrany element wykresu, na przykład przejście od stanu do jego miast.

Filtr hierarchii działa na poziomie kontrolek pulpitu. W zależności od skonfigurowanego zakresu może zmieniać kilka wizualizacji lub cały pulpit wieloarkuszowy. Dzięki temu jest mechanizmem nawigacji po analizie, a nie tylko po jednym wykresie.

Autorzy pulpitów są pod presją kompresowania wyborów

Filtr hierarchii odpowiada na problem interfejsu, który staje się bardziej kosztowny wraz ze wzrostem liczby wymiarów, arkuszy i odbiorców pulpitów.

Pulpity analityki biznesowej często służą odbiorcom mającym różne pytania. Lider regionalny może potrzebować widoku całego rynku, podczas gdy kierownik sklepu potrzebuje jednej lokalizacji. Dyrektor produktu może zacząć od kategorii, a następnie przeanalizować jeden model.

Obsługa tych ścieżek zwykle oznacza dodawanie kontrolek. Każda kontrolka wymaga jednak od odbiorców rozpoznania pola, zrozumienia jego wartości i wiedzy, czy zależy ono od innego pola.

Autorzy pulpitów stają więc przed dwoma sprzecznymi wymaganiami. Muszą oferować wystarczająco dużo filtrowania, by wspierać eksplorację, a zarazem utrzymać zrozumiałość interfejsu dla odbiorców, którzy nie tworzyli analizy.

Filtr hierarchii Amazon Quick Sight odpowiada na tę presję, ukrywając niższe poziomy, dopóki nie staną się istotne. Odbiorca początkowo widzi niewielki zestaw węzłów najwyższego poziomu zamiast każdego miasta, produktu czy działu.

Podejście ogranicza wizualny bałagan, ale jego większym wkładem jest sekwencjonowanie informacji. Przedstawia wybory w kolejności ustalonej przez autora.

Ta sekwencja może zapobiegać sprzecznym lub mylącym kombinacjom. Miasto pojawia się pod swoim krajem i regionem, więc kontrolka przekazuje kontekst, zanim odbiorca zatwierdzi wybór.

AWS ilustruje to zachowanie zestawem danych detalicznych zawierającym trzy regiony, osiem krajów i czternaście miast. Liczby są skromne, lecz czynią wzorzec nawigacji widocznym. Wartość rozwiązania staje się bardziej oczywista, gdy produkcyjny zestaw danych zawiera znacznie więcej elementów.

Kontrolka może także filtrować cały pulpit, gdy autor zmieni jej zakres. Filtry Quick Sight obsługują w przeciwnym razie kilka zakresów — od jednej wizualizacji po wszystkie odpowiednie wizualizacje.

Dokumentacja Amazon dotycząca zakresu filtrów wskazuje, że filtry analizy są zachowywane w opublikowanych pulpitach. Wiele filtrów najwyższego poziomu działa razem z użyciem logiki AND, natomiast zgrupowane filtry mogą używać logiki OR.

To istniejące zachowanie wyjaśnia, dlaczego konsolidacja ma znaczenie. Ograniczenie widocznej liczby kontrolek nie musi ograniczać liczby warunków stosowanych do danych. Filtr hierarchii zapewnia tym warunkom wspólny interfejs i wyraźny porządek nadrzędny-podrzędny.

Autorzy nadal kontrolują konsekwencję każdego wyboru. Hierarchia może dotyczyć jednej wizualizacji, jednego arkusza lub szerszego zestawu wizualizacji. Złe decyzje dotyczące zakresu mogą zatem stworzyć przejrzystą kontrolkę, która zachowuje się nieoczekiwanie.

Filtrowanie między arkuszami podnosi stawkę. AWS wprowadził szersze kontrolki między arkuszami przed premierą tej hierarchii, umożliwiając jednemu wyborowi wpływanie na wiele arkuszy.

Filtr hierarchii rozwija ten fundament. Jedno drzewo lokalizacji może teraz prowadzić odbiorcę przez pulpit zawierający arkusze przeglądowe, regionalne i operacyjne.

Jest to przydatne w analityce osadzonej, gdzie przestrzeń pulpitu konkuruje z otaczającą aplikacją. Osadzony pulpit nie może zakładać nieograniczonego obszaru roboczego ani odbiorcy przeszkolonego w narzędziu BI.

Kompaktowa hierarchia daje też autorom więcej miejsca na wizualizacje, które niosą właściwy argument. Usunięcie trzech pól filtrów samo w sobie nie zwiększa głębi analitycznej, ale może ograniczyć obszar interfejsu przeznaczony do obsługi pulpitu.

Presja spada najbardziej bezpośrednio na autorów utrzymujących analizy z dużą liczbą filtrów. Mają teraz natywną opcję konsolidacji, a odbiorcy będą rozsądnie jej oczekiwać tam, gdzie wymiary mają oczywistą hierarchię.

To oczekiwanie tworzy pracę. Autorzy muszą sprawdzić istniejące kontrolki, potwierdzić relacje nadrzędne-podrzędne, określić zakres i przetestować zapisane wybory przed zastąpieniem starego układu.

Korzyść nie jest więc automatyczna. Filtr hierarchii poprawia doświadczenie odbiorcy tylko wtedy, gdy podstawowe pola tworzą stabilną i zrozumiałą ścieżkę.

Jedna hierarchia konkuruje teraz z wieloma niezależnymi filtrami

Główna rywalizacja nie toczy się między Amazonem a innym dostawcą. Chodzi o kierowaną hierarchię kontra swobodę oddzielnych kontrolek.

Niezależne filtry pozostają lepszym wyborem, gdy wymiary nie mają naturalnej relacji nadrzędnej-podrzędnej. Na przykład Region i Product Category mogą być ważne, nie należąc do jednej hierarchii.

Oddzielne kontrolki utrzymują też każdy wymiar w widocznym miejscu. Może to pomóc doświadczonym odbiorcom, którzy chcą szybko zmieniać kilka wartości bez wielokrotnego otwierania i przeglądania jednego menu.

Hierarchia działa inaczej. Podejmuje redakcyjną decyzję o tym, jak odbiorcy powinni podchodzić do danych. Autor definiuje ścieżkę, a interfejs zachęca odbiorców, by podążali nią od szerokiego do wąskiego poziomu.

Może to poprawić orientację sporadycznych użytkowników. Może też spowolnić osobę, która już zna dokładną potrzebną jej wartość z niższego poziomu.

Wybór staje się bardziej przejrzysty przy porównaniu filtrów hierarchii z kontrolkami kaskadowymi. W projekcie kaskadowym Region, Country i City pozostają oddzielne. Wybranie regionu zawęża listę krajów, a wybranie kraju zawęża listę miast.

Taki układ pokazuje całą sekwencję analityczną na pierwszy rzut oka. Zajmuje jednak więcej miejsca i wymaga większego przemieszczania się po pulpicie.

Filtr hierarchii Amazon Quick Sight umieszcza tę samą sekwencję pojęciową w jednej rozwijanej kontrolce. Poświęca jednoczesną widoczność, by zyskać kompaktowość.

Żaden model nie jest uniwersalnie lepszy. Właściwy wybór zależy od tego, czy odbiorcy bardziej korzystają na widzeniu każdego etapu, czy na utrzymaniu niezaśmieconej powierzchni pulpitu.

Nowa kontrolka zmienia także sposób, w jaki autorzy komunikują dostępną głębię. Pięć widocznych filtrów wyraźnie sygnalizuje pięć wymiarów. Jedno zwinięte menu może ukrywać to bogactwo, dopóki odbiorca go nie otworzy.

Dlatego etykiety i otaczający kontekst stają się ważniejsze. Ogólny tytuł, taki jak „Location”, może nie informować odbiorców, że kontrolka obejmuje Region, Country, City i Store.

To jest rzeczywisty mechanizm stojący za premierą. Amazon nie eliminuje złożoności filtrowania. Kompresuje ją i polega na hierarchicznym ujawnianiu, aby uczynić tę złożoność łatwiejszą do opanowania.

Ten projekt może działać szczególnie dobrze w przypadku relacji, które użytkownicy już rozumieją. Geografia, organizacyjne linie raportowania, katalogi produktów i struktury kont mają rozpoznawalne wzorce nadrzędne-podrzędne.

Staje się mniej niezawodny, gdy hierarchia jest sztuczna. Zespół marketingowy może grupować kanały, kampanie, kreacje i segmenty odbiorców, ale różni użytkownicy mogą oczekiwać różnych ścieżek przez te dane.

Wymuszona kolejność może wówczas ukrywać użyteczne kombinacje lub sugerować relację, której nie wspiera podstawowy proces biznesowy. Pulpit wygląda czyściej, jednocześnie stając się pojęciowo węższy.

Autorzy powinni również rozdzielać filtrowanie od eksploracji wewnątrz wizualizacji. Filtr hierarchiczny zmienia to, które rekordy pozostają dostępne w jego zakresie. Drążenie wykresu zmienia poziom szczegółowości prezentowany w wybranej wizualizacji.

Połączenie obu rozwiązań może być skuteczne. Czytelnik może przefiltrować pulpit do jednej rodziny produktów, a następnie przejść do miesięcznych wyników na wykresie.

Połączenie obu rozwiązań może też dezorientować czytelników, jeśli aktywny stan filtra nie jest oczywisty. Wykres może sprawiać wrażenie, że pomija dane, ponieważ w kompaktowym filtrze nadal aktywny jest wybór z wyższego poziomu.

Dlatego wdrożenie należy oceniać na podstawie zachowania czytelników, a nie zagęszczenia paska narzędzi. Mniejsza liczba widocznych kontrolek jest użyteczna tylko wtedy, gdy czytelnicy rozumieją bieżący stan i mogą go zmienić bez przeszkód.

Dla zespołów budujących pulpity na podstawie notatek ze spotkań, wymagań i badań użytkowników takie zachowanie powinno być dokumentowane obok analizy. Przeszukiwalny workflow produktowy może pomóc zespołom zachować uzasadnienie wyboru hierarchii i jej zakresu.

Kluczową decyzją nie jest to, czy użyć najnowszej kontrolki. Chodzi o to, czy określona ścieżka odpowiada sposobowi, w jaki docelowi odbiorcy zadają pytania.

Kompaktowa kontrolka ma ograniczenia wyszukiwania i skali

Filtr hierarchiczny zmniejsza wizualny bałagan, ale jego ograniczenia mogą ponownie wprowadzać tarcia wewnątrz menu.

Pierwsze ograniczenie ma charakter strukturalny. Filtr hierarchiczny obsługuje maksymalnie pięć poziomów. To wystarcza dla wielu ścieżek geograficznych, organizacyjnych i produktowych, ale nie każda taksonomia przedsiębiorstwa mieści się w tej granicy.

Autorzy pracujący z głębszymi strukturami muszą zatrzymać się na pięciu poziomach, łączyć pola albo pozostawić część wymiarów w osobnych kontrolkach. Każda z tych opcji zmienia sposób, w jaki czytelnicy interpretują hierarchię.

Filtr przyjmuje również pola wymiarów, a nie miary. Poziomami mogą być wymiary tekstowe, numeryczne i pola typu Boolean. Miary takie jak Sales lub Quantity nie mogą nimi być.

To ograniczenie jest logiczne, ponieważ hierarchia opisuje relacje kategorialne. Mimo to oznacza, że autorzy potrzebują innego typu filtra dla progów, zakresów i wskaźników wydajności.

Zachowanie wyszukiwania tworzy bardziej widoczny kompromis. Pole wyszukiwania na szczycie hierarchii przeszukuje wyłącznie najwyższy poziom. Nie przeszukuje wszystkich wartości zagnieżdżonych poniżej tego poziomu.

Czytelnik szukający miasta nie zawsze może wpisać jego nazwę w górnym polu wyszukiwania i przejść bezpośrednio do niego. Najpierw musi wejść do odpowiedniej gałęzi lub ją rozwinąć.

Niższe poziomy mogą udostępniać własne pola wyszukiwania. AWS podaje, że pojawia się ono, gdy poziom zawiera ponad 10 unikalnych wartości.

Interfejs zmienia się ponownie, gdy poziom zawiera ponad 1 000 unikalnych wartości. Wtedy kontrolka wyświetla jedynie pole wyszukiwania zamiast listy wartości.

Taki projekt zapobiega przytłoczeniu czytelnika ogromnym menu. Zastępuje jednak przeglądanie pamięciowym odtwarzaniem informacji. Użytkownicy muszą znać wystarczającą część nazwy wartości, aby ją wyszukać.

Różnica ma znaczenie w zbiorach danych z niespójnymi etykietami, skrótami lub nieznanymi nazwami kont. Kompaktowa hierarchia nie naprawi słabych danych podstawowych.

Wartości null wprowadzają kolejną kwestię. Autorzy mogą wybrać, jak wartości null wpływają na wiersze wyświetlane w wizualizacjach, ale wybór ten nie kontroluje sposobu prezentacji wartości null w samej kontrolce hierarchii.

To rozróżnienie zasługuje na testy, ponieważ czytelnicy mogą interpretować pusty węzeł hierarchii jako brakujące dane, niedostępną gałąź albo usterkę.

Stan wyboru może również zaskoczyć autorów podczas utrzymania. Zmiana kolejności pól hierarchii usuwa wybory zapisane wcześniej w filtrze.

Pozornie drobna przebudowa może więc zmienić domyślny stan, którego doświadczają czytelnicy. Zespoły powinny zapisać oczekiwane wybory przed zmianą kolejności pól i zweryfikować ponownie opublikowany pulpit po jej wprowadzeniu.

Hierarchia propaguje również stan nadrzędny. Wybranie wartości z niższego poziomu automatycznie zaznacza jej łańcuch nadrzędny, przy czym szersze węzły są w stosownych przypadkach pokazywane jako częściowo wybrane.

Takie zachowanie zachowuje kontekst, lecz wybór na mieszanych poziomach może utrudniać podsumowanie wynikowego zbioru danych. Wybranie całego kraju obok jednego miasta tworzy celowo nierówne porównanie.

Taka elastyczność jest cenna w analizie ad hoc. Może być ryzykowna na współdzielonym pulpicie, jeśli czytelnicy zakładają, że każda wybrana gałąź reprezentuje ten sam poziom agregacji.

Autorzy powinni testować tytuły, podtytuły i etykiety wizualizacji przy wyborach z mieszanych poziomów. Wykres oznaczony jako „Sprzedaż według miast” staje się mylący, gdy filtr obejmuje również cały kraj.

Zakres pozostaje kolejnym źródłem niepewności. Początkowa konfiguracja filtra dotyczy tylko jednej wizualizacji, chyba że autor ją zmieni. Hierarchia wyświetlana wyraźnie na górze może zatem wyglądać na globalną, choć wpływa tylko na część pulpitu.

Ta rozbieżność jest bardziej szkodliwa niż widoczny bałagan, ponieważ może zmienić znaczenie analizy bez ostrzeżenia czytelnika. Czystszy interfejs zwiększa znaczenie czytelnej informacji zwrotnej o stanie.

Sceptyczny wniosek jest prosty. AWS pokazało, jak działa ta funkcja, ale nie opublikowało niezależnych dowodów na to, że czytelnicy szybciej wykonują zadania filtrowania lub popełniają mniej błędów.

Ogłoszenie przedstawia mniej kroków i mniejsze zamieszanie jako korzyści. Twierdzenia te są wiarygodne, lecz ich wartość będzie różnić się zależnie od głębokości hierarchii, liczby elementów, jakości danych i znajomości rozwiązania przez odbiorców.

Przedsiębiorstwa powinny mierzyć skuteczne ukończenie zadań, czas dotarcia do docelowego widoku, resetowanie filtrów i pytania do wsparcia, zanim uznają przeprojektowanie za ulepszenie.

Power BI pokazuje, że filtrowanie hierarchiczne jest podstawowym oczekiwaniem

Wydanie Amazon ulepsza Quick Sight, ale filtrowanie hierarchiczne już istnieje jako rozpoznawalny wzorzec w konkurencyjnych produktach business intelligence.

Microsoft Power BI pozwala autorom raportów dodać wiele powiązanych pól do jednego fragmentatora. Czytelnicy mogą rozwijać i zwijać poziomy za pomocą grotów, a autorzy mogą wybrać listę rozwijaną lub pionową.

Dokumentacja Microsoft dotycząca fragmentatora hierarchicznego opisuje także kontrolki formatowania tytułów, wcięć oraz ikon rozwijania i zwijania.

To porównanie umieszcza premierę Amazon w kontekście. Quick Sight nie tworzy całkowicie nowej kategorii interakcji. Dodaje natywną implementację wzorca, który nabywcy narzędzi business intelligence już rozpoznają.

Ma to znaczenie dla organizacji oceniających narzędzia, ponieważ niewielkie luki w interfejsie stają się kosztowne na dużą skalę. Jeśli brakuje pożądanej kontrolki, autorzy mogą dodawać kilka komponentów, przeprojektować pulpit lub tworzyć obejście.

Natywny filtr hierarchiczny zmniejsza tę presję. Pozwala autorom Quick Sight udostępnić znane, umożliwiające drążenie drzewo bez polegania na kilku kontrolkach na arkuszu.

Wersja Amazon kładzie nacisk na wybór z mieszanych poziomów i maksymalnie pięć wymiarów. Jej dokumentacja wyraźnie rozróżnia również filtr hierarchiczny od osobnych filtrów kaskadowych.

Power BI oferuje szerszy zestaw opcji prezentacji wokół fragmentatora hierarchicznego. Microsoft dokumentuje konfigurowalne wcięcia i alternatywne ikony rozwijania lub zwijania — funkcje, których nie wyeksponowano w materiałach Amazon dotyczących premiery.

Nie należy jednak rozciągać tego porównania do werdyktu produktowego. Filtrowanie to tylko jedna część platformy BI, a organizacje wybierają narzędzia na podstawie dostępu do danych, ładu, osadzania, administracji, wizualizacji i istniejących zobowiązań chmurowych.

Mimo to równoważność interfejsu wpływa na codzienne użytkowanie. Czytelnicy pulpitów korzystają z kontrolek znacznie częściej, niż oglądają diagram architektury.

Pojawienie się filtra hierarchicznego Amazon Quick Sight wywiera również presję na wewnętrzne zespoły analityczne, a nie tylko na dostawców. Gdy dostępna jest kompaktowa opcja, trudniej uzasadnić pulpit zatłoczony powiązanymi filtrami.

Autorzy będą musieli wyjaśniać, kiedy niezależne kontrolki są celowe. To korzystne, ponieważ przesuwa projektowanie pulpitów z nawyku w stronę wyraźnie określonych potrzeb czytelników.

Pytanie konkurencyjne dotyczy zatem mniej liczenia funkcji, a bardziej wykonania. Czy kontrolka Amazon pozostanie zrozumiała przy głębokich hierarchiach, mieszanych wyborach, wartościach null i polach o wysokiej kardynalności?

Udokumentowane ograniczenia Microsoft przypominają, że interfejsy hierarchiczne dziedziczą problemy po modelu bazowym. Jego wskazówki zwracają uwagę na komplikacje związane z hierarchiami nieregularnymi, w których niektórzy członkowie nie mają wartości na poziomach pośrednich.

Własne zasady Amazon dotyczące wartości null i wyszukiwania wskazują na podobne praktyczne granice. Drzewo może elegancko przedstawiać czyste relacje, ale nieregularne struktury wymagają starannych testów.

Ten konkurencyjny punkt odniesienia zmienia również oczekiwania nabywców wobec osadzonych pulpitów. Użytkownik przyzwyczajony do rozwijania kategorii w Power BI będzie oczekiwał równoważnego zachowania w aplikacji Quick Sight.

Amazon ma teraz bezpośrednią odpowiedź na to oczekiwanie. Pozostaje pytanie, czy autorzy będą stosować je wystarczająco konsekwentnie, aby czytelnicy zaufali tej interakcji.

Co obserwować po premierze filtra hierarchicznego

Kolejny etap zależy od dowodów adopcji, szerszego wsparcia dla interakcji oraz od tego, jak Amazon odpowie na obecne ograniczenia kontrolki.

Pierwszym sygnałem jest adopcja przez autorów w istniejących pulpitach Quick Sight. AWS udostępniło funkcję wszędzie tam, gdzie obsługiwany jest Amazon Quick, ale dostępność nie pokazuje, czy zespoły zastąpią nią utrwalone kontrolki.

Adopcja będzie najbardziej znacząca w pulpitach z jasnymi hierarchiami geograficznymi, produktowymi lub organizacyjnymi. Jeśli autorzy będą używać kontrolki głównie w nowych demonstracjach, premiera pozostanie użyteczną opcją, a nie istotną zmianą projektową.

Najmocniejsze dowody pochodziłyby z mierzalnych wyników czytelników. Zespoły powinny porównać stare i nowe układy przy użyciu tych samych zadań analitycznych.

Jeśli czytelnicy szybciej dotrą do docelowej lokalizacji, utworzą mniej nieprawidłowych kombinacji i rzadziej będą resetować filtry, model prowadzony przez Amazon zyska potwierdzenie. Jeśli użytkownicy będą mieć trudności ze znalezieniem wartości z niższych poziomów, kompaktowy interfejs jedynie przeniesie tarcie w inne miejsce.

Drugim sygnałem będzie udoskonalanie produktu wokół wyszukiwania i widoczności stanu. Wyszukiwanie wyłącznie na najwyższym poziomie jest możliwe do opanowania w małych hierarchiach, ale ogranicza bezpośredni dostęp do głęboko zagnieżdżonych wartości.

Przyszły tryb wyszukiwania obejmujący wszystkie poziomy wzmocniłby kontrolkę dla dużych katalogów. Musiałby również pokazywać wystarczająco dużo informacji o pochodzeniu, aby czytelnicy mogli odróżniać zduplikowane nazwy.

Istotne byłyby także lepsze podsumowania wyborów z mieszanych poziomów. Gdy czytelnicy wybierają jeden szeroki i jeden wąski węzeł, tytuły pulpitów i etykiety kontrolek muszą komunikować ten nierówny zakres.

Jeśli Amazon rozszerzy te możliwości, filtr hierarchiczny stanie się łatwiejszy w użyciu poza czystymi demonstracyjnymi zbiorami danych. Jeśli obecne zasady pozostaną bez zmian, autorzy będą potrzebować dodatkowych etykiet i szkoleń dla złożonych analiz.

Trzecim sygnałem jest sposób, w jaki konkurencyjne produkty BI rozwijają swoje kontrolki hierarchiczne. Power BI już oferuje dojrzały wzorzec fragmentatora, więc Amazon musi konkurować poprzez integrację z zakresem filtrowania Quick Sight, analityką osadzoną i zachowaniem między arkuszami.

Konkurenci mogą odpowiedzieć lepszym wyszukiwaniem między poziomami, bardziej elastyczną głębokością hierarchii lub czytelniejszymi podsumowaniami wyboru. Takie zmiany uczyniłyby z niewielkiej funkcji interfejsu kolejny punkt zróżnicowania w użyteczności pulpitów.

Premiera powinna również skłonić zespoły do audytu miejsc, w których używają filtrów kaskadowych. Osobne kontrolki pozostają wartościowe, gdy czytelnicy muszą widzieć każdy etap lub gdy wymiary są ze sobą powiązane jedynie luźno.

Zastąpienie każdego kaskadowania osłabiłoby projekt. Lepszym testem jest to, czy hierarchia komunikuje ścieżkę analityczną wyraźniej niż kontrolki, które usuwa.

Dla programistów i nabywców korporacyjnych filtr hierarchiczny Amazon Quick Sight zasługuje na uwagę, ponieważ zmienia często wykonywaną interakcję. Czytelnicy korzystają z filtrów za każdym razem, gdy zawężają pulpit operacyjny, finansowy lub dotyczący klientów.

Dla pracowników wiedzy wniosek wykracza poza obszar analityki biznesowej. Kompaktowe interfejsy działają wtedy, gdy ujawniają strukturę w chwili, w której staje się ona użyteczna. Zawodzą, gdy kompresja ukrywa stan, nieregularne dane lub opcje, które użytkownicy muszą porównać.

Amazon dostarczył mechanizm. Kolejne pytanie jest mierzalne: czy czytelnicy dotrą do właściwych danych z mniejszą liczbą błędów, czy też autorzy jedynie zamienią widoczny bałagan na ukrytą nawigację?