Content Modelling – First Steps

Posted on May 23, 2009
Filed Under content modelling, content strategy | 2 Comments

This entry is part 2 of 2 in the series content modelling

Whenever I start out on a new project, I aim to deliver demonstrably value back to the customer. I try to make an immediate change for better. After all, that’s what they pay me for. For content-oriented projects, a large part of that is knowing what information the customer thinks is important to them. Content modelling is key here.

If content has value, then take the necessary steps to manage it:

Content modelling is a journey where those on the project strive to get consensus on ‘the what’ of information. The deliverable is a content model. However, the real value is in doing content modelling. Get a better understanding of what information you have and need, inspect and adapt it, define it in business terms and measure it in a way that your organisation can seek to continually improvement their business processes. Only then are you in a position to attempt to manage it.

There are many tools and techniques for doing this and yet content modelling still remains largely a downstream activity used by developers to implement the technical solution. Tech guys know the value of modelling for driving technical processes. Unfortunately, the lack of upstream content modelling is the norm for the majority of content-oriented projects. Clearly content modelling needs to start earlier with those people that see, own and want to derive the optimal value from their online content. These people are not the downstream teams such as developers, testers and system administrators. These folks are the content owners. Content modelling should start with and be continually driven by them. They should have a clear understanding on their content. And it is our job to actively help them to define, measure and manage it going forwards.

What’s Missing

I’ve found that there is not enough people and/or discussions around content modelling. Maybe I’m looking in the wrong places but I continue to draw blanks in my google searches to elicit the simplest of examples around content modelling for content owners. To that end, I’ve decided to do it myself. I would of course appreciate any feedback, tips, hints, references to relevant material on the subject matter.

Take a look at the following web page:

To start with, think of pouring all the words, images, links, etc. on the page into a big bowl. We now have a big bowl of unstructured information. This is where the majority of the web sites are today. From a content management perspective there are completely unstructured. So lets add a bit of structure and see where that takes us. Lets do a little bit of content modelling.

Enter Content Types

Imagine taking that big bowl unstructured information, kneading it into a nice light dough and rolling it out on a clean surface. On the British Library web page above I see a list of news articles. Each news article has a date and a one line summary. A news article is a content type that has two fields Date and Summary. A content type describes a family of content items that have all the same fields. I like to think of a content type as a cookie cutter that you use to find the content items. Content types are used to define structured information, where fields such as Date and Summary, denote structure. All the remaining dough is the unstructured information that we need to gather together and roll out again, and maybe start cutting out some more content items and/or find other content types.

A key part of content modelling is finding content types. There are many ways to do this, so to name a few:

As a content modeller, the end game is not about creating as many cookie cutters as possible and chopping up the dough so that there is absolutely nothing left to roll out. You need some unstructured information. Instead, you need to strike a balance between the unstructured/structured that effectively boils down to what information is of value to you now and what information is not.

Potentially Useful Content

In the South West of England the locals are very much into Potentially Useful Material, or PUM for short. One man’s PUM is another man’s junk. So, you get a new bathroom, and instead of throwing out the bath, it becomes PUM because someday, just maybe, you might need it. If I had a nickel for every time during a content modelling session I heard a someone say, “lets capture that information because it might be useful in the future”, I’d be rich man. My stock response to that is:

Show me the value today and I’ll gladly manage it tomorrow.

Nine times out of ten, these potentially useful content types (PUCs) are dropped. Be vigilant. Be ruthless. Eliminate waste. Focus on value. Do not pollute the content model with maybes and PUCs. We are already drowning in unstructured information, lets not add to it with PUCs.

Next Time

So we agree that content modelling is a good thing. We like content types and believe that they are a good way to describe a family of content items that share the same fields. But how to we capture these content types and present them in a useful and useable way that can be continually communicated to all interested parties? Well, that’s a content model.

In my next post on content modelling, I’m going to go into a bit more detail on how to represent structured information through pictures using a content model.

Comments

2 Responses to “Content Modelling – First Steps”

  1. pascualrandy on May 23rd, 2009 3:39 pm

    what can I say? this is perfectly written and structured a content guru can write.

    thank you very much!

  2. juliensheila on January 19th, 2010 11:10 pm

    I just found this…Where is the rest of the series! Don’t leave me hanging!

Leave a Reply