niedziela, 30 maja 2010

SparkUp conference

So the SparkUp conference is over. It was short, but quite an interesting event. Especially that no conference on this subject had existed in Poland before.
Yes - the subject. The title of the conference was "webdev, ux, design"; and there were two paths: ux/web design and web development. I decided to choose the first one. Was it really ux/web design oriented?

Logistics
What was the most important to me: Poznań is really far away from Kraków and going there by train is a trouble. It would have been better if the conference had lasted for at least two days; but now for eight hours spent at the conference there were over sixteen hours spent on a train.
It was the first edition of SparkUp. Participants may had seen some minor shortcomings: a voice from the other room or brioches sliced in pieces (another point to neverending war between Kraków and Poznań - in which city do better scrooges live). I was surprised by lack of exhibitors - only Helion and Microsoft decided to come and show something (but the latter brought a Surface!).
But - free beer and M&M's during conference after party were such a big advantage that no shortcomings were important.

Sessions
Andy Budd: Persuasive Design: Encouraging Your Users To Do What You Want Them To!
An inspiring talk. Andy showed many interesting ways of attracting people in real (off-line) world and tried to translate them into on-line equivalents. Did you know that tiles in luxury alleys in supermarkets are smaller, so you hear click-clacking of your trolley more frequent, so you think you walk faster, so you slow down, so you can see more expensive stuff? Quite a general session but brought some interesting thoughts.

Marek Kasperski: Mental models vs. www sites (in Polish)
It was the only session in Polish. It's striking that seven on ten sessions and six on nine speakers at the conference in Poland were from abroad. Does it mean we don't have UX experts? Maybe... However, Marek talked about designers trying to understand people's needs. He said that the most important element in a human-computer interaction is a human so we shouldn't rely on programs judging whether a website is usable or not. He also showed a meaning of metaphors in user interface.

Inayaili de León: Stop Being So Clever
The most beautiful slides seen during this conference! Yaili talked about CSS3 and how to make a web designer happy so she can go drinking on Friday night. Yaili pointed out that no-one but the designer himself would notice some little shortcomings of a website such as rounded corners or some shadows. She said that web developers shouldn't be so precious and shouldn't fight with IE6 for life and death. And all of this shown just with a few lines of CSS code.

Remy Sharp: jQuery for designers: the essentials
Well, I found this session quite interesting but I do know what jQuery is, I do know how JavaScript works and I do know how to use it. But a friend of mine, an UX and interaction specialist, who, I believe, haven't written a single line of code in her life, was bored to death. Remy showed some jQuery tips and tricks but said little of how designers should approach to this framework. One think to remember: design your site with and without jQuery effects and then continue with jQuery.

Antony Ribot: The Future of Mobile UX
This session wasn't on the future of mobile UX. Honestly, it was on something between UX, mobile, chat and fun. Antony talked about everything he found interesting and was somehow connected to the topic but he did it with such a charm that I believe everyone was attracted. However I don't know if anyone has remembered any "hard facts" - I remember that Poland was the third greatest exporters of cherries to USA in 2003. Nonetheless - great fun.

So...
I think the conference was worth time spent. But I know I won't decide to come to Poznań next unless some there is a real hit (for instance one of the UX gurus) or the conference lasts longer. But this is only because of a distance. If SparkUp was placed in Warszawa I would willingly go.

czwartek, 25 lutego 2010

SPIN

Zapomniałem napisać, że dzisiaj o 18.00 na XXIX spotkaniu krakowskiego SPIN-u przedstawię prezentację dotyczącą ergonomii i użyteczności interfejsu użytkownika.
Spotkanie odbędzie się w głównym budynku ComArchu w sali "Widownia" (al. Jana Pawła II 39 a).

Zapraszam. Rejestracja nie jest wymagana.

poniedziałek, 8 lutego 2010

Wybór wartości z listy

Chcemy zrobić prostą, wydawałoby się, rzecz - wybrać kilka wartości z listy. Dla utrudnienia dodajmy tylko tyle, że wartości na liście jest dużo (na pewno nie będą widoczne w liście bez przewijania). Dla przykładu: mamy listę zdefiniowanych ról w aplikacji i dla danego elementu menu wybieramy, które z nich będą miały do niego dostęp; albo mamy listę wszystkich możliwych tapicerek do foteli i w naszym CMS-ie mamy wybrać, które są dostępne dla konkretnego modelu krzesła.

Rozwiązanie zazwyczaj wychodzi nam z grubsza podobne do tego:

Coś takiego widzieliśmy wszyscy i wiemy, jak tego używać. Jeżeli i jedna, i druga lista są dobrze posortowane, to nie ma najmniejszego problemu. Jeżeli jeszcze możemy używać techniki przeciągnij i upuść - tym lepiej.

Problem pojawia się jednak, gdy elementy, na których operujemy, mają więcej niż jedną wartość ją opisującą. Jeżeli chcemy wyświetlać wartości w gridzie (a właściwie w dwóch gridach), to na pewno nie zmieszczą się one w układzie takim, jak powyższy - gridy zazwyczaj posiadają kilka kolumn, a szerokość strony internetowej czy okna, w którym nasza kontrolka ma się wyświetlić - jest ograniczona. Naturalnym kierunkiem rozwoju takiej kontrolki jest więc ułożenie dwóch gridów jeden pod drugim. Na przykład tak:
Załóżmy od razu, że gridy te (a przynajmniej pierwszy z nich) są stronicowane i posiadają przyciski do zmiany stron. Od razu widać, że tak zbudowana kontrolka jest znacznie cięższa - chociażby przez to, że stara się przekazać znacznie więcej informacji. Zaawansowanym użytkownikom pozwala jednak na realizowanie wymyślniejszych żądań - zazwyczaj możemy posortować dane po każdej kolumnie, więc wybór wszystkich modeli Volkswagena Passata z ręczną skrzynią biegów z silnikiem benzynowym będzie łatwy.

Zaprezentowana powyżej propozycja jest przez użytkowników nawet dobrze rozumiana - widzą, że najpierw jest lista dostępnych modeli, mogą więc na niej coś zaznaczyć. Później (niżej) znajduje się przycisk "Dodaj", po którego kliknięciu wybrana wartość pojawi się w tabelce jeszcze niżej (dalej). Warto zaznaczyć, że dezorientujące będzie dla użytkownika, jeżeli to przypisanie nie zostanie zrealizowane asynchronicznie i po kliknięciu "Dodaj" strona zostanie przeładowana.

Jednak jakiś czas temu spotkałem się jednak z podejściem zgoła odwrotnym, czyli czymś wyglądającym tak:


Miałem przyjemność na tej aplikacji przeprowadzać testy użyteczności, tak więc uwagi do takiego projektu nie są wymyślone przeze mnie, ale zaobserwowane na użytkownikach z krwi i kości. Co więc można o takim projekcie - koniec końców bardzo podobnym do tego wcześniejszego - powiedzieć?

Jest niejasny. Użytkownicy mają standardowy schemat skanowania strony i poznawania jej elementów, a taki projekt do tego schematu nie pasuje. Użytkownik widzi najpierw pustą tabelkę, później przyciski "Dodaj" i "Usuń". Zdarzyło mi się zaobserwować, że użytkownik po wejściu na tak zbudowaną stronę wciskał od razu przycisk "Dodaj", licząc na to, że zostanie wyświetlona lista elementów możliwych do wyboru. Listę tę użytkownik miał zaraz poniżej, ale najpierw zauważył przycisk i od razu postanowił go kliknąć. Jego prawo.

Jeżeli użytkownik dostrzegł już, że lista elementów do wyboru znajduje się poniżej, to od zwycięstwa dzieliło go jeszcze kilka kroków. Zasadniczo - musiał znaleźć przycisk, którym doda zaznaczony element do zbioru wybranych elementów. Wydaje się to absurdalne, bo przecież przycisk "Dodaj" użytkownik zauważył kilka sekund wcześniej. Nic z tego. Użytkownik uważa (poniekąd słusznie), że taki przycisk znajdzie się na dalszej drodze analizowania strony, czyli poniżej drugiej tabelki. Tam go jednak nie ma. Nie od razu każdy przypomni sobie, że przycisk "Dodaj" widział już wcześniej.

Wnioski. W sytuacji, gdy elementy możemy opisać krótkimi etykietami, zdecydowania polecam używanie znanego schematu przypisywania z lewej do prawej. Jeżeli musimy skorzystać z gridów, to w żadnym wypadku nie powinniśmy używać schematu z dołu do góry. Model z góry na dół jest znacznie bardziej zrozumiały.

Ale czy w ogóle musimy używać kontrolek zbudowanych z dwóch gridów? Oczywiście - to zależy. Ale jeżeli musimy wybrać jedną, dwie, może trzy wartości z długiej listy złożonych elementów, to może drugi grid - tak samo rozbudowany jak pierwszy - jest zbędny? Może wystarczy wybrane elementy wypisać gdzieś obok w uproszczonej postaci? Albo przechowywać je na początku jedynej tabelki? W ten sposób zrealizowany jest na przykład wybór wielu kontaktów z listy osób w Nokiach z Symbianem S60 w wersji 3.

Wniosek podstawowy - nie zaburzać użytkownikowi jego drogi czytania strony.

środa, 13 stycznia 2010

Przyzwyczajenie drugą naturą człowieka

Moja żona postanowiła ostatnio zmienić swój komunikator internetowy. Poleciłem jej to, czego używam sam - Pidgin. Szybko udało się skonfigurować i działa. Ale ja nie o tym.

Iza bardzo często korzysta z komputera używając tylko myszki. Woli zaznaczyć tekst w oknie komunikatora, kliknąć prawym przyciskiem, wybrać Kopiuj, przejść do przeglądarki, kliknąć prawym przyciskiem w polu tekstowym i wybrać Wklej. Ja wolę inaczej - ctrl-shift-w prawo, ctrl-c, alt-f4, tab, tab, tab, ctrl-v. Dlatego nie zwróciłem uwagi na to, że Pidgin konstruuje menu kontekstowe inaczej, niż wszystkie inne aplikacje.

Typowe menu kontekstowe (z Eksploratora Windows) wygląda tak:



Pidgin z kolei menu rysuje tak:


Różnice:

  • zupełnie inaczej ułożone separatory,
  • Pidgin dezaktywuje np. pozycję Wklej, Eksplorator ją usuwa,
  • w Eksploratorze jedna pozycja nazywa się "Kopiuj", w Pidginie - "Skopiuj".
I chodzi właśnie o ten ostatni punkt - dlaczego ktoś zmienia standardowo przetłumaczony, obecny w większości polskich aplikacji tekst "Kopiuj"? Gdzieś kiedyś czytałem, że autorem tłumaczeń najbardziej podstawowych terminów informatycznych (takich jak "plik") jest poeta, bodajże Tadeusz Olszański. Świadczy to o tym, że tego typu tłumaczenia są potwornie trudne. I nie można się na nie porywać bez odpowiedniego przygotowania i respektu. I tego respektu zabrakło chyba tłumaczowi Pidgina.

Jeszcze jedna ciekawostka: bodajże Alan Cooper w About Face pisał o tym, że użytkownicy bardzo rzadko czytają etykiety w menu - częściej zapamiętują pozycję (drugi element od góry, pierwszy element nad ostatnim separatorem) niż chociażby skanują wzrokiem te napisy. A różnica pomiędzy "Skopiuj" a "Kopiuj" przy pobieżnym skanowaniu (różna pierwsza litera - w dodatku wielka!) może okazać się zbyt duża.

PS Ciekawe, w jakich jeszcze programach twórcy bądź tłumacze zdecydowali się na tego typu kreatywne tłumaczenia?

poniedziałek, 30 listopada 2009

IT Academic Day na AGH

Dzisiaj miałem niepowtarzalną okazję, aby stanąć po drugiej stronie katedry w sali 224 w budynku C2 krakowskiej Akademii Górniczo-Hutniczej. W tej sali spędziłem niezliczone godziny słuchając mniej lub bardziej porywających wykładów z informatyki. Dzisiaj to ja prowadziłem prelekcję i to ja byłem oceniany.

W ramach IT Academic Day VSoft dostał 1,5 godziny dla siebie - moja była połowa tego czasu. Powiedziałem więc o User Experience - kilka podstawowych zasad, kilka ciekawych pomysłów - tak, aby naszkicować temat.

Mam nadzieję, że słuchaczom się podobało i nie był to mój ostatni publiczny występ.

Zainteresowanych zapraszam po slajdy z prezentacji.

środa, 25 listopada 2009

Nowy blog - technologie osobno

Dzisiaj postanowiłem, że z mojego prywatnego bloga wykiełkuje odnoga - kwestie specjalistyczne, dotyczące informatyki, programowania, User ExperienceInteraction Design i tym podobnych nudnych rzeczy publikowane będą na nowym blogu - właśnie tutaj. Nie zdecydowałem się jeszcze, czy artykuły będę przeklejać też do bloga prywatnego, czy pozostanie on wyłącznie na sprawy prywatne.


W każdym razie - zapraszam.

piątek, 13 listopada 2009

World Usability Day Tour de Pologne '09


Pod tą długą nazwę kryje się mini-konferencja, w której miałem okazję dzisiaj uczestniczyć. Na stronę wydarzenia trafiłem przypadkiem kilka dni temu, ale pomyślałem sobie, że, czemu nie, przejdę się i zobaczę.

Niestety, żałuję.

Dlaczego:
  • Na stronie internetowej nie było napisane wprost, jaki będzie poziom wykładów. Napisanie, że impreza przeznaczona jest dla "osób zainteresowanych tą tematyką" mówi trochę za mało. Szkoda, że nie zostało napisane, że głównymi odbiorcami są studenci (znaczna większość obecnych na sali).
  • Marne przygotowanie techniczne.
  • Uczestnicy przerywali prelegentom w połowie zdania (sic!) i zwracali się do nich na "ty".
  • Uczestnicy gustowali w zadawaniu pytań na zasadzie "ja bym to zrobił lepiej" - tak, tego typu pytania też były zadawane w pół zdania - przez co jeden z wykładów trwał o połowę dłużej, niż powinien.
Plusy:
  • Jedna ciekawa prezentacja (szkoda, że była ostatnia).
  • Spotkałem dwóch dawnych kolegów.
Kiedy zobaczyłem stronę o tym wydarzeniu, bardzo zapaliłem się do tego pomysłu. Pomyślałem wręcz, że może w przyszłym roku spróbowałbym się w to włączyć. Po dzisiejszym dniu odnoszę się do tego raczej z rezerwą.