« December 2004 | Main | February 2005 »

Please, I beg you, give your links proper names. They deserve it.

What do I mean by proper names? I mean names that indicate what lies beyond the link. If a user looks at a page with 15 links on it, all labelled 'click here', they find it difficult to know where to go. This is especially the case if they are scanning the page looking for the correct path to follow. So, no more 'Click here' please. Be a little more creative in the way you label your links and your users will thank you for it.

Also, try not to use URLs as link lables. Use real words. Real words that accurately and succinctly describe what they link to. URLs don't mean anything to anyone but words do.

Another tip for labelling links: if the link is going to open a non-HTML document please, for the love of ***, tell the user what they are going to get. If it is a PDF document, tell them. If it's a Word document, an Excel document or a Powerpoint doc, tell them. Sometimes users don't want to open non-HTML documents. By the time they realise a link is leading to such a doc it is too late to press the stop button and go back. Acrobat or Word or whatever is cranking itself up and trying valiantly to open up its document. Please be kind and provide a little warning. Your audience doesn't like surprises.

An example of both the above tips (these links don't actually work, they're for illustration only):

You are loading an application form onto the web. It is in PDF format.

DON'T

Click here http;//www.usyd.edu.au/department/applicationform.pdf for the application form

Click here for the 2005 application form.

Click here for the 2005 application form (PDF).

DO

2005 application form (PDF).

--------

No, not Microsoft cracking down on one of the millions of Firefox users, but:

A Londonder made a tsnuami-relief donation using lynx -- a text-based browser used by the blind, Unix-users and others -- on Sun's Solaris operating system. The site-operator decided that this "unusual" event in the system log indicated a hack-attempt, and the police broke down the donor's door and arrested him.

Oh dear.

--------

A List Apart has released an article explaining why you need to identify the audience and of any potential site and their goals. They explain use cases as a way of dealing with this problem.

Of course, the good people at A List Apart are correct. What they say in the article is not ground-breaking or new, it's just that many web developers ignore this step in the design process and many people who are not web developers but are involved in the design of a site are not aware of the need to look at their audience.

Indeed, Web Services has been using an audience-oriented method of designing sites since our inception. At the time it seemed like common sense, web sites are built for the people who are going to use them, not because someone in the organisation thought they had better do it because everyone else was. Without a well-defined audience and well-defined goals the site will more than likely flop. Of course, audience and goal definition is just part of the process but it should not be ignored.

Following is an outline of how Web Services work with clients to define their audiences and goals. The methods are not rigid or difficult. The key is to change the way that the design of a site is approached, to focus on the audience and ensure that their goals are met. Web Services call these sessions 'IA workshops'.

A design process

The following section outlines the process used by Web Services to design information architecture for University websites. It is not an exhaustive process. Our emphasis is on low-documentation and speed of development. There are techniques which can be used at each stage which we may not necessarily use in every case. The following is a basic process.

Before you start

Before you even being to think about how your site will work there are a number of things you should define.

Know your goals

Your department or area should have a clear goal or set of goals that are generally agreed upon and to which everyone has made a commitment.

What are your goals for your site? If you don’t know why you should have a website it is probably better that you go away and come back when you do know. Do you want to promote a course? Do you want to be able to carry out some of your business on the web? Do you want to reduce the number of enquiry phone calls your department receives?

Know your audience

It is very important to identify all possible audiences of your site so that you can tailor your information to suit them.

Who is your site for? Is it for students, potential students, staff, a broad general audience?

Know what your audience needs

Once you have identified your potential audience, now you identify why they will visit your site. What tasks are they trying to achieve and what type of information do they need to achieve them?

Finding out these things

Usually it is not only one person who decides what the goals are, who the audience is and what they need. There will probably be a group of people who generally agree but who individually may have their own ideas about what the site should do. Sometimes one group or individual is concerned only with their part of the site and not with how it is all going to fit together. Sometimes parts of the site are being prioritised for political reasons.

The job of the information architect is to take in all the points of view, synthesise the information and come up with a solution that will serve both the business (your department or Faculty etc) and the users of the website.

Sounds straightforward huh? Think again…

IA workshopDefining your goals and audience involves getting the stakeholders of the site into a room with a whiteboard and asking lots of questions. Web Services calls this process an IA workshop.

Possible invitees:

  • someone from marketing
  • someone who looks afer publications
  • content owners
  • the Dean or Head of Department or thei rrepresentative
  • person who looks after your current website

There are no rules as to who should be present, those who have most knowledge about the potential audiences and their needs and wants are perfect. Customer support staff are the most useful in IA workshops. If possible, members of the target audiences are also good.

Running an IA workshop

Outcomes of an IA workshop required by the Information Architect:

  • High level goals of the site
  • Audience groups for site
  • Tasks / information needs of all identified audiences

These things will form the underlying principles of the site design.

Guidelines for running an IA workshop

Leading the discussionExplain that you are trying to identify high level concepts for the website from the meeting, not details such as how the site will be structured or what things should be called. If participants start to stray into the area of actual site structure, steer them back to the aims of the workshop.

Identify goalsAsk the participants to identify the goals of the website. This may require some prodding as people don’t always know immediately what they are trying to achieve.Some example questions to ask:

  • are you trying to promote your courses?
  • do you want to enable your staff members to communicate with current students more effectively?
  • do you want to increase your intake of international students?
  • do you want to promote your research?
  • do you want to attract more research students?

As goals are nominated, write them down on a whiteboard so everyone can see what has been decided. Also take notes for yourself (or get someone to do it for you).

Identify audienceOnce the goals are identified, ask the participants to identify potential audiences of their site. Write the audience groups on one side of the board, leave the other side free for matching with audience tasks. Try to get the participants to be specific with their audiences, for example ‘current undergraduate students’, rather than just ‘students’.Identify tasksNow, match these audiences to needs and tasks. At this point you need to explain that it is important that the needs of the users, rather than the owners of the site, should dictate. Also, that tasks should be identified, rather than just information.

Example: commencing students need to come to the university for the first time and enrol, what kind of information do they require to complete this task and are there any parts of this task that could be completed online?

It may be difficult to get participants to identify all parts of a task, or it may take a lot of time. If this is the case, make sure that you have noted down all the tasks, you can then follow up the details of each task later.

ConclusionOnce all avenues have been exhausted, give the participants an approximate time in which you will complete the IA and deliver a copy for review. If you are unsure, let them know that you will get back to them with this information. Soon after the meeting, write a brief summary of what was identified and send a copy to the stakeholders, giving them the opportunity to make any late changes.

The information gathered in this session will serve as the backbone of your site structure.

--------

Friday linkies

21 January, 2005

Only links for you today:

1. Guidelines for badly designing websites and applications - from SAP.

2. An introduction to browser-specific CSS hacks - from Sitepoint

3. Portal software: Passing fad or real value? - from CMS Watch

4. Geek love - a play about a man who knows how to love a computer but is not so sure with women.

Actor and Apple Computer pitchman Scott Rose is about to open a one-man
show about a Mac computer geek looking for love, and blowing it.

Rose's one-hour show, Scott's Search for a Rose, details his bungled attempts at applying computer logic to the illogical business of love.

5. Crime scene stencils for Visio

--------

Discontent

18 January, 2005

Gerry McGovern is forcasting that the time of content people will be arriving soon(ish). He is right when he says that content is not given the priority it deserves, it is the main game after all, but what I would like to know is how to change the perceptions of those involved in building websites. How do you convince them to love and nurture their content? We've introduced the concept of 'writers' (avant-garde, risky, I know) in some of our projects and actually hired them but they are often the last piece of the puzzle. How do you make them the first?

--------

I am not sure this works. Would be interested to know what others think. This blog has implemented the big font = popular folksonomy style as their navigation. In this case, big font equals lots of posts in that category. For some reason I though it meant most popular areas of the site. Immediately a problem - should the big font point to the most popular stuff, the biggest section, the longest posts, you get my point.

More on folksonomies, or social tagging, if you will.

--------

McGovern's top 10

10 January, 2005

This week Gerry McGovern lists his top 10 web content predictions for 2005.

--------

An interesting post about the benefits, or lack of, in 'proper' categorisation and the use of folksonomies.

This is something the ‘well-designed metadata’ crowd has never understood — just because it’s better to have well-designed metadata along one axis does not mean that it is better along all axes, and the axis of cost, in particular, will trump any other advantage as it grows larger. And the cost of tagging large systems rigorously is crippling, so fantasies of using controlled metadata in environments like Flickr are really fantasies of users suddenly deciding to become disciples of information architecture.

Don't know what a folksonomy is? It's basically a word for user-driven categorisation such as that used at Flickr. If you look at the 'tags' section of Flickr you will see a group of words used by people using the system to describe the photos they upload. The size of the word corresponds to the popularity of the tag, how many photos are called that, basically. So, the bigger the word, the more photos.

Hopefully more discussion on user-driver categorisation next week.

I swear, web design, specifically IA or UX work is going to eat itself. One day you design navigation this way, then we're told that it doesn't work. One such moment occurs in Henrik Olsen's article Navigation blindness.

Most web development projects put a lot of effort into the design of navigation tools. But fact is that people tend to ignore these tools. They are fixated on getting what they came for and simply click on links or hit the back button to get there.

One thing that has had an impact on navigation habits is RSS, feedreaders, content aggregators, call them what you will. I have talked about the impact of RSS on design previously and I think it is really tiem to start looking at how people have changed the way they use sites. The USYD site was designed 2 years ago, a long time in web-time. RSS use has exploded since then. Perhaps an aim for the new year could be to really reappraise the navigation systems we use in our templates and see how we can better accommodate changing user habits.

Just one other thing, if this article is right and people don't need to be given the "move anywhere from here" option (I.e. links to all other parts of the site from any given page) then the design of pages and the IA in general moves more toward application-type design. That is, designing for a user who is very focussed in intent, oblivious to anything not directly involved in the task at hand and annoyed by navigation clutter.

Going to have to do a lot more thinking about this, I'm still on holidays, you didn't expect a thesis did you??

--------

1. 10 ways to use blogs for managing projects

Blogs aren’t just for marketing - there are many areas of the business where they can help improve information flow, reduce clutter and avoid the dreaded “but I didn’t know about that” situation. Here’s ten ways that we’ve used blogs for managing projects - both internally and with our clients.

2. Getting geeky in the library, how one man uses his Pocket PC to search the catalogue and find books. Quite probably possible in Fisher now there is wireless access. I know I prefer to use my own laptop for catalog and database work. No lines, no timelimits, makes complete sense.

3. Some new Visio templates for IA work. They're free and they're supplied by Nick Finck. Have yet to have a good look at them. Any feedback welcome.

And...if you like t-shirts that have cool crazy s**t on the front of them, preshrunk is the blog for you and...one more...MACWORLD EXPO.

About the Blog

Know and love the templatedata
More
Powered by
Movable Type 3.2