Comments on: Better Content Management through Information Architecture

By: richard

richard — Wed, 30 Nov -0001 00:00:00 +0000

Well said Masood, this is a key stage in most aspects of business analysis – lifting the Businesses eyes from looking at technology as the solution, to communicating the issues. Your take on this from a content publishing perspective is nicely presented.

Another aspect which should part of the strategic process is the definition of a communications plan. This should also help the information architecture by defining the nature of the communications, i.e. the dialogues between Author and Reader and some the properties that define what is considered global or local news when dealing with large enterprise projects.

I look forward to your follow up article, in addition to the lifecycle, will you also be mentioning meta data considerations or internationalisation / localisation considerations?

Thanks for a good article.

Richard Marsh
http://www.creative-resonance.com

By: jamesr

jamesr — Wed, 30 Nov -0001 00:00:00 +0000

Hi Masood,

Excellent article! As an industry, I don’t think we can have too many articles that remind organisations of the fundamentals, encouraging them not to get caught up in the technology.

As I tend to say in workshops: “the CMS won’t solve any of your business problems, it’s just an enabler”. It’s the work around the CMS (publishing processes, content, IA, etc) that really adds the value…

Cheers,
James

By: melvinjaykumar

melvinjaykumar — Wed, 30 Nov -0001 00:00:00 +0000

In my experience the biggest issues with content management and information architecture is not that the organization does not understand the concepts you’re talking about. Its more that the development and management of these systems tend to go across the various functional groups and thus leading to fragementation of work and responsibilties. Its like a broken process flow, each looking at its end but never at the entire picture.

The culture, the organizational structure, the budget etc etc..all these cause the end results of a badly developed and managed content management system and information architecture implementation.

The vision is always clear and the end result never is.

By: dshen

dshen — Wed, 30 Nov -0001 00:00:00 +0000

Adding to the problems of CMS systems is the fact that current popular Web coding languages are embedded in page HTML, like Java or PHP. Sometimes content is interlaced with developer code and how do you protect naive users from accidentally changing or deleting important code, or to even know how to insert content in/around code? This problem has not been solved at all. Even the fact that HTML is potentially insertable into the content is problematic. You might have users who do not know what references the CSS file uses and you may have content that looks inconsistent with the rest of the site.

Yes you can dumb down CMSes so that code is never shown, but it may so dumbed down that the content can’t change based on other parameters, ie. a widget that scrolls through images related to an article that is embedded only in this current story.

The interaction between developers, content producers, and product managers through CMS needs further research and thought…

By: praveenkvma

praveenkvma — Wed, 30 Nov -0001 00:00:00 +0000

Nice article Masood. I think the problem lies in educating the organizations about the value of User Centered Design. Organizations must consider design as an intrinsic and integral part of all the processes rather than an extrinsic or secondary option. Many organizations still look down upon their design units as a burden rather than a revenue generating center.
Organizations are full of left brained people who find it easier to embrace technology than design. Vendors convince organizations for buying technology by showing figures; on the other hand design is about value and user delight rather than figures. If we could quantify the value of design successfully for CIOs and CEOs, they would find it easier to embrace design rather than technology and the world would be a much better place to live in.

By: austingovella

austingovella — Wed, 30 Nov -0001 00:00:00 +0000

Praveen,

So how do we communicate that value?

By: zorba

zorba — Wed, 30 Nov -0001 00:00:00 +0000

David Shen, it is possible to separate totally content and code. Authors/editors should only have access to content (create a page, a news line or other information block). Developers may change templates, appearance and logic of information blocks.
According to inconsistent look of pages. I guess you can filter out most of irrelevant tags on the server side, and do not forget to write a styleguide like this one:
http://www.boxesandarrows.com/about/house_styleguide

By: masoodnasser

masoodnasser — Wed, 30 Nov -0001 00:00:00 +0000

Richard
Thanks. And your suggestion of defining the communications plan which is anyways a PMI mandated process would be great; especially in this context. In my second part, I talk about the approval and publishing process. the global and the local news is a good example of content categorization that I feel the CMS should provide.

By: masoodnasser

masoodnasser — Wed, 30 Nov -0001 00:00:00 +0000

James,
Thanks. I am fed up of discussions that revolve around technology. What is the RDMS? What is the middle-ware?
What are the file formats. Is the XML valid? While there is a place for these questions, it should not be at the expense of the crucial factors that are mentioned.

By: masoodnasser

masoodnasser — Wed, 30 Nov -0001 00:00:00 +0000

Jay, you are right about organization culture and other factors like budget, but even the vision, even what to expect from a CMS not being clear is one of the fundamental reasons why they fail.

David,
My point here is why do we expect the authors to know HTML or any other coding language? Authors should focus on writing and not coding. And vice versa.
Roman,
You are spot on when you say “Authors/editors should only have access to content (create a page, a news line or other information block)”

Thanks Praveen. Communicating the value of what we do is a very important part of our job. I use a lot of scenarios in what could go wrong. Step into the shoes of your customer’s customer is what I would do. I do extensive field studies and understand usage scenarios/environmental factors to understand context before presenting to CEOS/ CTOs