Why Glossaries Help Users Find Information
One findability technique commonly ignored in help applications is the glossary. A glossary defines key terms in an application. How does it assist with findability? A glossary helps users know the right words so that they can be effective with their searches. After all, how do users find what they’re looking for unless they know the right words?
In Designing Web Navigation, James Kalbach explains the shortcomings of search:
Search is certainly an efficient way to get to content. We search on the Web all the time. But keyword searching is effective only if the item being sought is known in advance. It assumes that people will be able to accurately and completely express their information needs as a query. However, this may not always be the case.
In other words, unless you know the terms you’re looking for, and can articulate them correctly, it will be hard to find them through search.
In some cases, the term is not a mystery. If you’ve got a problem with tabs in your browser, for example, you can be fairly confident that the term “tabs,” which is often the term used to describe the little rounded file folder handles showing multiple windows in your browser, is the right one to use. But there are many cases where the right term is a matter of choice by the project team.
For example, I recently worked on an application where we argued about what to call a feature that set the maximum visibility setting for one’s profile information. Some wanted to call it “maximum privacy limit,” others “overall visibility setting,” or “privacy threshold,” or “household visibility limit.” I argued that “limit” was too technical. And so on. You know the scenario. Here’s what that term ended up looking like in the interface:
If you wanted to set the maximum visibility across all members in your family, would you think to search on “household visibility limit”? I can imagine a variety of searches related to this concept, all equally valid.
In Flare’s HTML5 output, the Glossary tab sits right next to the Contents and Index tabs. This priority is helpful because it can inform the way people browse and search for information. If you learn through the glossary what the right terms are, your ability to find information related to that term increases dramatically.
In listing out the terms in your glossary, it might at times seem like an pointless semantic exercise. But remember that you’ve probably been using the terms so long, their familiarity blinds you. Others who see the terms for the first time might be bewildered in ways that you would hardly anticipate.
For example, in the screenshot above, the help is for a simple, lightweight application for coordinating lesson schedules. I could only think of three terms to add to the glossary: administrator, class, and lesson. But these terms could be misinterpreted. Is an administrator someone who organizes the lesson schedules, or is it the technical coordinates for the website? What are the scope of classes? Do they involve just a particular kind of class, or do they refer to all meetings? And what is the difference between classes and lessons? Do lessons encompass lessons that take place at home? Can you create your own lessons? And so forth.
When you learn the way the terms are used, you can then intelligently search for them.






That’s interesting. At first glance, however, it seems that you’d have difficulty attracting readers to the glossary. I mean, who willingly chooses to read a glossary? A better bet might be to include synonyms in the page source, using metadata that could be consumed by the search engines.
As far as attracting readers to the glossary, have you expermented with highlighting terms as they occur in the text of your help topics, with each term linking to its glossary entry? If you have (or even if you haven’t), do you think it’s a good idea?
When in-line hyperlinking terms you risk having your topic look like a Wikipedia article.
Maybe an alternative would be listing such glossary links at the bottom of a topic with a heading like “Related Key Terms”.
I personally try to avoid sending users away from a topic they’re reading. I’ve had success embedding term definitions within text-based Tutorials and Getting Started topics, key places where users begin to learn about a product.
We have something called as ‘Key Concepts’ in our documentation. It is a glossary only, just with a new name…which new users can decide to read.
Consider using twisties for expanded text inline. Can use the Glossary as the source of the expanded text, so that all definitions are sourced from same content. But, reader can expand or not expand the definition and still stay in the topic.
I agree that glossaries are underrated when it comes to findability. A glossary can be key when the user “knows what he doesn’t know”. My favorite example is drawing a box around something in Photoshop. Beginning users will muck around in the help muttering, “You *have* to be able to do this somehow!” but won’t know the word they want is “stroke”. A decent-sized (meaning small) glossary can sidestep this problem by giving them the right vocabulary.
Larry’s solution is a step up from a glossary, but only if you can predict what the user is going to name something when he doesn’t know what to name it.
I don’t think a glossary will ever be the first place people will look, but for these situations, it’s handy.
That looked so awesome. Would love to spend a weekend at the hotel with my 21 yr old daughter and a day just like yours at the Spa. It did look like heaven! Holiday house on the beach Costa Del Sol