Natalia Bienias
@nbienias
To sposób ułożenia i pogrupowania treści oraz nadawania nazw w taki sposób, aby były zrozumiałe dla użytkownika.
Jakie treści znajdują się w projekcie?
Jakie mają formaty?
Czy jest narzucony system treści?
Dlaczego powstaje produkt (cele)?
Jakie mamy zasoby?
Jakie są założenia i ograniczenia?
Kim jest użytkownik i czego szuka?
Czy to ekspert czy nowicjusz?
Jakie inne narzędzia jeszcze zna?
To nie tylko strony i aplikacje mobilne.
To również drukowane materiały jak katalogi, albumy, a także przestrzeń, w której przebywamy (muzea, stacje, galerie handlowe).
Uporządkowanie i opisanie treści
oraz budowanie ścieżek, które pozwolą
na dotarcie do nich na różne sposoby.
I nie musi się tym zajmować koniecznie architekt informacji.
Prace nad architekturą informacji są ważne z punktu widzenia użyteczności.
Brak przemyślanej architektury nie uratuje nawet najlepszy projekt graficzny.
O co chodzi?
Musimy upewnić się, czy użytkownik rozumie zakładki, w które klika lub pola formularzy, które uzupełnia.
Etykiety to wszystkie opisy fragmentów treści
– elementy nawigacji, linki w tekstach, pola formularzy, kolumny w tabelach, nazwy przycisków.
Ich rolą jest pomóc użytkownikowi odnaleźć się
w interfejsie i zrozumieć jego cel.
1
2
3
opisują element
łączą się z obiektem, ale mogą być od niego odsunięte
kodowane (np. alfanumeryczne lub symbole)
O co chodzi?
Treści można poukładać na różne sposoby. Celem architekta jest ułożenie ich jak najlepiej. Aby to zrobić, warto poznać podstawowe systemy organizacji treści.
Chronologiczny
Alfabetyczny
Geograficzny
Tematyczny
Wynikający ze struktury firmy
Zadaniowy
Wynikający z formatu treści
Związany z typem użytkownika
Hybrydowy
O co chodzi?
Jak strona wspiera wyszukiwanie? Jak działa wyszukiwarka, jak prezentuje wyniki i co z tymi wynikami można dalej zrobić.
Popularne sposoby wyszukiwania:
Co wpływa na wybór?
O co chodzi?
Jaki wzorzec nawigacji będzie najbardziej pasował do produktu i typu treści, który mamy do opracowania.
dostęp do informacji
dostęp do informacji
zrozumienie i kontekst
dostęp do informacji
zrozumienie i kontekst
lokalizacja w witrynie
globalne
lokalne
kontekstowe
Model hierarchiczny
Model hierarchiczny
Model płaski
Model płaski
Model sekwencyjny
Model sekwencyjny
Model bazodanowy
Model bazodanowy
Model hipertekstowy
Model hipertekstowy
Model single page
Model single page
Model mieszany
Model mieszany
Co sprawia, że nawigacja jest dobrze zaprojektowana?
Projekty warto zacząć od analizy obecnego stanu produktu, analizy konkurencji i odnalezienia benchmarków.
Żeby podejść do takiej analizy, możemy wykorzystać kilka narzędzi. Popularnymi rozwiązaniami są na przykład wędrówki poznawcze i heurystyki.
Efekty takich działań dobrze zbierać w jednym miejscu, robiąc screeny i dodając komentarze do szczególnie istotnych elementów (np. błędów).
Możemy robić je na bazie starej architektury serwisu, który przeprojektowujemy. Jeśli pracujemy nad nowym produktem, testy przeprowadzić można na konkurencyjnych rozwiązaniach.
Badania nie są jeszcze powszechnym etapem
w procesie projektowym wielu firm. Warto jednak próbować przeprowadzać je nawet na własną rękę. Do przeprowadzenia wielu z nich nie potrzebujemy specjalistycznego sprzętu
i specjalnych pomieszczeń. Najważniejsze są ciekawość, cierpliwość i chwila czasu.
Rozłożenie wszystkich etykiet w jednym miejscu pozwoli spojrzeć na strukturę całościowo.
I choć zajmujemy się zagadnieniami pojedynczych etykiet, nie powinniśmy oceniać ich bez kontekstu.
Kiedy wiemy już z czym pracujemy, trzeba przełożyć koncepty na gotowy model. Może przyjąć formę arkuszy stylów, mapy myśli, drzewka, czy innego diagramu.
W przypadku prostych stron z małą ilością treści, budowa modelu może być pominięta i możemy pracować od razu na makietach (lub szkicach).
Przy redesignie warto zaznaczać miejsca na modelu, które uległy zmianom. Łatwiej śledzić różnice w modelu osobom, które nie pracują na bieżąco na architekturze.
Jeżeli mamy poczucie, że nasz model jest skończony, czas przekazać go dalej. Z reguły ląduje w rękach projektantów i przekładany jest na makiety i prototypy.
Dlatego ważne jest żeby odpowiednio wybrać narzędzie, z którym pracujemy. Tak, by projektanci mogli z niego swobodnie skorzystać.
Praca nad architekturą nie powinna kończyć się w momencie dostarczenia gotowej struktury. Testy i bieżące obserwacje pomogą ulepszać
i upraszczać nasze rozwiązania.
Świetnie sprawdzi się na etapie wstępnych koncepcji oraz po stworzeniu pierwszych modeli.
Można zrealizować je również zdalnie
Jak zorganizować?
Ile czasu trwa?
Nie więcej niż półtorej godziny
(z omówieniem).
Przygotowanie: ok. 2 godziny,
Analiza wyników: ok. 1 dnia pracy.
Pozwalają na sprawdzenie struktury informacji w kontekście całej strony.
Polegają na indywidualnej pracy
z użytkownikiem, co pozwala
na pogłębianie tematów.
Jak zorganizować?
Przykładowe zadanie
Chcesz zmienić hasło do logowania w serwisie. Pokaż kolejne kroki, których się podejmiesz.
Ile czasu trwa?
Same testy około godziny.
Przygotowanie: 1-2 dni pracy *
Analiza wyników: ok. 3 godzin *
Warto śledzić ruch naszych użytkowników przy użyciu narzędzi analitycznych. To prosty sposób na wyłapanie dziwnych, nieoczekiwanych zachowań.
Musimy pamiętać, że projektowanie, również samej architektury informacji, powinno mieć iteracyjny charakter.
Sprawdzajmy możliwie często, jak projekt przekłada się na oczekiwania użytkowników.
kilka zasad do zapamiętania na koniec
Klątwa wiedzy
Coś, co jest oczywiste dla nas, wcale nie musi być takie dla innych. Ostrożnie z hasłami "przecież wszyscy to wiedzą".
Przeciążenie poznawcze
Nie obciążajmy użytkownika niezrozumiałymi, mało intuicyjnymi nazwami i trudnymi do zapamiętania ścieżkami w nawigacji.
Ograniczajmy wybory użytkownika, nie zasypujmy go akapitami tekstów, gdzie nie są potrzebne. I pozwólmy skracać mu wykonywanie zadań.
Wspieranie uczenia się interfejsu przez użytkowników jest jedną z głównych cech użyteczności.
Wybierajmy nazwy intuicyjne, które kojarzą się z wykonywanym zadaniem.
Jak się uczyć i rozwijać?
Architektura informacji w serwisach internetowych
L. Rosenfeld, P. Morville, J. Arango
A Practical Guide to
Information Architecture
D. Spencer
Designing information
J. Katz
Living in Information
J. Arango
Understanding Context
A. Hinton
Nic nie zastąpi nam praktyki
i indywidualnego podejścia do każdego realizowanego projektu.
Każde testy, badania i warsztaty przyniosą masę nowych doświadczeń.