Why is Search Easy and Hard?

Last year my colleague Lina and I went to the Workshop on Human Computer Interaction and Information Retrieval (HCIR) in Washington DC. This year we did not have the possibility to attend but since all the material is available online I took part remotely any way. I wanted to share with you what I found most interesting this year. (Daniel Tunkelang who was one of the organizers also posted a good overview of the event on his blog.)

This years keynote speaker was Dan Russell, a researcher from Google. He talked about Search Quality and user happiness; Why search is easy and hard. The point I found most interesting in his presentation was how improvement is not only needed when it comes to tools and data but also improving the users’ search skills. My own experience from various search projects is similar; users are not good at searching. Even though they are looking for a specific version of a technical documentation for a specific product they might just enter the name of the product, or even the product family. (It’s a bit like searching for ‘camera’ when you expect to find support documentation on your Dioptric lens for you Canon EOS 60D.) So I agree that users need better search skills. In his presentation Russell also presented some ideas on how a search application can help users improve their search skills.

Search is both easy and hard. Perhaps this is one of the reasons for the introduction of the HCIR Challenge as a new part of the workshop . From the HCIR website:

The aims of the challenge are to encourage researchers and practitioners to build and demonstrate information access systems satisfying at least one of the following:

  • Not only deliver relevant documents, but provide facilities for making meaning with those documents.
  • Increase user responsibility as well as control; that is, the systems require and reward human effort.
  • Offer the flexibility to adapt to user knowledge / sophistication / information need.
  • Are engaging and fun to use.

The winner of the challenge was a team of researchers from Yahoo Labs who presented Searching Through Time in the New York Times. The Time Explorer features a results page with an interactive time line that illustrates how the volume of articles (results) have changed over time. I recommend that you read the article in tech review to learn more about the project, or try out the Time explorer demo yourself. You can also learn more about the challenge in this blog post by Gene Golovchinsky.

All the papers and posters from the workshop can be found on the new website.

Findability and the Google Experience

In almost every findability project we work on, users ask us why finding information on their intranet is not as easy as finding information on Google. One of my team members told me he was once asked:

”If Google can search the whole internet in less than a second, how come you can’t search our internal information which is only a few million documents?”

I don’t remember his answer but I do remember what he said he would have wanted to answer:

”Google doesn’t have to handle rigorous security. We do. Google has got millions of servers all around the world. We have got one.”

The truth is, you get the search experience you deserve. Google delivers an excellent user experience to millions of users because they have thousands of employees working hard to achieve this. So do the other players in the search market. All the search engines are continuously working on improving the user experience for the users. It is possible to achieve good things without a huge budget. But I can guarantee you that just installing any of the search platforms on the market and then doing nothing will not result in a good experience for your users. So the question is; what is your company doing to achieve good findability, a good search experience?

Jeff Carr from Earley & Associates recently published a 2 part article about this desire to duplicate the Google experience, and why it won’t succeed. I recommend that you read it. Hopefully it will not only help you meet the questions and expectations from your users; it will also help you in how you can improve the search experience for them.

Enterprise Search and why we can’t just get Google.

Quick Website Diagnostics with Search Analytics

I have recently been giving courses directed to web editors on how to successfully apply search technology on a public web site. One of the things we stress is how to use search analytics as a source of user feedback. Search analytics is like performing a medical checkup. Just as physicians inspect patients in search of maladious symptoms, we want to be able to inspect a website in search of problems hampering user experience. When such symptoms are discovered a reasonable resolution is prescribed.

Search analytics is a vast field but as usual a few tips and tricks will take you a long way. I will describe three basic analysis steps to get you started. Search usage on public websites can be collected and inspected using an array of analytics toolkits, for example Google Analytics.

How many users are using search?

For starters, have a look at how many of your users are actually using search. Obviously having a large portion of users doing so means that search is becoming very important to your business. A simple conclusion stemming from such evidence is that search simply has to work satisfactorily, otherwise a large portion of your users are getting disappointed.

Having many searchers also raises some questions. Are users using search because they want to or because they are forced to, because of tricky site navigation for example? If you feel that the latter seems reasonable you may find that as you improve site navigation your number of searchers will decrease while overall traffic hopefully increases.

Just as with high numbers, low numbers can be ambiguous. Low scores especially coupled with a good amount of overall site traffic may mean that users don’t need search in order to find what they are looking for. On the other hand it may mean that users haven’t found the search box yet, or that the search tool is simply too complicated for the average user.

Aside from the business, knowing how popular search is can be beneficial to you personally. It’s a great feeling to know that you are responsible for one of the most used subsystems of your site. Rub it in the face of your colleague!

From where are searches being initiated?

One of the first recommendations you will get when implementing a search engine for your web site is to include the search box on each and every page, preferably in a standardized easy-to-find place like the top right corner. The point of having the search box available wherever your users happen to be is to enable them to search, typically after they have failed to find what they are looking for through browsing.

Now that we know that search is being conducted everywhere, we should be keeping an eye out for pages that frequently emit searches. Knowing what those pages are will let us improve the user experience by altering or completing the information there.

Which are the most common queries?

The most frequently issued queries to a search system make up a significant amount of the total number of served queries. These are known as head queries. By improving the quality of search for head queries you can offer a better search experience to a large amount of users.

A simple but effective way of working with search tuning is this. For each of the 10, 20 or 50 most frequent queries to the system:

  1. Imagine what the user was looking for when typing that query
  2. Perform that query yourself
  3. Examine the 5-10 top results in the result list:
    • Do you think that the user was content with those results
    • If yes, pat your back 🙂
    • If not, tweak using synonyms or best bets.

Go through this at least once a month. If the information on your site is static you might not need to change a lot of things every time, but if your content is changing or the behavior of the users you may need to adjust a few things.

Search Driven Portals – Personalizing Search

To stay in the front edge within search technology, Findwise has a focus on research, both in the form of larger research projects and with different thesis projects. Mohammad Shadab and I just finished our thesis work at Findwise, where we have explored an idea of search user interfaces which we call search driven portals. User interfaces are mostly based on analysis of a smaller audience but the final interface is then put in production which targets a much wider range of users. The solution is in many cases static and cannot easily be changed or adapted. With Search driven portals, which is a portlet based UI, the users or administrators can adapt the interface specially designed to fulfill the need for different groups. Developers design and develop several searchlets (portlets powered by search technology), where every searchlet provides a specific functionality such as faceted search, results list, related information etc. Users can then choose to add the searchlets with functionality that suits them into their page on a preferred location. From architectural perspective, searchlets are standalone components independent from each other and are also easy to reuse.

Such functionality includes faceted search which serves as filters to narrow a search. These facets might need to be different based on what kind of role, department or background users have. Developers can create a set of facets and let the users choose the ones that satisfy their needs. Search driven portals is a great tool to make sure that sites don’t get flooded with information as new functionalities are developed. If a new need evolves, or if the provider comes with new ideas, the functionality is put into new searchlets which are deployed into the searchlet library. The administrator can broadcast new functionality to users by putting new searchlets on the master page, which affects every user’s own site. However, the users can still adjust new changes by removing the new functionality provided.

Search driven portals opens new ways of working, both in developer and usage perspective. It is one step away from the one size fits all concept, which many sites is supposed to fulfill. Providers such as Findwise can build a large component library which can be customized into packages for different customers. With help of the searchlet library, web administrators can set up designs for different groups, project managers can set up a project adjusted layout and employees can adjust their site after their own requirements. With search-driven portals, a wider range of users needs can more easily be covered.

High Expectations to Googlify the Company = Findability Problem?

It is not a coincidence that the verb “to google” has been added to several renowned dictionaries, such as those from Oxford and Merriam-Webster. Search has been the de facto gateway to the Web for some years now. But when employees turn to Google on the Web to find information about the company they work for, your alarm bells should be ringing. Do you have a Findability problem within the firewall?

The Google Effect on User Expectations

“Give us something like Google or better.”

 

“Compared to Google, our Intranet search is almost unusable.”

 

“Most of the time it is easier to find enterprise information by using Google.”

The citations above come from a study Findwise conducted during 2008-2009 for a customer, who was on the verge of taking the first steps towards a real Enterprise Search application. The old Intranet search tool had become obsolete, providing access to a limited set of information sources only and ranking outdated information over the relevant documents that were in fact available. To put it short, search was causing frustration and lots of it.

However, the executives at this company were wise enough to act on the problem. The goal was set pretty high: Everybody should be able to find the corporate information they need faster and more accurately than before. To accomplish this, an extensive Enterprise Search project was launched.

This is where the contradiction comes into play. Today users are so accustomed to using search as the main gateway to the Web, that the look and feel of Google is often seen as equal to the type of information access solution you need behind the firewall as well. The reasons are obvious; on the Web, Google is fast and it is relevant. But can you—and more importantly should you—without question adopt a solution from the Web within the firewall as well?

Enterprise Search and Web Search are different

  1. Within the firewall, information is stored in various proprietary information systems, databases and applications, on various file shares, in a myriad of formats and with sophisticated security and version control issues to take into account. On the Web, what your web crawler can find is what it indexes.
  2. Within the firewall, you know every single logged in user, the main information access needs she has, the people she knows, the projects she is taking part in and the documents she has written. On the Web, you have less precise knowledge about the context the user is in.
  3. Within the firewall, you have less links and other clear inter-document dependencies that you can use for ranking search results. On the Web, everything is linked together providing an excellent starting point for algorithms such as Google’s PageRank.

Clearly, the settings differ as do user needs. Therefore, the internal search application will be different from a search service on the web; at least if you want it to really work as intended.

Start by Setting up a Findability Strategy

When you know where you are and where you want to be in terms of Findability—i.e. when you have a Findability strategy—you can design and implement your search solution using the search platform that best fits the needs of your company. It might well be Google’s Search Appliance. Just do not forget, the GSA is a totally different beast compared to the Google your users are accustomed to on the Web!

References

http://en.wikipedia.org/wiki/Googling

Information Discovery: Search-in-page

Sometimes the users know exactly what they are looking for, sometimes they are just looking to discover new areas. When it comes to information discovery, a plain, one dimensional result list is not the most suitable tool.

Worldwide you’ll find quite a few innovative solutions, some of them mentioned in Findwise’s blog earlier: Quintura and KartOO are two search engines that visualize the clusters of results and the relationships between them, as Clusty that let you discover related topics.  Other examples are projects like Zuula and Dogpile that aggregates results and let you know what you can find in Google, Yahoo, Live, Exalead etc from one single search box – hopefully helping you find new perspectives.

In a few days time Searchinpage, created by entrepreneurs in Sweden, will be available.
Searchinpage let you use any word in the result, mark it and use it as input for a new query. By enabling the users to search instantly, this will hopefully create other ways to explore and discover areas related to your initial query. Searchinpage will be available in a public version and as a special solution for enterprises and organizations with specific needs. The new player seems to have a lot of cards up their sleeves (including linguistic functionality and ideas similar to Zuula and Dogpile) – worth keeping an eye on.

Designing a Good Search Experience – Summer Reading

The people at Findwise are entering vacation mode one after the other. While finishing up my projects before summer vacation I started thinking about what are the important parts of creating a good search experience. So I wanted to give you a few tips before leaving the office for the summer.

Myself and Caroline participated at Business to Buttons in Malmö in June. I met a lot of talented people and had lots of interesting conversations. One of the topics i ended up discussing the most was: Search is just search, right?

A very common opinion amongst designers is that search is just search. You put a search box in the upper right corner and then you’re done. The search engine has thought of everything else, hasn’t it? I found myself arguing about two things that are very close to my heart:

  • Choosing the righ search platform
  • Designing a good search experience

Choosing the right platform

There is a difference between search engine platforms. You just don’t go out and by one and think that’s it. “Search is fixed.” It does matter what platform you choose! Depending on your choice you can tune it in different ways to fit your needs. You don’t just install Google or any other platform for that matter, and think your done. If you do, you’re in trouble. As Caroline wrote about in a previous blogpost, most enterprise search projects with problems, have problems that are not related to the platform but to the fact that the organization does not have a strategic way of working with search.

To give you designers and other design interested people a quick start to this subject I recommend listening to a podcast from Adaptive Paths UX week 2007 where Chiara Fox talks about search and interaction design. (You can download the podcast from Itunes store for free.) It will introduce you to some of the basic things to think about when it comes to getting what you want from your search engine.

Designing a good search experience

When designing a good search experience there are lots of things you should think of. But without getting to involved in advanced filters, navigators, query suggestions and other things you first need to fix the basics. Showing relevant information in the search results. One of the most common problems I meet at new customers is search results lists that make it practically impossible for the users to understand what the result is without clicking on it. All search results look the same no matter if they’re documents, web pages, people, applications, or products. The only way for the user to understand what information they can find in the result is by clicking on it. A search application that forces the user to use pogosticking is in no way better than using poor navigation. So first you need to think about what information needs to be displayed about different types of search result. What information is relevant for a document, or for a web page?

To get you started thinking about this I recommend reading the articlefrom UIe about creating good search results. It will introduce you to some of the basics.The article describes web site search. Enterprise search is off course more complex since you have more types of sources but the basic idea is the same: Show the user the information they need.

So that was two recommendations for your reading list this summer (in case there is a rainy day or two).

If you have any question about choosing the right platform or design good search experiences please contact us. More on these topics will also come after the summer.

From the people here at Findwise, have a great vacation everyone!

Microsoft is Opening its Wallet for Search

Three weeks after making a $1.2 billion bid for FAST search & Transfer Microsoft announces that they make a $44.6 billion offer to buy Yahoo. So far it‘s only an offer which Yahoo’s board and stockholders are considering but, to conclude, Microsoft is serious about going into strategic search markets.

Web search engines, such as Google and Yahoo, are making really good money from online advertising such as contextual ads when searching, banners etc. This market is, according to analyst firms such as Yankee group, predicted to double over the next four years giving somewhere between $40- $50.3 billion in revenue.
Google is still a leader within this field, but it seems as if the competition is getting tougher.

Apart from web search there has also been a lot of talk about mobile search, a new emerging market where Yahoo last year made an acquisition of TellMe, a hosted speech applications company. Since this purchase Yahoo has done development for using its online advertising platform Panama for local mobile search and services as well.

If the offer is accepted Microsoft will have a strong portfolio, reaching from critical enterprise search with FAST technology and consumer focused search with Yahoo.
(An interesting perspective is the historical background where FAST developed AlltheWeb, one of the most popular and sophisticated internet search engines in the beginning of 21:st century, which in 2003 was sold to Overture and later bought by Yahoo.)

If the future holds a merger of advanced search technologies remains to be seen, but we will probably see some really interesting development within this field the forthcoming year.
What is your opinion? Can this affect Google’s position as a leader within web search? And more importantly, how do you think Microsoft’s purchases will affect the market for search in general?