Rebuilding the public site, pt. 1

September 4, 2008

Five months ago, OpenSourcery embarked on a mission to revamp its website. We had two primary goals: to update our site from Drupal 5 to Drupal 6, and to improve the visitor experience. With this blog we're adding a third goal: to document our process from design and content perspectives.

The central conceit of this series is that, as software developers working on our own site (in effect, acting as both client and shop), our work is never done. We want to own the fact that development requires a series of compromises. The trick is to prioritize, iterate, and create value at every step. So we invite you to peer behind the curtain as we transform our site from the screenshot you see below to the site to which you've navigated today to future, more perfect versions.

THE PAST [The following image, too, represents improvements over earlier versions. -Ed.]:

 

So, while the website you see today is the product of improvements, not least of which lie "below the surface," it can and must continue to improve.

The plan is to divide improvements into the content and design arenas and to deploy improvements great and small every week. The content arena includes copy, messaging, creation and maintenance of a coherent site personality, and high-level decisions regarding the priority of content types; the design arena encompasses interface, architecture, and beautiful-making.

In the interest of keeping this posting relatively brief and introductory, I'll end it here. Please check back for updates on our initial roadblocks, how we overcame them, and what we plan to do from here (a classic narrative).

Thank you for reading.

Comments

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>. Beside the tag style "<foo>" it is also possible to use "[foo]".
  • Glossary terms will be automatically marked with links to their descriptions. If there are certain phrases or sections of text that should be excluded from glossary marking and linking, use the special markup, [no-glossary] ... [/no-glossary]. Additionally, these HTML elements will not be scanned: a, abbr, acronym, code, pre.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Copy the characters (respecting upper/lower case) from the image.