Man, I really expect better than this from 37Signals. The Basecamp homepage just looks sort of like a squatter site right now. Top nav looks like a Google ad. And no apparent way to look up any of the info I went there to get.
I’m deeply disappointed in you. Let’s just get that out of the way, shall we? This year’s Halloween noted a stark drop off from April Fools Day shenanigans on university home pages by my measure. We only have a few times a year to flex some design muscles, and I think Halloween is one of those times to have some much needed fun and blow off some steam. Yet very few schools seem to have gotten involved this year.
Here’s a look at some of the examples I was able to find of Halloween inspired themes on homepages (along with an honorable mention video from UWGB, thanks @tsand!). Vassar, as seems typical, sets the standard. They’ve created a trend of involved Halloween designs, going not just for the visual, but also the interactive. I love Rochester’s photography as well (but that’s normally true anyway). What’s double interesting, four of the six schools below were also featured in the April Fools roundup (Vassar, Rochester, Radford, and William & Mary). Obviously that’s not an accident, and speaks to their teams’ planning and coordination. Good on them. Fistbump fireworks and all. But there is an implied lesson there, that you do have to plan for this stuff and think about it – it’s not just thrown together at the last minute.
So what’s up? Are we too busy? Unwilling to take the “risk?” Lack the skills? Resources? Has Halloween just jumped the shark? Why didn’t your school do a Halloween design, and are you planning anything for a future holiday? Share in the comments (and let me know of examples I missed)!
Did you by chance read User Interface Engineering’s article “Design Cop-out #2: Breadcrumbs?” I’ll admit that I am a little bit late getting back around to this topic, which I originally read sometime back in… oh… August? October? Regardless, right after reading it I knew that I needed to offer a counterpoint, because while not completely incorrect, I felt that the original author was not entirely even handed with the topic, and in some cases sort of dropped the ball.
Here’s the recap/summary of the original article linked above: Crumb trails, like many things, are a tool. You use them like a localized site map, helping to expose your site’s information architecture to the user in a useful manner. Creation of a crumb trail is not a good use of time, however, because they take resources to create. These resources could be better used determining WHY a user needed to use it in the first place. In other words, they either aren’t really needed, or are a symptom of a larger problem. When they aren’t needed, time isn’t really taken to craft them “right” or “well,” and if people are using them a lot, then you have to wonder why your site is designed so poorly that they are so necessary. That was the basic point of the article, and in some ways, it is a good point. In most other ways… not so much.
“So, Michael,” you might be asking yourself, “what do you disagree with then?” Well steady reader, I’m so glad you asked me that! The thing is, I agree with them that you should pay attention to their usage, and if a lot of people are turning to them, you might take some time to ask “why?” But, the answers can be many: maybe they are awesome useful, for example. That’s possible. Maybe they don’t get used at all, except by a few people, but if those few people use them, I’ll lay money that if you removed them, you’d hear about it fast. This is a similar case to the idea of a “quick links” drop down menu on a home page. I HATE these and feel that if there’s one tool that qualifies as a cop-out, that’s one, because it’s just a link dumping ground. But when we removed it during our redesign, my how we heard about it. Ceaselessly. And still are. You could also think of it like an A-Z index. It amazes me how many people I work with who will turn to it before anything else to go places on the site. As the original author mentions though, I live in the IA of our site, the users don’t. What they will do however, is find a tool that works, and stick to it. These types of navigational tools are secondary aids, and what people tend to do is use them in cases where it gets them where they want to go. Many times, they will mix and match. It’s rather fun to watch them do live, while you stand there behind them pulling your hair out as they butcher what you thought was a smooth, flowing information architecture. Not that it isn’t still nice, it’s just that users will find a way that they think works best, and even if you show them a faster, simpler way, a lot of people don’t like it because it is both different, and not something they did on their own.
Crumb trails are just such a tool. The fact of the matter is, if 11% of your users are hitting them (as Jared mentions in that original article), it’s because they are a useful tool. To them. The original author goes on to mention this:
“The idea behind how breadcrumbs should be used is simple: the user ignores them until they get to a page that isn’t quite what they wanted. They discover the trail of links and click on the one most likely to contain the correct path to what they were originally seeking.”
Which I think is patently incorrect. A user doesn’t necessarily click on a bread crumb because they think it will take them somewhere better or put them on a correct path, nor is there any reason to believe they are used only by lost visitors in the first place. They click them so that they can surface up in a web site and potentially begin navigating anew. It’s almost like zooming out on a picture. Maybe they’ll look for the same thing somewhere else, or maybe they want more information on a related subject that is in that same basic branch of the site, and then again maybe they want to surface quickly to look for something new all together. I will agree that they might use it to take a new path, but the purpose and destination could ultimately be entirely different. Assuming you have taken the slightest modicum of care with building bread crumbs, users will recognize them as a reflection of the hierarchy of your site’s information architecture, making them a tool that users have no reason to ignore if they are viewed as an aid to going where they want to go. Using the previous example, it’d be like saying users ignore an A-Z index until they simply have no other recourse than to look there for something. Theoretically that might be true, but in practice, there are a lot of people that view such a page as their primary navigational element (even though to us, technically speaking, it’s secondary). Unfortunately in analytics, we can’t really measure intention or perception. In the index case though, it’s our 7th most visited page, with 60% of entrances coming straight from the home page, and the top 10 pages from there being things that are not hard to find. The end conclusion then is that there’s no reason to believe this generic navigational tool is a cop-out. (note: I wish I had stats on our crumb trail to share, but unfortunately I do not, at this time. I’d love to see stats from others though, either for or against this opinion.)
“Many users don’t recognized them and, therefore, don’t take advantage of them. They may recognize them, but become confused because the elements in a location breadcrumb doesn’t represent any path the user thinks they’ve traversed.”
This is another statement that sort of sits sideways with me. I don’t know whether it is true or false, but the author doesn’t give any kind of research to back it up, leading me to believe that he might think this is true, but doesn’t actually know it. I’m probably hardly one to criticize that, because I do the same thing, but to say most users don’t recognize them and therefore don’t take advantage of them is a pretty bold statement, especially when early in the article he directly references some informal statistics claiming that 11% of users are clicking them. That’s certainly a big enough group for me to pay attention. I admit that I’ve done no usability testing on crumb trails, but my lack of testing is not something I’d use as a basis of discounting the feature. Lucky for me, others have. Further, analytics certainly can’t tell you a user’s opinion on the tool, and if that idea came from a usability study, I would like to read it. On the contrary side, I highly recommend Jakob Nielsen’s article “Breadcrumb Navigation Increasingly Useful” from last year which lays this matter out far better than I could hope to.
“We’re recommending that when teams see users needing breadcrumbs, they look for other holistic design solutions. They’ll need to watch users and see the circumstances leading up to how the need arises. In almost all cases, they’ll find a better way to solve the problem than traditional breadcrumbs.”
Here I will switch case and agree with him. If your users need bread crumbs to navigate your site, I think you have some design/layout and information architecture issues to address. The key to successful bread crumbs is that they should be a secondary navigational tool. But, I would argue that people don’t use them because they need them, they use them because they see them as a means to get to where they want to go. As far as the user is concerned, that might be a quick link, an A to Z index, a menu, or a bread crumb (and all of these, minus menus, are generally secondary tools). The thing is most users neither know these terms nor care about them. All they care about is “I click here and go where I want.” I agree with Jared that given perfect IA, smart menus, and intelligent visitors, bread crumbs are a waste of time. In reality, few people run sites that function in such a static bubble that one person has control over every facet of how information is disseminated. This goes triple true in higher ed, when we’re lucky people can even put the right information anywhere, and you’re relying on 100 different people to do it all. It’s like saying “In a perfect country, we wouldn’t need laws to punish robbers, because no one would steal from each other.” The reality is, people do steal. That doesn’t mean we shouldn’t strive to stop them, and shouldn’t minimize the problem, but you still must address the issue. So what do we do? We create a ton of secondary navigational elements, build them nicely into our layout, and let the user decide how they want to combine them to go where they need.
This is why the last thing I believe a crumb trail is, is a cop-out. Frankly, I think it’s our duty to give visitors as many tools as we can to find their way around the site. To say a crumb trail is hard to “get right” kind of dumbfounds me. There are only a few ways to do them, and none of them are particularly “wrong.” The original author never even gives you an example of what a “bad” crumb trail is. Admittedly, not every site needs a crumb trail, but certainly in higher education where we deal with sites that have tens of thousands of pages, the more paths we give to find information, the better. Things like microsites, portfolio sites, or any sites that serve fairly singular purposes don’t really need them, otherwise, slap that puppy on there. All we’re talking about is one line of text, basically, and any design worth their salt can find room for that in a layout. Does it need a top level featuring? Heck no. Maybe it ends up falling to the bottom of the page, almost an afterthought, but it’s there for the people that want it. Just remember to keep things consistent, and meet users’ expectations.
Here’s an analogy: Say I have a paint can. One could argue that the right way to use it is to run it through a paint shaker, and then use a paint can opener on it. Sometimes though, it’s just faster, easier, and more convenient to shake the crap out of it myself and use a screwdriver to open it. Is that the perfect solution? Nope, but I always get the can open, and it’s no worse for the wear. Crumb trails are the same thing. They might not be the most perfect, elegant way to get around the site, but there are a lot of times where it’s a tool that can just as easily get the job done.
On a more minor note, it’s worth mentioning that good bread crumb trails can also be an SEO boost for pages that use them, which never hurts the ol’ analytics. Bread crumbs can also help users develop a mental map of the site and view it in a hierarchal manner. Both of these can help boost a user’s perception of your site. If they see your pages higher in search results, obviously that helps credibility (not to mention the accuracy of the results, if you’re using keywords in the crumb trail). If users mentally understand the setup and organization of your site, it will improve their opinion of the site’s usability, and also aid them when searching in the future. Ultimately, the usability should be the primary concern for a crumb trail, but these are nice side effects to weigh as well.
What are the takeaways from this, in my opinion?
- Not every site needs a crumb trail
- Crumb trails are simple to implement
- Crumb trails are hard to “do wrong”
- Usage of crumb trails does not necessarily imply a problem in site architecture
- There are a lot of reasons we should use crumb trails on higher ed sites
- Crumb trails are not a “cop-out,” they are just one more in a list of ways to get around a site
- Be consistent in their usage and meet users’ expectations with them
- Crumb trails have SEO benefits
- Don’t give me a can of paint