Last week we re-published part 1 of Producing Great Search Results. As I mentioned last week, producing a great search results page takes a ton of hard design work. It’s critical to study the users’ goals and needs, and watch how the user interacts with the results the engine produces. In almost every instance, Search is not the user’s end goal. It’s just one tool they can choose to help achieve their objective. Without a deep understanding of their objectives, it’s really difficult to design a great tool for them.

In this week’s UIEtips, I conclude our feature discussion on producing great search results pages. In the article, Producing Great Search Results: Harder than It Looks, Part 2, I share behavior patterns we’ve uncovered as we researched how people interact with the results from a search query, including how they deal with link relevancy and the chunking of results. When we initially published these articles, there was some interesting buzz across the blogosphere. Our findings didn’t match conventional thinking. Almost a year has passed since the original prinitng, and I wouldn’t be surprised if these articles still creates some buzz. Below you can read comments from when we originally printed part 2.

If Search is high on your priority list, then you’ll want to attend the next UIE Virtual Seminar that I’m presenting: Search, Scent, and the Happiness of Pursuit. In this seminar, I’ll smash some important myths to smithereens. You’ll see how the home page isn’t where people are searching from (and why that changes your entire Search strategy). And you’ll see how Search is more related to the links on your site than you ever imagined. Learn more about this UIE Virtual Seminar. 

When you’re watching your users interact with your site’s search result pages, what behaviors have you noticed? We’d love to hear your insights below.

Joe wrote us:

I was just in a pattern review meeting, and the age-old discussion of whether to use icons and labels vs. just icons or just labels came up. Years ago, I recall Jared Spool and UIE posting an article in which their tests showed that icons and labels together were generally better. I can’t seem to find it…. could you folks point me to it?

Thanks!
– Joe

P.S. FWIW, I prefer a design *guideline* that would state to use icons + labels unless there is a obviously standard icon, such as email or pdf icons. Of course, even those might not be clear to some user groups. The design guideline runs contrary against visual minimalism. As with all things, you make your choices and do your best to test it.

The article is from the old 1990’s Eye for Design days. It’s something that never made it to the web, probably because nobody has asked us about it in 15 years.

The facts about icons:

1. Text + image works better than just image or just text. However, just text works better than just image.
2. While icon images are learned, icon positions are learned faster. People remember a function by where it lives in 2D space more than by what the art is. (If you change the art, but keep the same location, users aren’t too impeded. If you move the location, but keep the art, users become frustrated.)
3. The speed at which the average user can deduce an icon’s function from the image is directly proportional to the speed at which the design team can agree on what the ideal image for that function should be. (In other words, things that are obvious—question mark for help—are obvious to both the designers and the users. Things that aren’t obvious—what is the icon for “advanced privacy options”?—won’t be obvious to either group in anything less than geologic time periods.)

When you study how designs get made as much as we have, you start to notice something: good design is directly related to effort. Good design takes a lot of work. Bad design, as the bumper sticker says, “it just happens.”

You won’t find this to be any more true than in the design of effective search results pages. Search results look easy. After all, the engine has done all the heavy lifting. It’s taken the user’s query and scoured through the millions of bits of data to narrow the results down to a presentable set. All you have to do now is just display the results, right?

Well, after watching hundreds of users try to accomplish their goals with hundreds of web sites, we can now say, without any hesitation, that it’s not easy to produce a great search results page. In fact, we’re confident that it really takes a lot of hard work and skill to make something that will create a delightful experience for your users.

In today’s UIEtips, we look back at an article originally published a year ago, Producing Great Search Results: Harder than It Looks - part 1. Fortunately, having now watched all of these users, we’ve seen some really interesting patterns in how the most effective search results pages pull it off. And, over the next two weeks, we’ll share those with you.

Read my article, Producing Great Search Results: Harder Than It Looks, Part 1.

If you’re looking for ways to improve search on your web site for your users, then you’ll want to attend the next UIE Virtual Seminar that I’m presenting: Search, Scent and the Pursuit of User Happiness. In
this seminar, I’ll share some of Search’s best-kept secrets such as: a hidden resource on your server that shows you exactly how to make search more effective, and why focusing on “searchers” is a
design strategy that gets teams into trouble. Learn More.

Have you been working on your search results pages? Have you noticed design patterns that have made your site more effective? We want to hear about your experience. Share your thoughts with us below.

Once I understood how the Market Maturity model worked, life became much easier. The theory, which describes how organizations prioritize user experience over time, makes it easy to know what to suggest to team managers.

Using the model is easy. First, you ask a few questions to determine where the organization’s products are relative to their market maturity. The theory then tells you what recommendations are most likely to get attention.

For example, getting resources to conduct in-depth user research on users and scenarios is much easier in stage 3 (experience) than it is in stage 1 (technology) and stage 2 (features). In those stages, it’s easier to find a corporate champion for feature-focused, lightweight research.

This UIEtips contains part one of a two-part article on the Market Maturity model. I describe the first two stages, sharing how to identify if that’s where your team is, and what project priorities will make the most sense. I hope you enjoy it.

Read today’s UIEtips article.

The Market Maturity model is just one of several perspectives  I’m sharing at the upcoming UIE Roadshow: Secrets Behind Designing Great User Experiences. There’s still room in the Seattle, Denver, and DC full-day workshops. Register with the promotion code SHOW09 and get $75 off the price. 

Is your team dealing with stage 1 (technology) or stage 2 (features) issues? If so, what’s your strategy been? We’d love to hear your thoughts. Share them with us below. 

You may have noticed that the last two UIEtips articles concentrated on UX teams. The first article was on Building and Managing a Successful UX Team. The second article was Five Techniques for Getting Buy-In for Usability Testing. Following the rule of three principal, I’m focusing this next article, once again, on the UX team. Today’s article goes back to December 2007 and concentrates on various skills required for a successful UX team.

Over the last 9 years, we’ve been looking carefully at how to put a user experience team together. We’ve studied dozens of teams, some that are very good at production great designs, while others regularly struggle to produce anything that makes users happy. As we’ve looked at the differences between the teams, we’ve started to notice some patterns.

One emerging pattern focuses on the skills found in the team. While it’s a no-brainer to say that the more skilled the team, the better the results, it’s more difficult to hone in on the specific skills that make a difference.

Our research has isolated eighteen skills that the best teams all master. We’ve divided these into two groups: Core UX Skills that are unique to the user experience process and Enterprise UX Skills that the team shares with other parts of the organization, such as marketing, IT, and product management.

In this issue of UIEtips, I describe these skills and a simple method for assessing where a team is at. Managers can use this assessment to identify areas of improvements for the team as a whole and individual members.

Read today’s article.

Have you assessed your team’s capabilities? What techniques have you used? Are there skills you think are important that aren’t on the list? We’d love to hear from you. Leave your thoughts below.

[If you manage a UX team, or you're part of a UX team, I think you'll find our next UIE Virtual Seminar of great interest. This Wednesday, June 17, Sarah Bloomer will present Upgrading Your UX Team. Some of the topics Sarah will touch on in this Virtual Seminar include: the key ingredients of developing a successful UX team, how to setup your team, and where it fits within the organization. Learn more about the next UIE Virtual Seminar.]

Producing a usable design takes time, money, and resources. It also requires an organization’s dedication to focus on usability testing and customer needs throughout the entire design process.

Knowing how to sell usability testing will substantially help it get approved and supported by an organization. Most development teams we work with understand the benefits of usability testing, yet still struggle to communicate the value to stakeholders.

In today’s UIEtips newsletter, we look back on an article that former UIE staff member Christine Perfetti wrote in April 2007. The article, Five Techniques for Getting Buy-In for Usability Testing, discusses some of the best techniques for getting stakeholders onboard for testing. I think you’ll really enjoy it.

Read today’s UIEtips article.

If you find this article interesting, I highly encourage you to attend the June 17 UIE Virtual Seminar on Upgrading Your UX Team,with Sarah Bloomer. In this seminar, Sarah will touch on how to get buy in for usability testing. Use the promotion code MYARCHIVE when you register and receive life-time access to the recording of this seminar at no additional charge.

Producing a usable design takes time, money, and resources. It also requires the User Experience team’s dedication to focus on customer needs throughout the entire design process.

Knowing how to identify and communicate the value of a User Experience project will gain you design strategy approval and support throughout the organization. Most organizations we work with understand the need for UX efforts, yet they still struggle with how to best incorporate the team into the development process.

Back in 2006, former UIE staff member, Christine Perfetti interviewed Sarah Bloomer and Susan Wolfe, two premier User Experience experts, to discuss how organizations can make their UX practices a success. I find this interview is still dead-on three years later.

One of the most frequent questions we’re asked is how do you go about setting up a UX team. What criteria should I use in the hiring processes, and how do I get executive buy-in on the UX vision?  To answer these questions, and many others, we’ve asked Sarah Bloomer to present our next UIE Virtual Seminar, Upgrading Your UX Team. We’re offering the recording of this presentation at no additional cost when you register with the promotion code MYARCHIVE.

Are you challenged with building a UX team within your organization? Is your team struggling to get support and buy-in from your organization? How have you gotten your organization onboard? Join the discussion below.

Guest Robert Hoekman, Jr. answers questions about interaction design frameworks.
Duration: 22m | 12 MB
Recorded: May, 2009
Brian Christiansen, UIE Podcast Producer
[ Subscribe to our podcast via ←This link will launch the iTunes application.]
[ Subscribe with other podcast applications.]
[ Direct Link to MP3 File ]

 

 SpoolCast: Interaction Design Frameworks Seminar Q&A Follow-up [21:43m]: Play Now | Play in Popup | Download

Robert Hoekman, Jr. recently joined us for a Virtual Seminar on Interaction Design Frameworks, called, Web Anatomy: Interaction Design with Frameworks. The concept is a new one, and Robert and I are exploring and introducing the concept in new book due out shortly. The seminar (which is still available) was well-received, and we asked Robert back to help us answer some audience questions we did not have time to discuss during the seminar.

Here’s the list of the questions we discussed,

• Do you see being able to abstract information architecture into set frameworks?
• Should design patterns really be referred to as production patterns that fit within creative frameworks?
• Are you basing design patterns on generally accepted Web standards or what’s standard within the uses of the business?
• If you’re assembling a site with anatomical framework pieces, how do you avoid building a Frankenstein?
• Is there any relationship between an IxD framework, and a UI framework like jQuery?
• If everything is encapsulated and solved with an Interaction Design framework… will there be less need for Interaction designers in the future and more need for visual designers to differentiate?

Tune in and see how Robert thinks frameworks could make your job noticeably easier and perhaps even more interesting. If you still have questions, let us know in the comments.

Back in February we introduced a new podcast series - the Userability Show. We think they’re some of the most entertaining and educational podcasts available on UX.

Since it’s inception, we’ve answered questions ranging from design exploration, career changes from coding to interface design and usability, and the most common UIs that confuse or impede the average user.

Robert Hoekman and I use our wits, humor, and knowledge (it occasionally creeps in) to answer these vexing questions. I know when I get notified about an exciting new episode I want to immediately check it out, however I’m usually too busy to do it at that moment, and then it slips my mind.

I’ve always appreciated receiving a summary on episodes I may have missed, so I thought you might appreciate it too.

Our latest episodes, podcasts 5-8, cover these topics:

• The most important UX activity in a web project
• Why so many basic usability failures are still around
• How a consultant can woo over a design team
• How to deal with link treatments when content display varies

With each podcast there is a place to share your thoughts with us, or you can let us know what you think below.  

If you want to hear more of me, you can see me live in Seattle, Denver, or DC at the UIE Roadshow: Secrets Behind Designing Great User Experiences. Use the promotion code SHOW09 and get $75 off the registration price.

Enjoy the podcasts.

Audiences have been grooving on one of my newest presentations, Revealing Design Treasures from the Amazon. Here’s what I talk about:

Revealing Design Treasures from The Amazon

On its surface, Amazon.com just seems like a large e-commerce site, albeit a successful one. Its design isn’t flashy, nor is it much to write home about. But deep within its pages are hidden secrets — secrets that every designer should know about.

If one looks closely at what the team at Amazon has built, it’s filled with innovative functionality and clever designs, all of which creates a delightful experience for its users and directly produces regular profits for its shareholders. But not all is perfect. Some design changes in the last few years have not been the success that the team had hoped for. Amazon’s exceptional qualities and imperfections are critical knowledge for any designer that wants to dig deep into what makes the site tick.

In this entertaining presentation, Jared will share some of UIE’s latest research into the hidden treasures of (the) Amazon. You’ll learn:

• The simple Yes/No question that increased revenues by more than $1 billion
• The elegant subtlety of Amazon’s security system
• Why Amazon’s business model is more than meets the eye (and why designers need to care)
• The wins and losses that Amazon has had with social media functionality

Want to see it? Here it is (with audio recorded at An Event Apart Seattle 2009):

If you’re so inclined, you can download a PDF of the slides.