UX nerd

Finally, part 3: the toaster. A toaster is a small electric kitchen appliance used to toast slices of bread. It has been around, almost unchanged (in its mainstream version) for more than 100 years. Our interaction with it, I suspect, hasn’t changed much either:

During our week-long course with Bert Bongers; Maria, Valentina, Dominika and I redesigned a toaster. You may also want to read part 1 and part 2 of this series of posts to learn about the concepts that we put into practice. Part 3 presents our analysis of the current toaster, and our redesign.

Continue reading ‘The book, the clock and the toaster. Part III’

This post is the second part in the series: the clock. As I mentioned before, I had this lecture with Bert Bongers where he introduced the concept of device parsing, which he came up with (if I’m not mistaken). There, together with Dominika, Maria and Valentina, I did the parsing of a clock.  In this second part, I would like to explain what device parsing is about, illustrating the explanation with our own experience parsing the clock in the image on the left.

Continue reading ‘The book, the clock and the toaster. Part II’

You’re surely familiar with the talk about how designers should not consider ourselves to be average users because we’re experts. There are many anecdotes about systems or products that are perfect for us in so many ways (effectiveness, efficiency, aesthetics) and yet fail to please users. That’s why we run user tests, and that’s why we have shifted from good old “usability” to the more subjective “user experience”. But an interesting by-product of this well-meant attitude is that we (designers) have grown to consider ourselves above the influence of such whimsical subjectivities. Every designer I know is always perfectly capable of producing a rational explanation of why something is good or bad: we have formal methods for it, we have been trained to do it, we make a living out of it.

That said, this is what happened to me today… Continue reading ‘Dog Food’

I want to find out how people use and manage tabbed browsing. To do it, I need your help answering this questionnaire. It has only 7 questions and shouldn’t take you more than 10 minutes to answer. Thanks for your time :)

THIS SURVEY IS NO LONGER ACTIVE

Continue reading ‘Some research about tabbed browsing’

Some time ago, I had a lecture by Bert Bongers on the use of sensors and actuators to enhance interfaces. Besides discussing the different existing sensors and actuators and their usual and unusual applications, he introduced the concept of device parsing and mentioned some topics from The Design of Everyday Things, by Don Norman. And, in the end, we got to work during one week redesigning a toaster and building a prototype that could be used as a proof of concept and eventually to run user tests. So, this is what this post is about:

• The book, or part I: The Design of Everyday Things
• The clock, part II: an intro to device parsing, and the parsing of a clock as example
• The toaster, part III: our redesign of the toaster, using a different combination of sensors and actuators, following Norman’s principles

(I’ll leave talking especifically about sensors/actuators for some other day, I have a rather ambicious project on them, but it’ll have to wait until I finish with the emoticons and the pagination :)

So, today: the book.

Continue reading ‘The book, the clock and the toaster. Part I’

I’m now in the middle of a project to find out how the use of emoticons in IM conversations relates to the use of actual facial expressions and, together with my colleagues, I have to set up an experiment. We have this plan about how we’re going to do it:  we have interesting literature about the subject, we have a nice and original experiment design, we’ve found the technology we need to carry it out and we’ve almost figured out who we want as participants. But at the end of out to-do list for today “# of participants” is still there, sporting a devilish wink >;-) So, how is sample size chosen when doing an experiment?

Continue reading ‘The choice of sample size in an experiment’

Around a month ago, I got to do my first solo project. With great power comes great responsibility and, luckily, the ability to choose the subject that better suits my interests :) And this is how I embarked on the redesign of browser error messages.

Browsers are old. It’s weird. I would have thought that major industry players would have figured out this kind of core issues by now. Error messages are not about new or experimental interactions, their design is probably as linked to basic UX design principles as can be. That’s why I was startled when I started to get the answers to my questionnaire… users mistaking DNS errors with HTTP 403 response codes and attributing SSL certificate warnings to malware. There’s a lot of educated talk on the web about how bad some error messages are, these however are savvy users’ rants and none of them come close to describing how the average users misses on their web experience, one of my participants even describing the experience as “distressing” :S

Anyway, after a week of questionnaires, qualitative analyses, guideline drafting and prototyping, I came to understand why error message design is not a popular discipline and some other interesting conclusions.

Continue reading ‘Browser error message redesign’