Na co uważać przy projektowaniu

• Projektując nie zmniejszaj fonta, tylko dlatego, że Ci się coś nie mieści
• Używaj treści, które faktycznie znajdą się w serwisie
• Zwróć uwagę, że teksty polskie są dużo dłuższe niż angielskie i się inaczej łamie
• Zwróć uwagę, że tekst czemuś służy, więc nim wykropkujesz za długi tekst, zastanów się czy nie usuwasz treści istotnej dla użytkownika (np. ile userów ma nicki krótsze niż 5 liter?)

Dodaj komentarz 23 styczeń 2008

User-centered design

Skoncentruj się na zadaniach, które musi wykonać user. Jego cele nie są związane z internetem, tylko np. jego celem jest spędzić więcej czasu z rodziną, więc rezerwuje wycieczkę. Na stronie potrzebuje tylko jak najszybciej wykonać niezbędne zadania. Więc możesz kochać swoją stronę/projekt, być dumny z technologii jaką udało się wdrożyć, pokonanych problemach z łączeniem baz itd. ale nie oczekuj, że user wyśle Ci maila z podziękowaniami, jego to nie interesuje.

Na podstawie “SpoolCast: Gerry McGovern Interviewed by Jared Spool”

Dodaj komentarz 11 styczeń 2008

Rejestracja/logowanie - czego unikać

1. Nie każ userowi logować się, aby musiał wykonać prostą czynność, np. zapłacić za wybrany produkt. Użytkownicy tego nie cierpią. Jak powiedział użytkownik podczas testów - “Nie chcę nawiązywać relacji z tymi ludźmi, ja chce po prostu coś kupić”.
2. Nie wymagaj zakładania konta zbyt wcześnie. Im później user musi założyć konto tym mniej frustracji go ogarnie. Amazon czeka z koniecznością założenia konta do ostatniej chwili, dopiero klikając w moje konto widzie opcje do założenia konta.
3. Wymień korzyści z zarejestrowania się. Zakładanie konta dla usera to ciężka praca, powiedz mu dlaczego warto to zrobić.
4. Nie ukrywaj opcji logowania. Często strony są projektowane pod kątem zdobywania nowych klientów, zapominając o istniejących.
5. Nie zapomnij o linkach “Utwórz nowe konto” i “Zapomniałem hasła”. Pamiętaj użytkownicy szukają linków, a nie guzików, czy listy rozwijanej. Klasycznie w tym wypadku znaczy użytecznie.
6. Daj możliwość zalogowania się w kluczowych sytuacjach. Użytkownicy zwlekają z logowaniem do ostatniej chwili. Pamiętaj, aby umożliwić im jak najprostsze przejście, żeby nie musieli powtórnie wpisywać tych samych danych, tylko dlatego, że się zalogowali.
7. Nie wymagaj za dużo informacji przy rejestracji. Użytkownicy chcą odpowiadać na jak najmniej pytań jak mogą. Najlepsza rejestracja to taka, gdzie należy podać tylko login i hasło. Wszelki dodatkowe pytania o preferencje, mogą być zadane później.
8. Podawaj powody dla których potrzebujesz informacji. User staje się podejrzliwy gdy musi podać nr telefonu przy ściąganiu dokumentu, napisz mu po co potrzebny jest ten numer.

Aby stworzyć idealny system rejestracji i logowania pamiętaj o przeprowadzaniu testów z stałymi użytkownikami, z użytkownikami korzystającymi z systemu od czasu do czasu, z użytkownikami korzystającymi pierwszy raz z systemu.

Źródło: Jared M. Spool - Account Sign-in: 8 Design Mistakes to Avoid

Dodaj komentarz 6 styczeń 2008

Czas ładowania się strony

Czas ładowania się strony się nie liczy
Jared Spool opowiada o badaniu, nie dotyczyło ono samego czasu ładowania się strony. Oceny funkcjonalności konkretnych stron różnych użytkowników były spójne, jednak okazało się, że pewne strony zostały określone jako wolnoładujące się, inne przeciwnie. Zmierzono czas reakcji stron (na podstawie materiałów wideo z badań) i okazało się, że było wręcz na odwrót. Subiektywna ocena użytkowników była jednak związana z tym czy udało im się ukończyć zadania. Zgadza się to z podstawowymi zasadami psychologii, które mówią, że gdy jest cierpimy “czas zwalnia”, to samo tyczy się gdy mamy problem, natomiast gdy dobrze się bawimy “czas przyśpiesza”.
I jeszcze jedno, gdy dostajesz komunikaty od użytkowników, że strona działa wolno, zastanów się dobrze nim zaczniesz ją optymalizować, zmierz czas obiektywni. Użytkownicy nie są profesjonalistami, często komunikują błędy w sposób nieprecyzyjny, być może problem jest nie z szybkością działania, a z budową strony.

Więcej w The Truth About Page Download Time

Dodaj komentarz 29 listopad 2007

Kliknij, aby przeczytać

Pisanie na stronie “Kliknij tutaj” jest przestarzałe?
Tekst w linkach ma znaczenie
Brian Clark w artykule “Does Telling Someone to “Click Here” Actually Matter?”na swoim blogu przedstawił wynik badania, z którego otrzymał następujące wyniki:
* “Click to continue” - 8.53%
* “Continue to article” - 3.3%
* “Read more” - 1.8%

Jeśli chcesz, aby user wykonał konkretną akcję, napisz to wprost.

Dodaj komentarz 29 listopad 2007

Komiks jako sposób na prezentację koncepcji projektu

Przekazanie projektu czy jego koncepcji zleceniodawcy, często nie będącego w branży wymaga prostych środków. Rebekah Sedaca w “Comics: Not just for laughs!” opisuje w jaki sposób można wykorzystać komiks do zaprezentowania scenariuszy użycia serwisu. Aby stworzyć komiks nie potrzebujemy też grafika, w artykule dołączona jest biblioteka Visio pozwalająca prosto utworzyć taki scenariusz.

Dodaj komentarz 29 listopad 2007

5-sekundowy test

Z cyklu Usability Tools Podcast z strony UIE, krótkie wprowadzenie do tego czym jest 5-sekundowy test
Podcast pod adresem 5-Second Usability Tests
W skrócie:

• 5 sekund wystarcza, żeby określić czego dotyczy strona i do czego służy, nie znajdujesz tego czego szukasz - wychodzisz
• user odpowiada na pytanie co strona robi, nie jak wygląda, czy robi dobre wrażenie, czy ma ładną grafikę
• pytamy usera - do czego służy ta strona
• Jared Spool poleca metodę do stron, które mają określone jedno zadanie, odradza w przypadku stron firmowych czy głównych, temu służą klasyczne testy użyteczności
• można pokazać userowi kilka różnych stron, należy uważać na efekt uczenia się

Dodaj komentarz 28 listopad 2007

Ewolucja - Windows VS OS

Porównanie rozwoju interfesów OS’a oraz Windowsa.

Dodaj komentarz 26 listopad 2007

Paper prototype

Dodaj komentarz 19 listopad 2007