Usability interview with Opera!
By Eddie Lopez. Friday, 1. June 2007, 04:49:22
Six members of Opera involved with Usability, User Experience and System Testing all took the time out of their busy schedules (providing you all with the best internet experience) to answer some questions on Opera and usability.
Usability and Systems Testing for Opera: (back row) Huib, Wolfgang, Kenneth
(front)Yenny, Gerður, Tami
Opera typically grows with the user, the more you use it, the more features you will discover, enable or customize.
Please click through to read insights from Opera UXP professionals discussing favorite usability features, challenges, accomplishments, and things that could be improved.
Let's start off with a bit about how Opera views the subject of user experience, user centered design and usability in general...
Wolf: Opera aims for the best experience on any device and everybody in the company is highly aware of the importance of usability and accessibility. Of course opinions of us usability people and the developers sometimes differ and we would maybe sometimes push for solutions that we regard more usable but are limited by other factors. Still, the spread of opinions within the company helps us to not forget specific interests in any direction.
Yenny: Yeah, there can be a big difference between what we would like UCD to be in Opera and what it is currently. It can be challenging.
I know exactly how challenging it can be due to those factors. Security is often the factor that trumps usability in my line of work.
Please share what you can about what the usability team does for the Opera product line.
Yenny: We are still very new on formal UCD processes so we mainly do user studies (personas, scenarios), interaction design and usability testing for a certain set of products.
On to some more specifics...How does Opera balance interface consistency (with other browsers, for migrating users) with its own innovative thoughts and UI?
Wolf: Opera is in a difficult position of having strong but critical expert supporters. They demand easy access to expert features while we need to try to keep them "out of reach" for novice users, which we need to attract if we want our market share to grow. This problem is reflected by the strong opinions expressed in forums every time we introduce or modify a new feature. Opera users like their browser and are as unhappy about change as users from any other browser. This is why we need to try both: Creating a better browsing experience that is still recognizable and suitable in comparison to our competition.
Opera is highly customizable, yet inviting right out of the box. What kind of thinking goes into how you lay out the "discovery" of features?
Huib: Opera typically grows with the user, the more you use it, the more features you will discover, enable or customize. Opera has always been very customizable and especially users that have been using Opera for long time change their setups heavily to make it fit their needs. We will continue adding and supporting many ways of customization, but we also focus on making the default setup easy to use and making the frequently done changes easy to perform. Thanks to all the users that enabled usage reporting, we know more and more about what settings are typically changed. ... We are also performing usability tests with different types of users, in which we find potential discoverability and customization problems. Many users are also actively contributing to this process by reporting how they or their family and friends use Opera in the forums. These sources of information tell us about how users use Opera, so we can make sure that popular settings and features are easy to find and use.
How much (if at all) do you tweak Opera from the default install to match your needs?
Yenny: It should work by default for everyone and, depending on your needs, you have the possibility of customizing it.
Gerður: It is getting increasingly common that people upgrade their computers, telephones, and other gadgets often. It is also common that people have at least a home computer and a work computer. Going through extensive configuration every time you install Opera on one of your devices isn't really an option for most people. The goal is always that it should work out of the box with the optimal behavior for the average user set as default. Otherwise we know that people will simply discard the product. I personally rarely configure my Opera versions and if I do it is usually more for fun than anything else. It is nice that you have the option but it shouldn't be necessary.
Accessibility- Opera recently announced support for (JAWs) screen readers, and has long had a list of accessibility features, but what future opportunities are there for Opera to succeed for impaired web users?
Kenneth: I think most companies struggle with prioritizing "hidden" functionality like an interface that's open to assistive technology. Our success hinges on our ability to work effectively with our blind volunteers to understand their unique mental models. We're actually working with more than just Jaws and have several people involved internally. Bit by bit we're increasing our compliance!
As mentioned in an earlier response, one of the more recent builds allowed users to share their setup information with Opera to get a better idea of what is (not) being used in the UI. Are the usability people actively involved in sifting through this information...and are there any interface "aha!" moments you've all had as a result?
Huib: We are actively analyzing the information and following the changes. But up to now only users that use the weekly builds enabled usage reporting. Starting with Opera 9.2 this reporting function is available for all users. It's not enabled by default anymore, but a random selection of users is asked if they want to contribute. The information from 9.2 will give us a more complete view on what is being used or not. ... Through discussion on forums, we already have a rough impression of which features are popular and which are not. But the usage reports gives us a far more detailed look. For instance, we learned that the preference "Open new tab next to active" is the most changed tabbed browsing setting.
What is the biggest challenge for Opera when it comes to interface design?
Kenneth: Our biggest challenges are finding the right places to add to the process. At times, we need to first discover the process, with different groups and projects using different approaches. We've tried to look for opportunities by understanding what managers, developers and others really need. There's a lot of fast paced work too, so keeping up with the changes can be a challenge.
Yenny: It's difficult making a UI that is customizable and powerful enough for the technically sound users and still making it simple to use.
Wolf: I'd say it's understanding that not only the GUI is the interface, but the whole product (features, use cases, intention, etc.) is an interface.
What type of things do you look for when you watch customers use Opera?
Wolf: Sometimes we have clear goals like is A or B better
Yenny: In every usability test (formal or informal) we try to understand the user's mental model and how they understand the Internet technology to find where they will most probably have misunderstandings.
Wolf: The interesting question about the internet is the usage patterns. To give an analogy: How do you use electricity? Electricity is everywhere and drives many devices, you use it some way, just as the next person uses it differently. The internet is at the beginning of a development that electricity has gone through to become a omnipresent and critical driving power. Due to its virtuality, unlike electricity, the internet can mean anything to everybody. This high complexity is the reason why we often only can search for specific answers to specific questions (A or B) or general problems with the mental model.
What are some of the better "Wish-List" ideas that have caught your eye (realistic or not) for Opera UI improvements?
Yenny: From my mobile point of view: Phones with bigger screens and more standard keys. All webpages designed with good handheld support.
Wolf: to extend what you're saying Yenny, different ranges of devices should be more standardized. Such as the desktop has some de-facto standards, this would be great to have on the side of mobile devices as well. Having a set of standard screen resolutions and input means (keys, stylus, etc.) would not only help us but also the web developers to make their pages better for the user. More location awareness would also be great for mobile devices.
Kenneth: For me, I think there are real possibilities in users being able to visualize "their stuff." For a browser, that user data is your history. But more than that too, it's emails you've sent, open tabs, alerts you receive, your friends... Unfortunately, people get lost easily. There's just too much data to deal with. Yet there are mature disciplines that concentrate on efficient data visualization. Ways of just glancing at some representation and "knowing where you are" immediately. That would be on my wish-list.
Now that the desktop team is pumping out weekly builds, have the elektrans become a thing of the past?
Huib- We are very happy to see so many users downloading and testing the weekly builds! Their feedback helps us to find bugs earlier in the process, but we also make interface design adjustments based on suggestions or comments from users. A recent example are the changes in the startbar (the toolbar that drops down under the address bar): speed dial, like the startbar, makes it easier to access your favourite sites, so the startbar was removed when speed dial was added. However, the weekly releases showed that some users were using the startbar a lot. So it was re-added in later builds (but disabled by default). ... Elektrans are contributing continuously and testing new Opera releases even before weekly builds are made. Because they are very active Opera testers, have extended access to bugs reports and early builds, their contribution will continue to be very valuable in the future.
What's your favorite Opera change/enhancement that came about due to some usability research?
Kenneth: A recent enhancement was the inclusion of a right-click menu to speed dial. In a study, people were asked "change what's in number 5." We found that every participant tried to right click (an early prototype didn't have any right-click). Pretty simple, but powerful. Simply watch what people attempt, and make sure you do something reasonable for that action.
Wolf: Some of our tests have shown that people have difficulty recognizing "their page" when viewed on a mobile device. And we think we've got a promising solution to that problem.
What's your favorite Opera feature that exemplifies activity centered design?
Yenny: Again talking about desktop: My personal favorite (as a power user) keyboard shortcuts (makes you browse faster). Recommended for a more common user: saving current session, "zoom" and "find in page".
Kenneth: ...and saving the current session is automatic. You close the browser, you open the browser, it's right where you left it.
...of course the contrast: What is the biggest usability issue you have with your product?
Yenny: In my opinion: error handling. Specially with plugins and mimetype setup....it is not such a big deal until it stops working.
Wolf: The complexity of the interface. The power of Opera can be an intimidating UI. This is a difficult task, but making the browser look less like an airplane cockpit, but still have all the power, that would be a great usability achievement.
Gerður: On mobile phones, setting up an Internet connection (access points) is by far our biggest hurdle. It is a very difficult issue to resolve as each operator and device is different, and the devices generally don't make it easy for the users to understand or configure their connections. In addition, operators are prone to configuring their devices with WAP access points which only provide limited capabilities. All in all, a very difficult problem to solve and almost impossible to explain in a user friendly manner.
And finally... My pet issue that I want an official Opera quote to link to: Why do you think it makes sense for Opera to have the address bar below the tabs instead of above?
Yenny: Because the address bar belongs to the specific tab so it makes more sense to have it there.
Perfect. Sounds so much better when you say it!
Thanks again to Huib, Wolfgang, Kenneth, Yenny, Gerður, Tami, and Opera for taking the time to answer all these questions and for fighting the user's fight for us all. Trust us... we all appreciate it!
Got an idea for an interview for this site? message me!



WillYum # 4. June 2007, 04:07
rmccabe916 # 5. June 2007, 20:29
down1nit # 10. June 2007, 18:59
It's a stubborn thing for people to adapt to. Much like the Auto-Scroll jumping to the center of the page. Consider putting options to disable the Auto-Scroll jump in opera:config? Also, putting a link to opera:config under Tools > Advanced?
This is by far my absolute favorite thing to read about in Opera. Thanks team, and Eddie.
borg # 10. June 2007, 19:32
My favorite must be the X on every tab to close tabs individually. That was a direct result of in-house usability testing. We found that most of the test group ended up closing tabs with the right-click menu and nobody looked for a X in the upper right corner of the window or to the right end of the tab bar.
Our findings where confirmed by a usability study Google later did with Firefox, which explains their adoption of the X on every tab in Firefox 2.
kmaage # 11. June 2007, 09:31
Helmers # 11. June 2007, 18:48
Schneemann # 14. June 2007, 14:55
Standards will make many things easier, yes.. but don't you think they would kill innovation? Just think about the long time of mouse+keyboard. There is a great benefit in being able to say "press escape" via the phone, and it will be understood (most likely). I can buy a new machine, without having to learn a new keyboard layout.
But on the back side, the focus of software developers on the user sitting at a desk with mouse and keyboard input have long prevented new things to become successful.
CAD apps still work on mouse and keyboard - what about task-optimized input devices? (ok, a gaming mouse is a beginning).
We can see much more interesting stuff on the non-pc market, like the iPhone, the Wiimote or public touch displays - and I would like to see that continued! Future devices might use camera input, motion sensors, 3D pens... but not in environments that are tied to the desktop metaphor!
So I agree it would make sense to standardize some things, like number or cursor buttons - but on the other hand I would like to see a flexible infrastructure, where the input of arbitrary devices is available to the application in a generic format, at different levels of abstraction (physical mouse vs mouse pointer, pixels touched vs fingers detected).
The challenge will be to provide easier ways to customize input bindings on the fly, and make the custom bindings easy to discover.
kmaage # 15. June 2007, 10:58
I believe the "learning threshold" for computing devices is getting smaller and smaller, meaning people are less and less willing to put up with the hassle of learning new interfaces. People are getting less patient.
How do we still design innovative interfaces in light of this?
Schneemann # 15. June 2007, 14:28
So, does this mean people will refuse any kind of innovation?
I'd say no, but there are some criteria about the design of interaction styles.
Spending time to learn something new has some parallels to spending money for a new product. You will not invest your time or your money unless you know you will get something back. And, making the wrong choice is less critical for small amounts of time and money. Paying a two-scoop ice cream is usually a better choice than the price x200 for a "one year ice cream flatrate". You will possibly spend much more money on a new plasma tv - but that is because you have clear expectations on the quality and the purpose of the product, or at least the illusion of it. Maybe you've already seen the product in action at a friend's, and now you need it in your home. Then there is the brand name, the promises on the box..
There are similar issues for learning processes.
One strategy is to maintain a long-term promise. Listening to your favourite music, watching videos of guitar players, visiting concerts can be a motivation for practicing an instrument, or a pusher to make a start. Playing games could get you interested in programming.
A much better strategy is to make the learning process rewarding in short terms, minimize the cycle of effort and perceived benefit, and provide promising real-world examples that point directly to the tools and disciplines that helped create it.
Reading articles on wikipedia can get you interested in participating, but the important thing is the discussions page and the "edit" buttons that present the page as a work-in-progress. The idea of a wiki is quite new, if you were used to writing save-to-disk documents, and the syntax is something (though simple) that needs to be learned - but for a first rewarding effect, it is sufficient to write some plain text. Blogs can contain complicated javascript or html, but you get a soft start with plain text an bbcode. Or have a try with processing.org - one line of text to open a window and draw a shape. And still, you can put the freakiest java programs in there!
Some very good examples for innovative interaction styles is games. There are so many different type of joysticks, gamepads, gamer mice out there - but all I need for a first try is figure out how to move and make a killing! Give all the buttons a try, until the gun goes off. There are some de-facto standards in first person shooters, but there are very different interaction styles for flight or vehicle simulations. A helicopter in battlefield behaves different than a plane or a land vehicle (afairemember), and there are more differences if you want to drive while moving your head, or a tank turret. But a good design makes people learn these mappings, and even practice to improve their performance. Special hotkeys are learned with time - a process that is supported by hints about which hotkey to use (when hovering a button in starcraft), and immediately rewarded by a speed bonus.
The task of an operating system is to provide a flexible infrastructure for developers of applications and devices to experiment with new interaction styles, in attempt to find the optimal solutions for specific activities. And in some way, a web browser can be seen as an operating system for web applications.
I would not make a promise of how you will interact with your mobile phone, your tv or your refrigerator in 4 years from now. So, if you make too many assumptions and build an application with "the standard microwave controls" in mind, you might regret it later. Flexibility is the better choice imo - maybe with generic mechanisms based on the Card design space or similar..
p01 # 18. August 2008, 13:26
And to extend on what Yenny said about why it makes sense for Opera to have the address bar below the tabs instead of above:
Although this is no longer exposed by default*, Opera has an MDI ( multiple document interface ). The tabs really are children windows that can be tiled and as such they need their own address bar.
Just look at any graphics or text editor allowing to work on multiple documents and it'll all make sense.
*: Prefences > Advancded > Tabs > Additional tabs options ... > [_] Show close button on each tab
ekoprabowo # 25. November 2008, 18:35
bagleybrown # 25. November 2008, 18:42