Take the 2-minute tour ×
User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It's 100% free, no registration required.

It used to be so simple. A web site was always built around a hierarchical structure that made the sitemap fairly easy to visualise. But then came the blogs, the tags and contextual navigation along the way. As a result the hierarchy of a web site a lot less important.

For instance reading about a sport event in your local news site you could effortless be presented with links to more news about the teams, player facts, the stadium and the city. All information that in earlier websites you would find somewhere else on the site i.e. not in the sport news section.

All this functionality is based on tags. These connections are hard to draw into a hierarchical sitemap. Sure, you could explain them in the annotated wireframes but you and your client can't get a quick overview about how the content items on your site are connected with each other.

So, how do you present tags and other non-hierarchical meta data as a navigation solution to your clients?

share|improve this question
    
Hi Tony, excellent question. Can I suggest editing the title to get more attention. I don't think it quite captures the problem faced. That this is a challenge to an often ingrained way of thinking (in rigid and simply defined hierarchies). Many managers and clients struggle a lot with this. –  Jay Aug 9 '12 at 9:48
    
@Jay I have edited it... awaiting acceptance (; –  Lisa Tweedie Aug 9 '12 at 10:02
    
Sweet! But where could I see/aprove the edit? –  Tony Bolero Aug 9 '12 at 11:26
    
Great question by the way Tony... hope you got to approve the edits... I am not entirely sure of the process but anything you don't like you can edit back (: –  Lisa Tweedie Aug 9 '12 at 13:06

1 Answer 1

I'd have to point you to this BBC Internet Blog post for an excellent reference.

This blog post describes the technology strategy the BBC Future Media department is using to evolve from a relational content model and static publishing framework towards a fully dynamic semantic publishing (DSP) architecture.

You will need to define and describe a set of ontologies describing the structures and, importantly, relationships between content.

The hierarchical way to describe the structures is largely based on the premise of 'pages' as the core building blocks of the site. The thinking needs to be shifted to content items.

When you can get stakeholders thinking about content items combining dynamically to construct a page experience (i'll explain this shortly), you have half the battle won. This can be quite difficult.

One of the example issues you might face: In order to get Legal sign-off for a banking website we needed to submit highly accurate descriptions of all items that would appear on each 'page' month's before go-live. Including advertising and side-panels (yeah, I know...).

The problem is that the idea of a static page is no longer relevant. I referred to the current situation as 'page experiences'. They could be different combinations of content at different times for different people. Describing a page becomes a hazy task.

In summary:

You will need to define a model describing such things as classes/categories, sub-classes, relationships or attributes. The model is a logical conclusion of a content audit and strategy. [See BBC example below]

Remember: this is not final. The model is a living thing that will, and should change over time to reflect behaviour. What you are doing is setting the scene from what is currently known.

But how to keep the stakeholders happy? One thing I'd recommend is creating some scenarios to show how these models work to create page experience for particular personas at particular times.

Another method I used is to create a set of example wire-frames showing individual components (for content) plus a set stitching them together in representative patterns (templates with sample content). One these, I annotate the patterns of tags that determine each component. This helps make the link between your model and what a user might see.

BBC model example: BBc model

Building the model

I don't think I could describe this better than this quote from the BBC blog:

(RDF - Resource Description Framework - is based upon the idea of making statements about concepts/resources in the form of subject-predicate-object expressions. These expressions are known as triples in RDF terminology. The subject denotes the resource; and the predicate denotes traits or aspects of the resource and expresses a relationship between the subject and the object.

In some projects I've worked on we didn't need to go to this rigorous extent. Instead we had 3-4 sets of tag structures that not only described the content but the relationship that decided when they should appear - the content and marketing strategy.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.