Jesteś w: Home / 2010 / Archiwum dla roku November 2010

Archives for November 2010

Wyrwane z kontekstu – Usability testing is broken: Rethinking user research for social interaction design

30/11/2010 - Kategoria: badania, cytaty

Dana Chisnell, współautorka klasycznej już książki “Handbook of Usability Testing“, zajmująca się m.in. użytecznością maszyn wyborczych i systemów do głosowania w USA, napisała bardzo ciekawy ale i kontrowersyjny tekst odnośnie badań użyteczności. Stawia w nim tezę, że część obecnie wykonywanych badań (konkretniej tych, które w Polsce nazywamy “badania użyteczności z użytkownikiem, moderatorem i obserwatorem”) jest zbyt niedoskonała. Artykuł wygląda na zachętę do debaty, dlatego też nie ma w nim zbyt wielu koncepcji, jak inaczej podejść do badań. Mimo to, to może być historycznie ważny tekst. Polecam.

This is how I can say that being online *is* social. Email is social. Publishing a flat HTML document is social. Putting something on a calendar is social. Everything is social. Social isn’t the special secret sauce that you pour on top of an experience. Social is already there. Choosing a bank is social. Planning a vacation is social. Buying an appliance is social. I SMSd a series of photos to my boyfriend the other day, of me in different eyeglass frames because I couldn’t decide by myself. This was *not* a computer-centered, or an app-centered interaction. This was a decision being made by two people, a conversation, mediated by fully integrated technology in fluid activities in different contexts for two people. It was social.

Social isn’t sauce. It’s sustenance. It’s already there, and we’re not seeing it. So we’re not researching it, and we’re definitely not testing for it.

We have to stop thinking about human-computer interaction. That model by default is too limiting. Look around. It’s really about human relationships and interactions mediated by technology. Technology is supporting the communication, not driving it. Ask any parent who has used Facetime or Skype to have a video chat with their baby for the first time.

Źródło: Usability testing is broken: Rethinking user research for social interaction design, Dana Chisnell

Grafika – What metrics are collected in usability tests

30/11/2010 - Kategoria: cytaty, grafika

Proportion of respondents who collected the metric in a formative test and 95% confidence intervals

In total 97 people reported the metrics they collected in their most recent formative test.   Not surprisingly, most users collected User Interface problems – which tell you what to fix to make an interface more usable. But roughly the same proportion recorded completion rates.  Completion rates are easy to collect, interpret, and work well for comparing simple prototypes to completed systems.

Also interesting, over half of respondents reported collecting task time in a formative test. Task time is typically not thought of as a metric collected in formative tests–where interfaces are often prototypes and users think aloud. Yet, task time in formative tests can still be an excellent diagnostic measure (especially when compared between design-iterations).

The category “Post Test Q’s” refers to Usability Questionnaires administered after a usability test, such as the popular System Usability Scale (SUS). Post-Task Q’s refer to questionnaires asked immediately after the task.

Źródło: What metrics are collected in usability tests?, Jeff Sauro, Measuring Usability blog

Wyrwane z kontekstu – Skalowalność w projektowaniu

29/11/2010 - Kategoria: cytaty

Redesigny są dodatkowo niezbezpieczne, bo wszystkich zadowalają. Management lubi redesigny, bo są widowiskowe i sam fakt ich dokonania – niewiedzieć czemu – zwykło się uważać za sukces. Projektant z kolei może wpisać do CV kolejną pozycję, a przy tym popisać się umiejętnościami, uzasadniając swoje istnienie w organizacji. To sprawia, że gruntowne przebudowy bywają strategią samą w sobie, swoistym modelem rozwoju. Modelem wygodnym, bo zwalniającym z myślenia o przyszłości („jak będzie trzeba, to się zrobi redesign”).

Bardzo dobry wpis na blogu Adama Plony Polecam.

Źródło, Skalowalność w projektowaniu, Adam Plona

Prezentacja – Rethinking the Mobile Web

29/11/2010 - Kategoria: cytaty, prezentacje

Źródło: Bryan Rieger, Slideshare

Wyrwane z kontekstu – Amazon Product Development Process: Start with Customer Work Backwards

26/11/2010 - Kategoria: cytaty, product development

(..) the product development process at Amazon is centered on the customer.  Amazon follows a process called “Working Backwards”, which means that the first deliverables created are the documents at  launch, then work backwards towards the items closer to the implementation. Defining a product this way adds clarity and simplicity — you know at the front-end what the customer can expect, and working backwards allows the team to build it.  Here are the general steps followed in this process:

  1. Start by writing the Press Release. Nail it. The press release describes in a simple way what the product does and why it exists – what are the features and benefits. It needs to be very clear and to the point. Writing a press release up front clarifies how the world will see the product – not just how we think about it internally.
  2. Write a Frequently Asked Questions document. Here’s where we add meat to the skeleton provided by the press release. It includes questions that came up when we wrote the press release. You would include questions that other folks asked when you shared the press release and you include questions that define what the product is good for. You put yourself in the shoes of someone using the product and consider all the questions you would have.
  3. Define the customer experience. Describe in precise detail the customer experience for the different things a customer might do with the product. For products with a user interface, we would build mock ups of each screen that the customer uses. For web services, we write use cases, including code snippets, which describe ways you can imagine people using the product. The goal here is to tell stories of how a customer is solving their problems using the product.
  4. Write the User Manual. The user manual is what a customer will use to really find out about what the product is and how they will use it. The user manual typically has three sections, concepts, how-to, and reference, which between them tell the customer everything they need to know to use the product. For products with more than one kind of user, we write more than one user manual.

Źródło, Amazon Product Development Process: Start with Customer Work Backwards, inspiracja: tebe

Urządzenia mobilne – Dedykowana aplikacja czy przeglądarka?

25/11/2010 - Kategoria: badania, cytaty

Od jakiegoś czasu przez polski (i nie tylko) Internet przetacza się fala artykułów i blogowych wpisów poświęconych wyższości/niższości przeglądarek nad natywnymi (dedykowanymi) aplikacjami na urządzenia mobilne. Dyskusja ta, jak zywo  przypomina tę poświęconą lokalizacji opisów w formularzach, czy wyższości świąt Bożego Narodzenia nad świętami Wielkiej Nocy :)

W połowie tego roku, firma Keynote Services na zlecenie Adobe przeprowadziła ankietę na grupie 1200 użytkowników urządzeń mobilnych. Wyniki ankiety są interesujace i dobrze udokumentowane, dlatego poświęcić 15 minut na jej ściągnięcie i przeczytanie. Mnie zainteresowała jedna z odpowiedzi:

[Read more…]

Raport – Badania użyteczności – o co zapytać specjalistę?

24/11/2010 - Kategoria: badania, guidelines, raporty

Coraz więcej firm oferuje różnego rodzaju badania użyteczności. Niektóre są niezłe, niektóre nieco gorsze.  Jeśli jesteś klientem i managerem, a usability zajmujesz się tylko od czasu do czasu – zapewne czasem zadajesz sobie pytanie o czym właściwie ze specjalistami rozmawiać?

Wraz z Robertem Drozdem (Webaudit.pl) przygotowaliśmy raport/przewodnik: „Badania użyteczności – o co zapytać specjalistę”.

Omawiamy w nim pięć głównych tematów, które klient powinien przedyskutować ze swoim specjalistą od użyteczności:

  1. Jakie metody oceny użyteczności są właściwe dla Twojego projektu?
  2. Według jakich standardów będzie się odbywało badanie i co zostanie ocenione?
  3. Jacy użytkownicy wezmą udział w badaniu?
  4. Czy otrzymane odpowiedzi będą pomocne i dokładne?
  5. Jak przydatny będzie dostarczony raport?

Raport jest adaptacją wytycznych, jakie stworzyli członkowie brytyjskiego oddziału Usability Professionals’ Association. UK UPA oraz UPA zezwoliły nam na jego wykorzystanie, więc przetłumaczyliśmy dokument i zaktualizowaliśmy go, dostosowując jednocześnie do polskich warunków.

Część rekomendacji (m.in. te dotyczące ISO) złagodziliśmy. Parę innych jednak zostawiliśmy, mając świadomość, że jest na nie trochę za wcześnie. Raport ma wytyczać kierunek, a nie tylko sankcjonować to co jest.

Przed publikacją skonfrontowaliśmy raport z zaprzyjaźnionymi specjalistami oraz klientami. Feedback był jednoznaczny – istnieje  potrzeba dostarczenia bardziej zaawansowanej wiedzy dla klientów (i społeczności).
Edukację początkową w dziedzinie użyteczności mamy całkiem niezłą. Konferencje, szkolenia, książki. Dlatego uważamy,że warto więc wyjść poza podstawy, tak aby klient miał świadomość również tych mniej oczywistych aspektów naszych usług.

Linki do pobrania:

I dla porównania: rekomendacje oryginalne w języku angielskim (format PDF).

Na potrzeby raportu uruchomiliśmy odrębną stronę: usability.org.pl, ale poza nim niczego więcej na razie tam nie ma. :-)

Warszawa – UX Book Club

23/11/2010 - Kategoria: ksiązki, społecznosci, spotkania

Już 8 grudnia o godzinie 18.30 rozpocznie się 9 spotkanie  UX Book Club w Warszawie.

Tematem spotkania będzie książka: Przetestuj ją sam! Steve Krug o funkcjonalności stron internetowych.

Zobacz stronę polskiego wydawcy.


Miejsce spotkania: Warszawa, ul. Okopowa 58/72, Biurowiec Klif, INFOR PL S.A, 3 pietro

Jak działa UX Book Club?

Podczas każdego spotkania omawiamy jedną wybraną wcześniej książkę na temat użyteczności, user experience, architektury informacji, projektowania interakcji i podobnych.

Każdy uczestnik spotkania stara się przeczytać tę książkę.

Na spotkaniu każdy spisuje i przynosi ze sobą:

  • 2 rzeczy w książce, które szczególnie mu się spodobały
  • 1 rzecz, która się nie spodobała, z którą się nie zgodził, albo nie zrozumiał

Wyrwane z kontekstu – The Pretty Speedy Redesign

22/11/2010 - Kategoria: cytaty

Serwis  Yahoo Mail mający 270 mln użytkowników, po ośmiu miesiecach pracy uruchomił  swój przeprojektowany serwis. Jeden z hintów:

Tackle all devices and platforms at the same time. Rather than working through the entire web app, then going back and starting on the various mobile apps, a desktop app, etc, the team basically works on all of these in parallel. With a team of about 18 designers, they divided work up primarily by functional areas—like composing an email or adding a contact—and then worked on each piece of functionality across devices and platforms, rather than dividing work up by platform.

Źródło: The Pretty Speedy Redesign | UX Magazine.

Grafika – Range of scopes

20/11/2010 - Kategoria: grafika

Źródło: Range of scope from improving your street up to contributing to global issues

Gdańsk – 3camp – 23.11.2010

19/11/2010 - Kategoria: społecznosci, spotkania

23 listopada 2010 o godzinie 18:01  w Gdańsku rozpocznie się 22 3camp –  cykliczna impreza w konwencji bootstrapowo–aulowej. Najbliższe spotkanie poświęcone jest wyłacznie tematowi user experience.

Na spotkaniu z prezentacjami wystąpią:

  • Bogdan Baraszkiewicz, Gratka Technologie – Agile UX — Komunikacja w procesie projektowania,
  • Marcin Treder, Nokaut – Brzydkie obrazki. Praktyczna strona prototypowania,
  • Marcin Śpiewak, UX Web – Case study: redesign serwisu morizon.pl.

Warsztaty do wyboru (realizowane w dwóch osobnych salach, należy wybrać jeden z nich):

1) Marcin Treder, UXPin – Think.pin.create! Prototypowanie na papierze

2) Maciek Saganowski, Ultimo Consulting – Praktyczne Persony

Miejsce spotkania: Gdański Parku Naukowo-Technologicznym,  ul. Trzy Lipy 3, Gdańsk

W celu uczestnictwa niezbędna jest prawdopodobnie (?) obowiązkowa, bezpłatna rejestracja.

Źródło: 3camp #22 , 3camp.pl

Wyrwane z kontekstu – Approach to Text User Interface Design

19/11/2010 - Kategoria: cytaty

The biggest problem with ‘text user interfaces’ was not the restriction of the screen to a text display, but the separation between the display and the input controls. Graphics alone, without a pointing device or touchscreen, aren’t much more useful, usable or engaging than pure text –  remember the old ‘multimedia’ and games interfaces with numbered menus, etc?

Apart from the quality of the UI interface itself, a ‘graphics-driven’ approach allows for greater standardisation of controls and behaviours, and hence an easier learning curve. I think that’s the main reason why old-style minimum text interfaces have largely died out.

So the critical factor affecting my design approach would be more influenced by the interactivity the device offers, not merely a limitation on what the screen could represent. Face it, most of what is presented on a graphics screen is text, anyway. The new generation of e-book readers (Kindle, etc) are constrained from adopting ‘colour-and-movement’ GUIs and some of the interfaces are quite subtle and (almost) elegant as a result. I’d hope to go the same way.

In terms of the visual polish of the UI that resulted, the typography is most critical, and then the quality of the text itself.

Assuming that a quality text-based UI is possible, then I’d use the normal user-centred design approach. At least three iterations.

Źródło: Approach to Text User Interface Design?, IxDA list, David More

Next Page »