Oprócz wymienionych wyżej elementów, projektując system nawigacyjny strony musimy zwrócić uwagę na inne rzeczy:

• Czytelne odsyłacze w komunikatach generowanych na stronie - po przeczytaniu wiadomości, że np. post użytkownika został szczęśliwie dodany, spodziewa się on, że klikając na "OK", trafi do widoku tematu wycentrowanego na tym, co właśnie napisał. Analogicznie jest w przypadku błędów, bowiem zdarza się czasem, że na stronie publikowane są linki do nieistniejącego zasobu. Przeważnie przycisk "OK" odsyła wtedy na stronę główną, lecz moim zdaniem w miarę swoich możliwości powinien odsyłać do fragmentu witryny, gdzie takowy zasób mógł się znajdować.
• Czytelne przejścia między panelami - na niektórych witrynach internauta wykonuje kolejne czynności i czasem warto poprowadzić go za rączkę od jednego etapu do drugiego bez konieczności poszukiwania odpowiednich linków w menusach. Za przykład może posłużyć stworzony przeze mnie projekt atlocations.com służący firmie pośredniczącej w wynajmie nieruchomości przez Internet. Użytkownik, chcąc dodać nową ofertę, trafia w pierwszej kolejności na formularz logowania połączony z kompletnym formularzem rejestracji, gdyby nie miał jeszcze konta. Po wypełnieniu jednego lub drugiego (a w przypadku tego drugiego również aktywacji), od razu przenoszony jest do formularza pozwalającego mu dodać nową lokację. Wypełniwszy go, strona kieruje go automatycznie do panelu zarządzania zdjęciami, gdzie może uzupełnić swoją ofertę o materiały fotograficzne. Zakończywszy swe zadanie, kierowany jest do formularza płatności, gdzie ostatecznie płaci za opublikowanie oferty w sieci. Naturalnie nie zmienia to faktu, że każdy z kroków jest dostępny normalnie w menusach pod odpowiednim linkiem i w każdej chwili można do niego skoczyć. Zaimplementowanie takiego systemu wymagało ode mnie dosyć sporej gimnastyki (pomijam już tu fakt, że klient poinformował o tym dopiero, jak już strona była w teorii gotowa :)), ponieważ przykładowo formularz logowania odsyłał po uwierzytelnieniu w różne miejsca w zależności od partii strony, w której został wywołany.
• Internauta zawsze musi wiedzieć, w jakim miejscu serwisu się aktualnie znajduje, jak to jest głęboko oraz gdzie może się stąd dostać. Pierwsza rzecz realizowana jest przez odpowiedni tytuł, drugą otrzymujemy, dodając pasek nawigacyjny pokazujący położenie od ogółu do szczegółu: Zyxist.com >> Wpisy >> Luty 2007 >> Projektowanie nawigacji (hehe, ja tu sobie nawijam, a własna strona domowa nie ma nawet takiej głupoty :)). Jego generowanie nie wymaga zbyt złożonego systemu i można taki pasek zapewnić niewielkim kosztem. Ostatni z podpunktów to czytelne menu, w którym obowiązkowo powinna być jakoś wyróżniona aktualnie przeglądana strona. Od zeszłego roku włączam w to jeszcze w miarę możliwości nawigator Wstecz/Wyżej/Dalej będący układem trzech właśnie takich linków. Pierwszy przenosi do elementu leżącego bezpośrednio przed aktualnie czytanym zasobem w strukturze strony, drugi do elementu-matki (np. kategorii, gdy czytamy jakiś news), trzeci do następnego w kolejności elementu. Ułatwia to czytanie od deski do deski, gdyż nie trzeba korzystać z menu. Wykonanie takiego paska jest już trudniejsze technicznie i najlepiej jest, gdy silnik potrafi sam określać na podstawie zawartości bazy danych stosunki feudalne między poszczególnymi obiektami w strukturze strony.
• Kategoryzacja treści - kategorie wymyślono po to, aby grupować informacje według konkretnych kryteriów. Pozwalamy w ten sposób na zapoznanie się z różnymi artykułami dotyczącymi konkretnego zagadnienia, co przydaje się, gdy internauta na dobrą sprawę sam nie wie, czego dokładnie szuka (i nie może przez to prawidłowo posłużyć się wyszukiwarką). Wyszukiwarka to kolejny element, który przydaje się, kiedy dokładnie wiemy, czego nam trzeba. Można zaprojektować autorski system wyszukiwania uwzględniający strukturę strony, można też postarać się o porządne olinkowanie strony i poczekać, aż całą jej zawartość pochłonie Google :).
• Formularze - najgorszą rzeczą jest, kiedy pracowicie wypełnimy formularz złożony z 200 pól, klikamy "Dalej" i wyskakuje nam komunikat o błędzie. Potwierdzamy "okejem", że przyjęliśmy to do wiadomości i zostajemy przekierowani do pustego formularza. Potrafi to czasem nieźle wkurzyć, szczególnie gdy projektant majstrował przy przycisku "Wstecz" w przeglądarce. Najbardziej przyjazne formularze w przypadku popełnienia błędu odświeżają się wraz z całą zawartością, jaką internauta tam wprowadził, a komunikaty wyświetlają pod stosownymi polami, dodatkowo oznaczając je np. na czerwono. Pisanie takiego systemu od zera wymaga trochę pracy i cierpliwości w przypadku przebudowywania formularzy - znam to z autopsji, bo tak to składałem w atlocations.com. Tamten projekt dał mi w ogóle motor do rozpoczęcia prac nad Open Power Forms, nawiasem mówiąc. Warto też stosować znaczniki LABEL szczególnie w przypadku pól radio - wiąże on komponent z opisem informującym internautę o jego przeznaczeniu, dzięki czemu także kliknięcie w ten opis powoduje aktywację pola formularza.

Jakie są wasze pomysły na dobrą nawigację? Jakie kroki podejmujecie, aby internauci nie pogubili się na tworzonych przez Was witrynach? Na jakie rzeczy związane z nawigacją zwracacie uwagę, surfując po sieci?

PS. Jest to już 400-tny wpis na Zyxist.com - ale się tego uzbierało... :)

Powrót

Na Zyxist.com panuje swoboda wyrażania opinii oraz krytyki pod dowolnym adresem. Jedyny warunek: musi być ona kulturalna i rzeczowa. Na chamstwo, prostactwo lub jawne obrażanie kogokolwiek nie ma tu miejsca i takie komentarze są bardzo szybko usuwane. Jeśli zamierzasz polemizować z treścią wpisu, wpierw uważnie ją przeczytaj.