Death to Visio Site Maps! How Clear Ink uses Drupal for Information Architecture, Prototyping, and Project Management
Submitted by Mark Celsor on Tue, 2007-05-08 14:24.
Content Management | Drupal | Project Management
Developing great content and information architecture are arguably the most important steps toward creating a world class web site. Here's how this process normally goes down:
Good luck and let us know if you are doing something similar and how it works out.
- IA expert designs a beautiful, well thought out site map in Microsoft Visio leveraging industry best practices and the web site sponsor's business objectives.
- Site map goes to the sponsor, there might be a few rounds of revisions but basically they love it, and say "Great start building it out. We'll write the content."
- Large amounts of work by the graphic design and technical staff building toward the site map.
- 10,000 years elapse, business objectives change, best practices are revised, great civilizations rise and fall.
- Content finally shows up and it consists of 475 faxes, 280 Word documents and around 400 GB of photos and low resolution logos in weird file formats that only open on old Commodore 64s. All of which have no relation to the original beautiful, well thought out site map.
- Hilarity ensues, everything is slammed together as quickly as possible to meet a deadline and nobody is amused with the final product.
- Dump all of the copy, images, and other files into Drupal as pages and attachments.
- The IA Expert can start developing a realistic information architecture using Drupal's menuing system. For sections that don't have content yet, they can build empty pages that just say things like "JOE IS WRITING THIS PAGE" in bold, red text. After this step you have something resembling a web site.
- Let the nit-picking begin! Create user accounts for everyone in the sponsor's organization who could possibly help. Let them use Drupal's commenting features to say things like "HEY, THIS PAGE HAS THE WRONG PHONE NUMBER!" or let them make edits to the pages directly. Be sure to remove all of those "development comments" before the site goes live (unless you want the public to know what happens in the kitchen) and also don't forget to use Drupal's revision tracking feature, so you can roll back any edits that the chief sponsor doesn't agree with.
- Wow, the content is starting to looking good, but with the deadline approaching it's time for you and the sponsor to do a content freeze, evaluate what's there and make a realistic triage plan for the work that is left. This is also a great time to get the graphic designers and developers involved, so they can start creating templates and working on the technical underpinnings. Like I said before, there is a huge community of module developers and template designers that can help with customization.
- Launch the web site and turn over the keys to the sponsor. You won't need to spend hours training them on the administrative tools, because they have been involved making edits from day one. Now when the CEO decides that they don't like their photo, you won't get a panicked phone call, because they will know how to log in and change it themselves.
Good luck and let us know if you are doing something similar and how it works out.
What a great idea!!! I've
Submitted by nico (not verified) on Wed, 2008-02-27 12:39.
What a great idea!!! I've tried to use wikis in this way, but it hadn't occurred to me to use Drupal. Almost fell over laughing at this:
"Content finally shows up and it consists of 475 faxes, 280 Word documents and around 400 GB of photos and low resolution logos in weird file formats that only open on old Commodore 64s. All of which have no relation to the original beautiful, well thought out site map."
So damn true.
Thanks for sharing this. Excellent idea
Doma
» reply
Oh, Commodore 64
Submitted by chx (not verified) on Tue, 2007-05-15 14:19.
Which image format? And this is a rather interesting article, yes. In my practice a website begins with a design, then gets coded and it's not the content that drives it -- which in hindsight is rather silly. Thanks for the enlightement.
» reply
PMG, maybe?
Submitted by Mark Celsor on Tue, 2007-05-15 14:51.
I think the last one we got came in looking like that unicorn. ;)
Thanks for the comment,
-- Mark
» reply
Like Dries said: it's funny
Submitted by joeri poesen (not verified) on Tue, 2007-05-15 06:03.
Like Dries said: it's funny 'cause it's true.
Interesting approach to prototyping and a great way to involve the stakeholders early on. Thanks!
» reply
We've done something like
We've done something like this on the past two big websites. I'm trying to move us more thoroughly in that direction, but it's hard to get people to buy into such an "unstructured" approach. There's this mentality that you have to have deliverables for the client, and that the client doesn't perceive value in your working model unless it looks TASTY! (whatever "TASTY!" means at tha tparticular moment on that particular day).*
One way I'm trying to deal with that is to have simple, attractive type treatments that use our agency color palette and some somewhat generic-looking logos (design people really, really hate the Drupal logos, I've found). Implicit in everything I'm saying is that it's harder to sell the approach internally than externally. My own experience from years of doing web app development before I was in marketing and advertising was that clients loved having something they could click through.