Archive for April, 2007

Good Reads: Never Eat Alone

How good are you at meeting people and forging deep meaningful relationships with them? At a networking function do you end up with a handful of business cards from people you don’t remember meeting, or one or two new friends that you’re excited to have?

Despite the fact that my business partner and I ran a highly successful monthly business networking event in Detroit for quite some time, I’ve admittedly never considered myself to be a great networker.

I just finished reading Keith Ferrazzi’s Never Eat Alone, and my approach to meeting new people and maintaining relationships has changed dramatically.

For a long time I was a part of the, “what can you do for me right now?” camp. At one point I think most of us approach it that way.

Then a few years ago I went to meet the CEO of a company that competes with Awecomm’s web hosting division (AWH), and I was convinced to adjust my stance.

A couple of the CEO’s executives sat in the meeting while we chatted about our businesses and the hosting industry, and at one point he said, “I’d introduce you to our Director of Sales, but he’ll only talk to you if you’re buying something.” That line has been stuck in my head ever since.

I’m sure it was a bit of an overstatement. Still, my first reaction was, “must be a focused fellow, but he probably still should have met with me.”

After that meeting I thought about what a terrible approach that is to business and relationships. Only recently did I stumble upon this book which reinforced my newfound viewpoint.

Keith does a fantastic job illustrating the importance of networking and maintaining relationships by touching on his real world experiences. He outlines the principles that he has used to build what he calls a rolodex of thousands of people that will answer the phone when he calls.

He continuously points out what many people do wrong, and explains the difference between really connecting with someone, and just shaking their hand quickly while scanning the room for someone more important to talk to.

If you’re a salesperson, business owner, or in the business world, you need to take in this quick-read. It will truly make you want to go back and change the way you approached so many of the people you’ve met and networking opportunities that you’ve been presented with.

6 Tips for Naming Primary Navigation Elements

An old Scottish proverb states: “A bad wound may heal, but a bad name will kill.”

I’ve never really understood what that meant, but I’m starting to wonder if these old guys might have been trying to come up with a name for a primary navigation element to describe some complex piece of content on an ancient website.

Much has been written about primary navigation. There have been great discussions about positioning it (top versus left mostly), controversy over different types (tabs, drop-downs, etc), and some people even claiming that we should do away with it all-together.

At some point when you’re constructing the information architecture of a site, you’re going to have to come up with the names for each item in the primary navigation. When it comes to labeling the links on a site’s primary navigation, there is potentially a lot at stake. If a user is forced to guess at what she is going to see when she clicks a link, then we haven’t done our job correctly. In a different light, if the user is able to form a fast conclusion about what she’s going to see when she clicks a link, and then she finds out that she’s wrong, once again, we’ve failed.

If this concept is at all fuzzy to you, go read Don’t Make Me Think by Steve Krug. No one has gotten the point across better than he does, in my opinion.

The naming problem typically becomes more complex the higher up you get in a website, which is why these tips are focused on naming primary navigation elements. Content contained in tertiary pages and beyond tends to be more focused, and can therefore be more easily described in the navigation.

Tip 1)
Brainstorm like crazy. This is a given and it’s probably something that you’ve already done. Go back and do it some more. List the tertiary pages that are included in the section and start rattling off words that describe all of the pieces collectively. Look at your competitors sites. Look at other sites that you like. Grab the thesaurus. Now start narrowing the list. You’ll use the rest of these tips to test each of your prospective names.

Tip 2)
Think about each proposed name outside of the context of the navigation. The name that you pick will also have to be title of the secondary page that it links to (in most cases). Does it make sense as a page title?

Tip 3)
Does the proposed name stand on it’s own, outside of the context of the other primary navigation items? I’ve heard discussions that go something like, “The link next to it is ‘Buy Now’ so it’ll be obvious to the user that if they want to just learn more, they have to click this link!” That’s a stretch, and damnit, you’re making me think!

Tip 4)
Does the name have enough contrast when compared to other items in the primary nav? Jakob Nielson wrote an article recently about fixing a confused information architecture, in which his examples were “Foo Basics” and “Using Foo.” The former was about product features, the latter was technical support information for existing customers. They’re both fairly descriptive names, but when put side-by-side, users can form all kinds of incorrect assumptions about what’s on the other side of the link!

Tip 5)
Is the problem in the name, or in the content? The primary navigation element needs to be able to accurately and completely describe the content contained in the section of the site. If you find it impossible to describe the content in one or two words, the content may be too broad. Breaking up a section of a site is not always an option, but if you run into this problem, it can be considered. The opposite is also true; if you have two links that are too closely related, consider merging the content into one broader section.

Tip 6)
Test! Jakob’s article on the confused IA also contains a great method for testing your choices. Let users interact with each choice and make a decision based on the results (read his whole article for details). If you have an existing website that you’re concerned about, watch for users pogo-sticking (moving to a secondary page, and then immediately back to the homepage) as a potential indicator of a poorly-named navigation item.

Contrary to what the old Scots may think and how some of your brainstorming meetings may feel, this is not a matter of life and death. Make as much of an educated decision as you can, test, move forward with your development, and then watch your web analytics. Also take some comfort in knowing that your users will be helped along by the other navigation aids on your site (breadcrumbs, search, descriptive horizontal linking).