Skip to content

A podcast for those who design, develop and run websites.

Boagworld is the personal website of Paul (the Wurzel) Boag who lives in the heart of rural Dorset. He produces a weekly podcast along with Marcus (pop star) Lillington on all things relating to building and running websites.

Latest shows

127. Context
In this week's show we discuss taking context into consideration when designing websites and we answer your questions about video for an elderly audience and the most influential books in the industry. 
126. Scaling
In this weeks show we learn lessons from the botched iPhone launch here in the UK. We chat to Jeff Veen about the designer / developer relationship and Marcus talks about adding jingles to your website.
125. Copy
In this weeks show we discuss how to give personality to your site copy and we talk with Elliot Jay Stocks about going freelance.
124. HTML 5
In this weeks show we explore how to create better online surveys and Lachlan Hunt joins us to discuss HTML5
123. Plight
In this weeks show we review Textmate and the Top 5 Tips for Web Designers and we discuss the plight of in-house designers.

or view all shows

Have your say

Leave a message for the show...

Buy my book: The website owners manual. A book for all those involved in designing, developing or running websites on a daily basis.

Website storyboarding

Published on: August 25, 2005 by Paul Boag

With a project as complex as producing a new website, there is a lot of room for misunderstanding and confusion. That is why it is so important to have a clear specification of what the site will do and how it is structured. Enter the HTML storyboard.

Molly Holzschlag on her site has raised the issue of prototyping techniques and different ways of storyboarding a website. It would appear that everybody has his or her own method of doing this so I thought I would throw my approach into the ring.

Why storyboarding is important

Before I tell you how I go about storyboarding a site, let us recap on why it is so important. The structure and content of a site can have profound effects on design, budget, choice of technology and delivery timescales. Without a storyboard, there is room for confusion as to what exactly the nature of the site is. This can lead to last minute changes that in turn push out deadlines and increase costs. A good storyboard can provide everybody with a clear understand of the sites scope and minimise any late additions.

My approach

As I have already said, there are many approaches to storyboarding but my preferred approach is to create an HTML storyboard. This involves building a completely un-styled outline of the site using HTML. Although the storyboard does not include every individual page on the site, it does try to cover the major functional areas and main sections. Each page in the storyboard will include the main navigation, related links, a functional description of the page, and some notes on content for that page. Although each page has no design elements, it will indicate all of the major elements to appear on each page. Sometimes I also try to approximate the position of these elements to give a better impression of the final site.

The benefits of this approach

I believe that producing an HTML storyboard has several advantages beyond the improved communication I have already mentioned.

  • It allows the client to navigate around the storyboard as if it is the final site. This helps them get a much better feel of how things fit together.
  • You can also carry out valuable usability testing against this kind of wireframe
  • It is possible to layer additional css formatting on top of the HTML in order to try out different design concepts
  • If built right these HTML storyboards can also act as the basic HTML structure for the final site as well therefore reducing overall production time

Conclusion

Do I always use this approach? No. Sometimes the site (or budget) is too small to justify the work involved. I have also come to recognise that some of the theoretical benefits listed above do not always pan out in practice. However, on the right project, implemented in the right way, this can be a very powerful tool. A good HTML storyboard can act as the road map for the entire project.

Comments

Comments are for the discussion of this post. If you have other questions / comments then post them to the forum or send me an email

  • Post by Varun on August 25, 2005 11:13 AM

    Storyboarding a website full of static webpages is relatively easy. How do you storyboard dynamic websites?

  • Post by Paul Boag on August 25, 2005 11:18 AM

    Yeah that is a fair comment and I should have included that in the post. Let me give an example. Let us say the dynamic site was an ecommerce site. I would storyboard one route through the site to the final confirmation page. You would see a category page listing all the product categories. Whichever category you click you would be taken to a generic product-listing page. Then whichever product you click on you would go to the same generic product page. Does that make sense?

  • Post by Mark on August 25, 2005 12:57 PM

    Also using an (X)HTML storyboard can save time later, as you already have the XHTML structure built. Just a matter of styling it with CSS then...

  • Post by Paul Boag on August 25, 2005 1:00 PM

    Hi Mark,
    yes that is what I meant when I said:

    "If built right these HTML storyboards can also act as the basic HTML structure for the final site as well therefore reducing overall production time"

  • Post by Anton on August 25, 2005 5:26 PM

    Sometimes I also try to approximate the position of these elements to give a better impression of the final site.

    I'm a little edgy about this statement... since you're talking about unstyled content, how would you go about approximating position of the presentation without it affecting semantics?

    "Unstyle" does mean "non-presentational markup" after all, doesn't it?

  • Post by Paul Boag on August 25, 2005 5:29 PM

    Absolutely, unstyled does mean non-presentational markup. However what I meant when I made that comment was that you could then start to layer in some basic CSS styling on top of the markup.

  • Post by Anton on August 25, 2005 5:39 PM

    Well then, okay! That makes much more sense.
    Thanks!

  • Post by nq on August 26, 2005 9:37 PM

    Great article. Helps a lot.

  • Post by Dennis on October 19, 2005 4:29 PM

    If it's a med to large sized project, you should probably do wireframing before the storyboard/functional spec stage...

  • Post by Dan Acuff on August 24, 2006 4:44 PM

    Actually, as I understand it, your storyboard should come before your wireframes (larger site of course).

    Can anyone confirm this?

    It makes sense that your storyboard contains the more general information on what each page does and the paths that are taken.

    While the wireframes are to be drawn from the storyboard with very detailed information as to the specific way that the site and page should be constructed.

  • Post by james on June 20, 2008 3:23 PM

    Dan, if you are using storyboards then I don't think wireframes are necessary.

    The information in storyboards would encompass what you would need a wireframe for, is my understanding.

Leave a comment

Additional Information

Supporting boagworld

Boagworld only exists thanks to the kind support of the following people. Check them out.

Speaking and writing

From feed dot informer dot com