categories

usability

people don’t read on the web

Friday, May 9th, 2008 at 10:24 am

Research from Jakob Nielsen about reading behavior of web user.

On the average Web page, users have time to read at most 28% of the words during an average visit; 20% is more likely.

I knew this all along, from usability, eye tracking and my own behavior, but seeing the number is very eye-opening.

An idea for a method to test out the scannability of the content on your page is to ask a person who’s not familiar with your site to read what he sees on the page out loud as fast as he can within 5 seconds. Most web users only stay for 2-3 seconds, but we need to add the extra 2 seconds to accommodate the time needed to do the reading.

Link to article:http://www.useit.com/alertbox/percent-text-read.html

by Danny

adaptability in design

Monday, January 14th, 2008 at 3:34 pm

Prompted by a reminder about the approaching tax season, I made sure that my contact info at my brokerage is up-to-date.

One of the area that I had to fill in was phone numbers. For every required field, there was a red asterisk next to the field name. That red asterisk was next to the “home phone” field which means that the designer who created this page assumed that everyone has a home phone.

That assumption might be true 5-10 years ago, but not anymore. I haven’t had a home phone since 2003 and I don’t think that will change anytime soon. When was the last time you asked for a home number from a friend?

Design is intended for human. It needs to adapt to the way people use it. The example above shows how the contact info form becomes less relevant (and create confusion for users)because of the phone field.

Posted in usability, design
by Danny

I/II">Conference Review UPA 2007: Part I/II

Tuesday, August 21st, 2007 at 9:50 pm

“This year’s theme focused on Patterns and how they serve as ‘blueprints for usability’. Conference co-chair, Carol Smith articulated the pertinence of this theme. “As usability professionals, our ability to observe users and to discover their patterns of interaction is integral to our work. By defining these patterns, we can then leverage that knowledge to create usable interfaces that are familiar and useful to our users.” - (Joi L. Roberts - UXmatters)

Posted in usability
by Danny

2Collab beta">2Collab beta

Sunday, August 19th, 2007 at 1:26 am

“2collab is a social bookmarking site where you can store and organize your favorite internet resources – such as blogs, websites, research articles, and more. Then, in private or public groups you can decide to share your bookmarks with others – stimulating debate and discussion. Members of groups can evaluate these resources (by rating bookmarks, tagging and adding comments), or add their own bookmarks. You can browse public groups and bookmarks, but must register (your name and email address) to access the full functionality – such as creating groups, adding comments, and adding bookmarks.” (Elsevier)

Posted in usability
by Danny

Demolition Derby

Thursday, August 16th, 2007 at 2:48 pm

Before I even opened this book, I had three reasons to like it. First, Scott Berkun is “one of us”. As a former Microsoft project manager responsible for overseeing early versions of Internet Explorer, he has a strong background in usability, information architecture, and design. His first book, The Art of Project Management (also reviewed on Boxes and Arrows), might have been more appropriately titled, The Art of Project Management for Design-Intensive Projects. You might also know Berkun as the creator of the Interactionary design contests held at ACM’s SIGCHI conferences. He comes from our world and many of his examples are drawn from individuals and organizations familiar to the IA and UX communities. Second, on a more personal level, the book includes two of my photos: See the title pages for chapters 5 and 6. The inclusion of these photos resulted from a request on Berkun’s blog calling for Flickr-based photos, with two being plucked from my current collection of 3000+ images. Very exciting! Finally, The Myths of Innovation is a short, light book and a handy airplane read. Enough said.

The importance of innovation

Innovation is a hot topic at the moment. Actually, innovation has been a big thing for last hundred years or more, but perhaps we needed the profusion of business magazines and books to bring this observation into sharp focus. With the tech sector on the ascendancy (again), driven in part by the Web 2.0 movement, examples of innovation are everywhere. We’ve moved beyond the notion of the knowledge economy to recognize that innovative ideas can be the foundation for disruptive business models. This factor makes Berkun’s book timely, as it sheds light on the underpinning truths that surround innovation. This is what the dust jacket promises:

In The Myths of Innovation, bestselling author Scott Berkun takes a careful look at innovation history, including the software and Internet ages, to reveal how ideas truly become successful innovations–truths that you can apply to today’s challenges.
Using dozens of examples from the history of technology, business, and the arts, you’ll learn how to convert the knowledge you have into ideas that can change the world.

So, does it deliver?

Debunking myths

To explain how innovation works, Berkun starts in the opposite direction and first exposes ten commonly-held beliefs about innovation:

1. The myth of epiphany

2. We understand the history of innovation

3. There is a method for innovation

4. People love new ideas

5. The lone inventor

6. Good ideas are hard to find

7. Your boss knows more about innovation than you

8. The best ideas win

9. Problems and solutions

10. Innovation is always good

In each chapter a myth is introduced and then progressively unraveled and debunked with great wit and charm. This approach helps to structure the book and it offers an easy way to explore innovation. Berkun has a fluid writing style and finds the right balance between informality and powerful word-smithing.

Berkun uses a range of examples from the Renaissance to eBay and Craigslist. Each case study is carefully researched and accompanied by footnotes pointing to further reading. In many instances, Berkun takes unexpected angles on historical cases, presenting new perspectives on stories that have been told and retold for more than a generation. For example, most people are familiar with the story of Post-it notes: The 3M miracle product that evolved from a glue that didn’t stick properly. Far fewer know about the product that preceded Post-it notes (masking tape), and the company’s corporate history. 3M actually stands for Minnesota Mining and Manufacturing and the company started out drilling for underground minerals to manufacture grinding wheels. It was only after a lab assistant needed a way to mark borders for two-tone car painting that masking tape was developed and the rest became history. Another example explores the challenges in getting the telegraph adopted and how the company built on that discovery, Western Union, eventually became the protector of the status quo when new innovations came along–namely the telephone.

Through these examples, Berkun demonstrates that while inventions seem inevitable after the fact, the path to adoption is almost never certain. Great ideas fail, while commercial imperatives drive the success of other innovations.

Providing answers

Readers looking for an innovation checklist or a how-to book will be dissatisfied. One of the myths that Berkun debunks is that there can be a step-by-step guide to innovation. Instead, innovation is a complicated and unpredictable process with many paths–more jigsaw puzzle than a straight line. By its nature, innovation explores uncharted territory. It is also the product of a lot hard work, unexpected insights, the collaboration of many individuals, and sheer, random chance.

When I reached the end of the book, I was disappointed to discover there was not a summary chapter wrapping up its message; something akin to, “So therefore, based on these myths, this is how you need to do innovation in practice.” While a concluding chapter would have neatly closed the narrative arc at the end of the book, Berkun was right not have included one. Instead, the onus is on the reader to review the book again and allow the many gems scattered throughout the text sink in more.

In particular, Berkun outlines a number of key principles and barriers to innovation. They are presented in unassuming lists that belie their value. For example, he outlines eight challenges all innovations must confront and overcome, including sponsorship and funding, capacity for reproduction, and reaching the potential customer. In addition to these challenges, Berkun discusses elements that can influence the speed of adoption, challenges associated with managing innovation, and factors that have influenced historical innovations. Berkun also offers a comprehensive set of checkpoints that can be used to assess approaches to innovation.

What we can learn

There are many heroes idolized within our industry, whether it’s Flickr, eBay, Craigslist, 37 Signals, IDEO, Yahoo, Google, or any of the hundreds of Web 2.0 businesses. All of these organizations are regarded as paragons of innovation, featured prominently at conferences and in case studies. Berkun points out that while much can be learned from these organizations, the myths that surround them can also blindly lead us down the wrong path. If we recreate the funky, fun-filled spaces of the Googleplex, do we automatically become innovative? If we develop functionalities that mimic Flickr, will we be able to take on the world?

When starting down the path of innovation, we must do more than just blindly copy the formulas so neatly captured and communicated from these leading companies. Yes, we would like some measure of their success, but we would do better to learn from the myths outlined in this book. When we are establishing our design teams, building our startups, or consolidating our consulting firms, we need to consider the ideas presented in The Myths of Innovation. The lessons I took away from the book include the following:

  • Good management has a huge impact on the success of in-house innovation.
  • Innovation is paired with collaboration.
  • The best outcomes derive from a mix of self-awareness and the ability to recognize and explore opportunities when they arise.
  • Oh, and the need for perseverance, no matter how hard the road ahead.

The universal principles and insights captured by Berkun certainly apply to design and user testing. On page 66, Berkun makes the following observation:

“[Innovators] grow so focused on creating that they forget that those innovations are good only if people can use them. While there’s a lot to be said for raising bars and pushing envelops, breakthroughs happen for societies when innovations diffuse, not when they remain forever ahead of their time.”

Information architects, therefore, have an important role to play in innovation, particularly when making use of ethnographic research techniques. At the end of the day, we don’t win awards for demonstrating how smart or creative we are if no one chooses to make use of our wonderful new innovations. The more we understand our users or customers, the better we’ll be able to create innovations that make their lives easier. Innovation doesn’t happen in isolation, nor is it the result of being struck by a falling apple (or even a falling Apple?). Innovation occurs in the real world, drawn from an understanding of needs, and delivered through a design process that makes the idea into something that will change the world. This is where IAs can contribute.

Conclusion

I started The Myths of Innovation in a positive frame of mind, generated by my interest in the topic (and the excitement of seeing my photos in print). I ended the book similarly enthusiastic. While it isn’t a long read (I started in Cambridge and finished before I touched down in Los Angeles), good books don’t need a lot of words to make their point. Scott Berkun clearly presents his arguments, demolishing many of the misconception about innovation. For those of us running businesses or developing new products, it’s a must-read.

About the Book
The Myths of Innovation
Scott Berkun
2007, O’Reilly
ISBN-10: 0596527055

Authors note: If you want to view more of my book-worthy photos, you can find them on Flickr, or on the site from my first photography exhibition.

Posted in usability
by Danny

Ease of Use Outside the Box

Thursday, August 16th, 2007 at 2:48 pm

As user experience designers in an enterprise, we find ourselves knee deep in pixels. Should we use a dropdown element or a set of radio buttons? 10pt or 12pt size font? A broad-and-shallow or narrow-and-deep information architecture? While such design considerations are necessary and important, we miss huge user experience opportunities outside the webpage, outside the website, outside the browser. By tackling inter-application usability opportunities, user experience (UX) professionals can make things easier in a big way.

Ease of Use Outside the Box

Since enterprise usability issues affect the entire organization, even small gains in improved ease-of-use can reap large benefits in aggregate across the entire user base. Whereas we traditionally focus on intra-system usability, we can also advocate inter-system usability, basically greasing the skids between systems so that all systems are easier to use.. We could champion the merits of large monitors, decry unrealistically complex password policies while offering password management solutions, and develop easy-to-remember URL shortcuts for all websites that our colleagues access.

Fundamentally, user experience design strives to optimize the efficiency with which users communicate with other users through a computer. Users retrieve, consume, and input information. Within a system, we design the interfaces that allow users to efficiently perform those tasks. But users access systems in context of the environment that they are in. A system’s user experience may be drastically impaired when users access a system in a suboptimal context.

Take an application with a very well-designed user experience, say Apple’s iTunes. Fire it up, search, sort, categorize, play, and buy songs with ease. Well, perhaps not so easily. What if you were running the application on a computer with a 233MHZ processor, 32Mb of RAM, 640×480 monitor, 28.8Kb modem, and one tinny speaker? What if your iTunes password had to be changed every 15 days, must be 12 characters long, and include at least one number and one non-alphanumeric character? What if simply finding the icon to launch iTunes was a chore?

You would have a drastically different (worse) overall user experience than what you’re probably used to, in spite of the application’s well-designed user experience. Software makers understand the impact that the context in which an application is served can have on the user experience that is actually experienced. Hence the ubiquitous “System Requirements” that helps to ensure that an application is being used in its prescribed context.

Clear Path to Information

A primary system task for users is retrieving information. How can we make it easier for users to get the information they need? Unfortunately, we almost always assume an intra-system perspective – one where the information that the user needs is accessible via the system and the user is already in the system. But what if we were to take a step back and look at the larger context in which the system is accessed? What we’d find are multiple usability hurdles between users and information. In fact, there are many hurdles between the users and the applications.
Let’s take a look at three key inter-system usability issues and how they can be addressed:

  1. Viewport size – How much information can you view at a single time?
  2. Authentication – Can you securely and easily log into your systems?
  3. URLs – How easily can you get to your systems?

Even High Def is Low Def

Walk into any big box electronics store and you’ll see the ubiquitous wall of so-called high-def TVs. Great, stunning, crisp pictures – right? But if you were to compare the resolution of the world’s best hi-def TV to that of printed paper, the paper would easily win. The LCD technology that many hi-def TVs use is the same as that of our computer displays. We are constrained with limited information density.

Computer displays are the viewport though which the majority of communications between the user and computer occur. Because that channel is choked by relatively low resolution and small overall area, communication throughput is limited.

Alleviating this problem is easy – increase the display area. Either get a larger monitor or, better yet, get two larger monitors and use a virtual expanded desktop that spans both. Research has shown that users can complete tasks 10% – 44% quicker with larger screens and that multi-tasking was less, well, tasking.[1] With prices of large LCD monitors drastically dropping, you can have such a setup for under $500. The increased work efficiencies that you’ll gain can easily justify the relatively small upfront expense. In fact, usability guru Jakob Nielsen states, “anyone who makes at least $50,000 per year ought to have at least 1600×1200 screen resolution.”[2]

When More Secure is Less Secure

Everyone logs into applications in the workplace. Whether you’re submitting an expense report, entering worked hours, or just logging into an intranet, you have to authenticate yourself as a valid user. The integrity of authentication lies primarily with password policies that govern password complexity and required frequency of change.

A good password is one that cannot be guessed. And there within lies the problem. What is difficult to guess is most likely difficult to remember. This problem is mulitplied when you have many applications that require authentication, each with its own password policy that dictates password complexity and mandatory resetting. So while a hacker may not be able to guess your passwords, you most likely will not be able to remember them either. So what do you do? Do what everyone else does (but knows they shouldn’t) – write your passwords down on the small piece of paper in your desk drawer. Not exactly the most secure practice.

The problem here is that the security folks design their password policies in a theoretical world where they only consider computers and hackers. Make the passwords very strong. But the primary end users, the people who actually log in appropriately, are not considered. The ultimate result is systems that are less secure. People are people. Defining password policies without considering the complete human context in which they are applied results in lower security.

As usability experts we should prescribe password management utilities. Password management utilities lock all your credentials to multiple applications under one master credential. The master credential is often a master password or a fingerprint scan. Once you have authenticated yourself with the master credential, the password management utility can then submit the individual credential to the respective applications as you access them. Since you no longer have to remember each password, you can realistically use tough-to-hack passwords for each application. Because you only have to remember a single master password, you can be realistically expected to use a strong master password.

Do You Speak URL?

It’s not uncommon to have a dozen websites that you need to access in the workplace. You need to go to one website to track your work hours, another for expenses, another for benefits enrollment, and yet another to log help desk tickets. Just arriving at these websites is often a challenge in-of-itself because each has its own long, cryptic URL. This is especially the case with internally deployed applications where the URL may include the server name, port number and even URL parameters.

A URL for an internally deployed PeopleSoft application such as http://psoft-production.hostinghub.companyname.net:8080/asp/ASPPROD/?cmd=login is not uncommon. Using your browser’s “favorites/bookmark” functionality can alleviate the problem, but that still places unnecessary burden on the users to bookmark each website and organize them. Even if the websites are bookmarked well, each time the user has to access a website, he must open his bookmarks, browse, find, and click.

Fortunately, there is an easy to implement solution that addresses the problem. URL “jumpwords” are words that you can type into your browser address bar that take you directly to a website. Think AOL “keywords,” but more persistent because they are integrated directly into existing browser functionality. So rather than having to bookmark http://psoft-production.hostinghub.companyname.net:8080/asp/ASPPROD/?cmd=login to access your Peoplesoft application, you would be able to just type “peoplesoft” in the address bar and you would be taken to the application.

Catching and rerouting the user can only work within an organization’s network (this does not work across the Web in general for obvious reasons). There are two main steps to set it up. First, you must make an internal DNS entry that catches and routes all jumpwords. All jumpwords are routed to a single, simple application page that maps the jumpword to the specific full URL and then bounces the user to that URL. You’ve then literally brought your organization’s websites to employee’s finger tips.

Big Picture Ease-of-Use

Whether designing a user interface or conducting a usability test, we generally assume that the user has already accessed the system in a predefined context. Take a step back and apply ease-of-use fundamentals to the factors that lie immediately outside of individual applications. By keeping our eyes open for opportunities to improve the user experience in a larger context, we can increase the communication efficiency within organizations and use simple solutions to reduce frustration and confusion of the people using the systems.

1. Meet the Life Hackers New York Times Magazine, October 16, 2005
2. Jakob Nielsen’s Alertbox , July 31, 2006

Posted in usability
by Danny

The Politics of Design by Paul Rand">The Politics of Design by Paul Rand

Thursday, August 16th, 2007 at 2:48 pm

“It is no secret that the real world in which the designer functions is not the world of art, but the world of buying and selling.” (Dexo Design) - courtesy of usernomics

Posted in usability
by Danny

The myth of content and presentation separation">The myth of content and presentation separation

Thursday, August 16th, 2007 at 2:48 pm

“One of the hallmark attributes of web standards-based design is the concept that proper use of semantic (X)HTML and CSS completely abstracts the presentation of a site from its content. One key real-world benefit of this separation is that come redesign time, one only needs to change or replace the CSS stylesheet, and needn’t lay so much as a finger upon the hallowed grounds we call markup. I’m here to say that this mantra isn’t much more than a fairy tale.” (Jeff Croft)

Posted in usability
by Danny