Recording creativity

I have found that by recording all of the ideas and reviewing them regularly it has actually stimulated me to be more creative.

I like to think of myself as an ideas person. I guess that is another way of saying that I am crap at implementing the ideas I have. One problem I used to suffer from was recording the ideas I had in a form that I could refer back to later. Overtime I have developed a couple of techniques that help me manage my ideas better. I thought they might be worth sharing.

Its two in the morning and I am lying in bed thinking about something when an idea for a new blog post pops into my head. I am on a family picnic when I see a colourful moss covered rock, which would work brilliantly as a website palette. I am browsing a new website and find myself really impressed by the approach they take to dropdown menus.

The thing is that inspiration can strike anywhere and you need a system to record all of that stuff and a method of referring back to it later in order to make sure those ideas are implemented. The system I use to do all of this is vaguely built around the Getting Things Done approach proposed by David Allen. It consists of three stages:

  • Capturing
  • Processing
  • Reviewing

Lets look at each of these in turn…

Capturing

Because inspiration can strike anywhere you need to be ready for it. In the car, in bed, down the pub, wherever it is you need to be able to record it immediately. If you don’t it will be lost forever. I have also learnt not to discriminate at this stage. I just capture everything. I can worry about if it is a good idea or a useful piece of information later. If it captures my interest for whatever reason it gets recorded.

Personally, I use two main tools for recording ideas. A notepad and my mobile phone. I make sure I have a note book and a pen by my bed at night. I tend to have some of my best ideas when I am relaxed and waiting to fall asleep. However, I have learnt that if I don’t write those ideas down when I have them, my mind obsesses over them and so I don’t sleep. By writing them down straight away they are off my mind and I can deal with them in the morning. One handy tip is that if like me you are married (or have a partner) you might want to have a torch around too. It stops you being shouted at for continually turning on the light!

Although a notepad is great it is not good for certain things and that is where the mobile comes in. Firstly, most mobile phones these days have a camera and I find that invaluable. The camera in my phone is crap but it does the job. It allows me to recall architecture that inspired me, or colour palettes that I could reuse. I also photograph signs or information I want to refer back to later. Basically it is a quick and easy way of grabbing information.

However, my phone also has another useful little function. It can record audio notes. The second most common place for me to have inspiration (after my bed) is driving in the car. Scribbling down notes isn’t very viable in that situation so being able to record a quick audio note is very useful. If your phone does not support this then do what Marcus does; call you home phone and leave yourself a message. This achieves exactly the same thing.

Finally if you are inspired by something you see on a website then make sure you have a quick and easy way to capture it. There are some great screen capture programs about so make sure you have one installed.

Processing

Of course capturing this information is no good if nothing is ever done with it. You need a way of processing the ideas you have had. Those ideas generally fall into two categories. Stuff that you have a specific use for and things that might come in handy one day. So for example, the idea to write this blog post was a specific idea. Specific ideas should normally be stored alongside related information. In the case of this blog post I have a list of all the various blog post ideas I have ever come up with. However, some of the stuff you capture is more random and you might not have a specific use for it. It could be a colour scheme you like, a quote that grabbed your attention or a vague idea for a project you might want to do one day (maybe).

All of these general ideas need storing together somehow. If they remain in your notepad, mobile or indeed anywhere else, it will make reviewing them very difficult. How you choose to store them is entirely up to you. For example, I have seen people use a large scrapbook. Personally, I prefer to store things electronically as this allows me to search and tag the information. I tend to use a program called YoJimbo for the Mac however if you are Microsoft based you might want to take a look at One Note. This is an excellent program for storing random “stuff” and has some cool features like character recognition of images built in. I store all kinds of stuff in YoJimbo including links, colours, images, quotes or indeed pretty much anything else that inspires me.

Before I move on, one quick note on the quality of the stuff I store. One of the big problems I had for a long time is that I was too critical of my ideas. I would throw things out when I considered them “stupid” or “impractical”. I have stopped doing that now. Instead, when I process my ideas into YoJimbo I mark an idea as either hot or not. You will see why this is important when I talk about reviewing.

Reviewing

The final step in my little process is reviewing. I have found that if I just dump all of my ideas into YoJimbo it quickly becomes this black hole that I rarely really look at. So taking a leaf out of the GTD methodology I have started to regularly review the content of my “idea store”. I don’t do it as often as the weekly review proposed in GTD, but I do it every couple of weeks.

In these review I tend to focus on the “hot” ideas and actively look for ways I can implement them. Then, once a month or so (when I have a bit more time), I also review the “not so hot” ideas as well just to keep them fresh in my mind. These often spark new “hotter” ideas which I record in the system too.

Conclusion

Admittedly this might all seem a little over the top, but it works for me. I have found that by recording all of the ideas and reviewing them regularly it has actually stimulated me to be more creative. I think this is partly because one idea, or piece of inspiration, sparks another. However, I also think it is because an idea carries value if it is recorded and that makes me feel that dreaming up ideas is worth while.

Taking a brand online

“and here is our style guide”… thump! A huge tome lands on the desk in front of you. When it is written entirely for print, how do you begin to turn it into something that will work on the web?

Of course not all style guides are “huge tomes”. Some are nothing more than a logo and some colours. However, with only a few rare exceptions, they all tend to be written with print in mind. Sizes are set in millimeters and not pixels, logos don’t display well at 72 dpi and colours often just don’t work well on screen.

Many designers feel that style guides limit their creativity, but I would argue that actually you have to be extremely creative to get some guides to work for the web! Below are 4 areas that can be particularly challenging and a few pointers about how I deal with each of them.

Typography

Style guides often set fonts and rarely are those fonts as universal as those found on the web. Generally speaking there is not much you can do about it except explain the limitations to the client. Normally speaking the client will accept the inevitable.

However, once in a blue moon you come across a client who starts insisting. He talks about having headings as images so you can set the font.

Although it is possible to work around the limitations of web fonts using techniques such as sIFR you also need to consider legibility.

The trouble is that often the fonts selected in style guides are picked because they look good in print. However, not all fonts that look good at print resolution, work when reduced to the screen. They often pixelate and become difficult to read especially at smaller sizes.

If you do use corporate fonts make sure they are used at a reasonable size in order to maintain legibility.

Layout

Layout can be another tricky area that is often included in a style guide. The guide might suggest a 3 column layout or stipulate the position of the logo. Although where possible it is good to stick with these recommendations, you should not do so when they conflict with web conventions.

For example I recently worked on a project where the style guide specified the logo should be positioned top right. Unfortunately it has become a convention on the web to display the logo top left and the search top right. Both myself and the client agreed that conforming to this web convention was more important that sticking rigidly to the guidelines.This decision was made easier by the fact that we had stuck very closely to the guidelines in other areas.

Another thing to be wary of in regards to layout is that guidelines often have a bias towards A4 portrait style layout. It also works on the assumption that you have pixel perfect control over positioning. Neither of these assumptions are correct when it comes to the web.

In short I think guidelines about layout need to be taken with a huge pinch of salt. It is extremely hard to replicate them faithfully on the web and as long as other areas of branding are better represented then their absence will not damage the brand online.

Logos

Unfortunately, where you maybe able to get away with changes to layout, you rarely can when it comes to the logo. This can prove an incredible challenge when the logo wasn’t produced with the web in mind. A poorly designed logo can often become illegible when reduced down in size.

Although I sympathize with designers who have to deal with “bad” logos, I would argue that a logo is so central to an overall brand identity (which extends way beyond the web) that changing it is out of the question.

However, although you cannot “change” the logo as such, minor tweaks to correct poor web rendering is possible. I have been known to tweak font size, weighting and spacing in order to aid legibility at smaller sizes. I have also been known to make minor changes to colour which brings us nicely onto…

Colour

Gone are the days when we worried about the web safe palette. However, that does not mean we can now apply colour guidelines without a second thought. There are still 2 major considerations to take into account when working with colour guidelines.

The first is the differences you see in how colour is displayed. I have spoken about colour display numerous times before so I wont repeat myself here. However, the fact that colour can often appear either lighter or darker on some monitors does mean that certain colours that look great in print (where its displayed is carefully controlled) will look terrible to some users.

The only solution to this problem is to manually adjust colours so that they sit nearer the middle of the brightness range. Light colours are made darker and darker colours lighter.

Another aspect of colour I have talked about before is colour bleed. This is explained brilliantly in a 24 ways article by Jason Santa Maria. In essence it means the smaller the text the more the colour of that text is influenced by its surrounding colour. Text on a white background becomes lighter and text on a black background becomes darker.

Again in order to counteract this problem it maybe necessary to manually adjust the brightness of a colour when used on smaller text. You cannot rely solely on the pantone numbers supplied in the style guide.

In conclusion

The key to successfully bring a brand online is to pick and choose your battles. Keep in mind the ultimate aim, which is to associate the website with other marketing collateral in the minds of the target audience. Making this association does not require compliance with every aspect of a style guide. If you comply closely in some areas, this can give you more flexibility in another area without significantly damaging the brand.

When developers design

Although I cannot make you an expert designer, I can offer some advice of how to avoid the major pitfalls I sometimes see developers fall into.

In an ideal world designers design and developers develop. However, we don’t live in an ideal world and from time to time we have to swap roles. The problem is that there is a lot of tutorials and articles showing designers how to develop but little showing developers how to design. I therefore thought I would share some very basic tips.

First things first, I am not going to be able to teach you good design practice in a single post. That comes with time, training and to some degree, talent :)

However, although I cannot make you an expert designer, I can offer some advice of how to avoid the major pitfalls I sometimes see developers fall into.

General comments

Before I plunge head first into specific tips I would like to share some more general comments based on my observations of when developers do design. Hopefully these will help you think of design as more than arranging pixels.

Empathy

In many ways developers work in a world of absolutes. A piece of code either works or it doesn’t. Your world tends to be very literal, very straightforward. Computers are in many ways easy to understand. People on the other hand are a very different matter. We are messing beings full of contradictions and inconsistencies. This is the world of the designer.

Designers are trying to engage with people and to do that they empathize. They try and put themselves in the shoes of the user, to really understand how they think, how they approach a problem.

One of the most common mistakes I see developers make is that they fail to do this. To a lesser or greater extent they perceive the user as being similar to themselves. They make assumptions about the users motivations and abilities. They often misunderstand what the user is trying to achieve.

If I could give only one piece of advice it would be to encourage you to empathize. Really think through what the user is like. Are they in a hurry? Do they have a specific aim? What is their outlook on life? Will they have kids clamoring for their attention while they surf your site?

Really try to get inside their heads. It will definitely help.

Avoid graphical applications

The temptation is to think “I have to do some design, that means I need to open Photoshop. That is what designers use”. Of course that is entirely true, designers do use graphic applications like Photoshop or Freehand. However, I would suggest that unless you are already familiar with these kinds of applications, you are just adding more complexity to the problem.

Its hard enough to apply the principles of good design without adding learning a new application on top of it.

You know code, so work with code. Build your site using CSS and XHTML and these are the tools with which you are familiar. Sure, it wont lead to outstanding design, but that is not the aim as I discuss next…

Don’t try and be great; be invisible

Don’t try and produce a “creative” or “innovative” piece of design. Designers find this hard enough to do. The danger is that if you try and do this, you will create something that some people may love, but the majority completely hate.

Instead, play safe. Try and make your design invisible. A good solid piece of design will not impress but neither will it offend. The idea is that the users will not even notice it, they just use it.

If the user doesn’t acknowledge what you have produced it means it hasn’t caused them any problems and that is a good thing. Sure, you wont win any design awards but that isn’t very likely anyway!

Specific advice

Okay, so enough with the airy fairy advice, lets get specific. How do you make your design good enough to be invisible, non-offensive? Well, let me suggest 5 areas that you should pay particular attention to. Obviously I could write reams on each but lets keep this very simply and easy to implement.

Typography

The key to good typography is constraint and consistency.

Avoid using too many typefaces, normally 1 or 2 is enough. Also avoid having too many variations in sizes and weighting. Only use size and weighting to emphasis the hierarchy of the content. The larger and bolder the type, the more important the content.

Also try to be consistent in your application of typography. If something is a certain size and weight on one page ensure it is done the same on another. Although CSS makes this relatively easy, watch out if you are working with ems as you may have inheritance problems.

Finally, don’t just think about the type itself but also line length and line height. Don’t allow lines of text to become too long (between 40 – 60 characters is good) because they are hard to read. Also add some whitespace between lines of text as it will make the page feel more spacious, which brings us nicely onto…

Whitespace

Whitespace is the not-so-secret weapon of good design. For simplicity sake, I think the rule of thumb is to add more whitespace than you are naturally inclined to do. Whitespace improves legibility, gives a sense of simplicity and communicates a feeling of openness and style.

In order to limit scrolling, we feel the need to cram as much content in as possible so squeezing out whitespace. Resist this temptation. Be generous in your padding, margins and line height. Don’t be afraid of “empty” parts of the screen.

The grid system

You often hear people complain that a website looks boxy but in actual fact boxes are good. A good website should have a strong underlying structure of columns and rows. It helps the user identify hierarchy and communicates a sense of order in the site. Although a good designer will break out from the grid he will always have a grid structure still there underneath.

Think about how many columns the site is going to have. Ensure these are applied consistently across the whole site, but don’t be afraid to occasionally span across multiple columns. Also ensure elements are placed consistently in this grid from page to page. Do not move elements around, especially navigational elements like the menu bar and search.

A grid may seem restrictive and not very “creative” but it essential to all design.

Colour

Working with colour is particularly tricky and so I would suggest where possible you avoid making too many colour choices. Your best bet is to turn to an automated colour creator like Kuler. You can either choose from one of the existing palettes or enter a base colour (usually a corporate colour) and it will produce a palette based on that.

Notice that Kuler only includes 5 colours in its palette. This is good practice, resist the temptation to use too many colours. Apart from this site (where I was just being silly), I tend to use a very limited colour palette. One nice little trick however is to use a strong contrasting colour to highlight important content. Because it is a contrasting colour it will make content stand out from the rest of the site.

Imagery

The design work I have seen done by developers tends to shy away from the use of imagery and in someways that is not a bad thing. It is easy to get imagery wrong but I would encourage you to be a little more adventurous. Imagery is a great way to draw the users eye and so can be used to highlight key content.

Selecting imagery can be tricky but here are a few suggestions that will point you in the right direction…

  • Avoid animation.
  • Choice images with a strong foreground element.
  • Compress your imagery but not too much!
  • Use faces, people are naturally drawn to them.
  • Avoid clipart illustrations

I am sure there is more I could suggest but those are the ones that immediately spring to mind.

Taking it further

So there you go. Hopefully that has helped a little. Obviously, there is so much more that could be said, but that should have at least started you off. If you do want to take the next step and improve your design skill then check out Jason Beaird’s book “The Principles of Beautiful Web Design”.

Show 81: Money Matters

This week on Boagworld: Paul gives advice to those who work with content management systems. Marcus finally talks about charge out rates and we talk to Dan Mall and Mark Huot about swfIR.

Download this show.

Launch our podcast player

News and events

37signals in Time Magazine

I notice that 37signals have made it to Time Magazine. This is exciting stuff because it shows the growing awareness in mainstream media of the explosion of web 2.0 businesses. However, the real reason I mention this article is because of what it tells us about how 37signals work. You get to learn about their focus on simplicity, the fact that innovation can happen outside of Silicon valley and their approach to a distributed company.

The one part of the article I personally found particularly interesting is how 37signals’ current suite of products was born out of a need they had to communicate across a distributed company. The idea of building a product that meet a personal need is a good one. It is particularly interesting to me as Headscape has started development of a product which does exactly that. I don’t want to say much more at the moment (as it might never happen), but this article contained a lot of valuable lessons for us.

AJAX tools

I seem to find myself doing more and more ajax and javascript these days. One of the more tricky areas is keeping the user informed about what is going on. I am encountering two specific problems:

  • How to draw the users attention to content that has changed
  • How to inform the user that content is still loading

The latter is fairly straightforward as you simply display a loading graphic. However, I am a lazy sod and can’t be bothered to hand craft a beautiful animated gif. Fortunately this week I came across AJAXload which generates those pretty web 2.0. loading graphics for you. Very nice.

Informing users of changing content is a bit more tricky. I have been aware of the fade to yellow technique for a while but that requires a white background, which my designs don’t ways have. What I didn’t know until I finished Jeremy Keith’s “Bulletproof Ajax” is that there is also a fade to anything technique. This is basically the same as the fade to yellow approach but the background colour doesn’t matter. Simply download the code and away you go :)

Waves of creativity

I stumbled across an article this week talking about the relationship between brain waves and creativity. This explained a lot about my own personal creativity! The gist of the article is that your brain needs to be relaxed in order to be at its most creative. This makes sense for me personally as inevitably I am at my most creative when I am lying in my bed at night.

The sad truth is that we spend most of our lives in a more agitated state and so creativity is hard to achieve. This dove tales nicely with my experience of implementing “Getting Things Done: The Art of Stress-free Productivity” (David Allen). Since reading that book I have felt much more relaxed and in control and hence I have been considerably more creative.

Eric Meyer explain why forms controls can’t be styled

A big thanks to Eric Meyer who has been kind enough to look into the incredibly confusing area of form controls and then explained it to the rest of us. Many web designers express a real frustration with the fact that you cannot consistently style form elements. Although personally I think it is generally unwise from a usability perspective to start mucking around with form elements, I have still always wondered why browser developers have chosen to give us so little control. In a recent post Eric goes into extensive detail about why form controls are “weird” but the upshot is that you are simply better off not styling them.

Agony uncle: Web Design rates

Another question from Bob in Iceland:

“Hi guys, I am becoming increasingly bewildered with what I should charge for web design work. I also do a fair amount of copywriting and content research. What should I charge? Should my rates change for different work? I am a one man band.”

Firstly, I should say that there is no real fixed figure for web design related work. It depends very much on a number of factors, such as:

  • Experience e.g. proven capability to deliver
  • Ability to deliver specialist services e.g. usability testing
  • Size
  • Diversity of staff
  • Location
  • Portfolio

However, to use a real example as a baseline, a survey carried out by eConsultancy a couple of years ago showed that English web design agencies employing 10 to 20 people with a turnover of approximately £1M, charged between £500 and £800 per day for most services. I expect this gone up a little since then.

Setting your rates is partly science, partly weighing up what the market will bear for what you offer.

You do need to work out to the best of your ability what your daily break even cost is but in, in theory, your annual figures should be able to tell you that. The biggest drain on any web agency, unless you have marble and gold clad offices in central London, will be your staff. Good creative/technical people don’t come cheap.

Be realistic from a number of different angles:

  • Don’t try and charge a grand a day if you’re straight out of uni with no experience under your belt
  • Don’t expect to have 100% effort allocation – 70% is excellent
  • Price projects as honestly as you can but remember that clients are human beings and really don’t like paying for project manager anywhere near as much as they do technical development

So should you charge different rates for different services. Again… it depends. Some jobs require a lower level of skill as part of the project. For example, recruitment (though an absolute pain) for any type of testing requires basic organisational skills and not,say, years of experience in project management. If you can outsource that work at a lower rate, then charge a lower rate, but if your PM ends up doing it then you have to charge at your PM rate.

For years we charged a flat rate across the board because it was simpler to manage and we felt clients liked it. Over the past couple of years we have done a lot more consultative work that has placed pressure on the timetables of the directors. This has led us to having the following rate categories:

  • Creative director – Paul
  • Consultancy – IA, business analysis, testing etc
  • Standard – design, technical, pm

We charge a fixed uplift (per client dependent on geographic location) for on site work – kick off meetings, testing etc.

Client corner: Advice for CMS users

I have been putting together a document for work that provides some basic advice for people who work with content management systems. It covers things like accessibility and writing for the web so I thought there might be some value in sharing it on the show. For complete notes on everything I cover check out the CMS user blog post.

Ask the expert: Dan Mall and Mark Huot on SWF image replacement

I was fortunate enough to get some time to chat with Dan Mall and Mark Huot the creators of SWF image replacement. We talked about:

  • What exactly swfIR is and how it works
  • What kind of scenarios they imagine it being used in
  • What inspired them to create swfIR in the first place
  • A little bit about the process of applying it to a site
  • What the future holds for swfIR
  • What it is like working at Happy Cog

No show next week

Just a quick note to say there will be no show next week as I am off on holiday to sunny cornwall. However, please continue to send in your suggestions for the show and don’t forget you can always check out the forums if you want your boagworld fix :)

Advice for CMS users

I have been putting together a document for work that provides some basic advice for people who work with content management systems. It covers things like accessibility and writing for the web.

Introduction

Although content management systems enable anybody to publish content to the web, they do not guarantee the quality of what is published. Many content managed websites are hard to use, inaccessible and poorly structured not because of any failure in the design or technology but simply because the quality of content is poor.

This document aims to introduce the reader to good practice for generating web content. In particular it focuses on advice about writing for the web and ensuring that what is produced is accessible to the widest audience possible.

Writing for the web

Writing great web content is a particular skill. Although it shares some characteristics with writing for other medium, there are many unique elements too.

Two traits make writing for the web, particularly challenging. Firstly is the perception that most people have that computers are being cold and impersonal. Many see technology as the enemy and so a good copywriter has to work hard to ensure their copy has a friendly and approachable tone.

Second is the fact that users rarely read pages in their entirety, but rather scan read. The emphasis is on looking for the next link that will take them one step closer to their goal.

Below we investigate these two challenges in more depth and suggest some possible solutions.

Writing style

Well-written copy should be both engaging and accessible. In other words it should overcome people’s inherent suspicion of technology and ensure that, as wide an audience as possible understand what is written.

Engaging with the user

Computers are immensely unfriendly. This is mainly due to their total inability to interpret or communicate the more subtle forms of human communication such as body language and tone of voice.

The result is that most people find interacting with a computer a cold and frustrating experience. However, there are techniques you can use to avoid the problem. These include:

Using a personal tone

By ensuring that your copy is friendly, informal and approachable, you help to counteract the inherent lack of personality associated with computers and the web. Even on a relatively formal site add more informality than you normally would in order to offset the users default perception.

Writing how you speak

If you are experienced in writing more formal offline documentation, writing in a more informal manner can be difficult. Although there is no one catchall solution to this, writing as you speak will certainly aid comprehension and generate a more informal feel.

Avoid being patronizing

The danger of writing in a more informal tone is that you overcompensate and your writing style becomes ‘chummy’ and patronizing. The writing as you speak rule comes in useful here. Picture your audience and ask yourself whether you would speak to them like that in a face-to-face meeting.

Making your copy clear

The W3C accessibility guidelines clearly state:

Use the clearest and simplest language appropriate for a site’s content.

In other words ensure that your reader can understand what you have written.

Many people make huge assumptions about what their audience understands and careful consideration needs to be put into this subject. Particular assumptions are made in regards to:

Jargon

A common pitfall is the use of abbreviations and acronyms within web copy. The assumption is that your target audience will already be aware of the jargon used. However, this is an entirely false assumption.

You cannot always assume that your audience will be aware of every acronym around. For example there are so many acronyms within web design that it would be impossible for one individual to know them all.

Secondly, the reader maybe relative new to your target audience and so still learning much of the ‘lingo’.

When writing copy ensure that whenever possible jargon is avoided and where that is not possible that it is accompanied by an explanation. We discuss acronyms and abbreviations further in the accessibility section.

Reading level

There are reasons why tabloid newspapers like the Sun sell so well. One of those reasons is because they require such a low reading level. As many as 40% of the population have a low literacy level and yet little consideration is given to their accessibility needs.

Even when writing for a well-educated audience you cannot make assumptions about their reading level. Many people suffer from attention deficit disorder, dyslexia or other conditions that could affect their ability to process what you have written.

Below is some advice on how you might go about improving comprehension of your copy:

  • Simplify punctuation – People suffering from a low literacy levels struggle with long sentences that include a lot of complex punctuation. Keep your sentences short and your punctuation simple.
  • Be consistent – There is often a desire when writing copy to vary your language to prevent a document appearing repetitive. Although this has its place it does make copy harder to comprehend. Where possible, use terms in a consistent manner across the whole site.
  • Use numbers not words – By simply referring to 1223 instead of ‘one thousand two hundred and twenty three’ you increase comprehension dramatically as well as shorten sentences and aid scanability.
  • Specify clear actions – If you wish a user to complete an action (for example to click on a button) clearly specify this. Do not assume the user will instinctively understand what is required of them.
  • Use imagery – The saying ‘an image speaks a thousand words’ is very true for low literacy users. If an image will help to convey the meaning of a page be sure to use it to support existing copy.

Although the techniques above are of particular benefit to low literacy users, they do actually offer benefits to all users. Ease to comprehend copy aids the speed at which information can be digested and helps users scan copy as we are going to look at next.

Making web pages easy to scan

It can be a depressing realization that users will probably not read your carefully crafted text. However, the sooner you accept this reality the sooner you can start to adapt copy to aid users in their hunt for information.

There are a number of techniques that can be used to help a user quickly scan through a page and identify the information they require:

Front loading

Front loading applies in two different contexts. Firstly, front-load the page by including a summary of the entire page right at the beginning of the document. This helps the user ascertain quickly whether the page is relevant to them or not. Secondly, front-load each individual paragraph so that the main point is first. Ideally a paragraph should only make a single point (see 2.2.2) but if it is longer then the user can get the gist by reading the first sentence.

Keep it short

Usability expert, Steve Krug recommends in his book “Don’t Make Me Think!: A Common Sense Approach to Web Usability” that a copywriter should take his copy, edit it down to half its original length and then half it again. This sounds like an impossible task but it is often easier than it appears. By removing repetition, marketing speak, and ‘happy talk’ (content with no real substance like ‘welcome to this site’) you will quickly find your content substantially reduced.

Keep paragraphs short

As well as keeping the page as a whole sort, you should ensure individual paragraphs are short too. Each paragraph should make a single point as this aids both user scanning and comprehension.

 

Keep sentences short

 

At a micro level you should also endeavor to keep each individual sentence as short as possible. Again this aids scanability and comprehension but also helps to remove any unnecessary ‘waffle’.

Break your copy up

As well as breaking up copy into short sentences and paragraphs you can also aid scanability by using other techniques as well. Look at each paragraph and ask yourself the following:

  • Can I associate a heading or sub heading with this block of text?
  • Could this paragraph be reduced to an easy to scan bullet point list?
  • Is there a key message in this paragraph that users need to instantly see?

If the answer to the last question is yes, then you might wish to use a breakout box (also known as a pull out). This is a technique originally introduced in magazines to ‘hook the user’. They would take a key line from an article and highlight it in someway (usually in a separate box) to draw the reader into reading the rest of the article. The same technique can be used on a web page to draw a users attention to a key point that they maybe searching for.

Many good content management systems (including Headscape’s own CMS) provide this functionality.

Accessibility

We have already touched on the importance of accessibility when talking about writing clear copy, however accessibility extends beyond simply the copy you write.

As a content management system user, you are required to go beyond just writing the copy. You are also required to enter the copy into the system so that it can be displayed on the site. This requires you to ‘markup’ your copy correctly.

The importance of markup

So what exactly is markup? Markup is the method by which you tell the browser what the content you are entering is, so that the browser knows how to display it to the user. This markup is usually written as HTML.

So, if for example you want to tell the browser that something is a heading you would mark it up like this:

<h1>This is a heading</h1>

or a paragraph would be marked up like this:

<p>This is a paragraph of text</p>

Of course, one of the main attractions of most content management systems is that you don’t have to know how to write HTML. Instead the content management system will add the code for you.

Historically content management systems didn’t even try to understand what any individual piece of content was. Instead they let you as the content management user, style the content to look however you wanted. So instead of telling the system that this is a heading you simply made it look big and bold so users of the site would know.

Although this sounds like a good approach in principle, it actually opens up a whole load of problems that are too extensive to cover here.

More modern content management systems, such as the ones deployed by Headscape, ask the user to explain what each piece of content is so that the system can add the proper HTML code.

The way the content management user does this is normally through a drop down menu of styles much like you find in Microsoft word. You simply select a block of text and choose the style which best describes that text.

Marking up content in this way brings a whole host of advantages including (but not limited to):

  • The ability to redesign how an individual style looks universally across the entire site without editing each page.
  • The ability to change the appearance of styles based on what device is accessing the content (for example a mobile device style).
  • The ability for screen readers and other assistive technologies to understand the site.

In short, a well marked up piece of content will be available to a much larger audience and is easier to change and adapt.

Text alternatives

Well marked up content is not the only way to improve the accessibility of your site. Another is to provide text alternatives for elements that some users will not be able to access.

The most common example of this is with the inclusion of images into your pages.

There are a number of reasons why a user may not be able to see the images on a page. These could range from viewing the page via a mobile device to the user suffering from some form of visual impairment. However, whatever the reason the solution is the same; add alternative text that describes the image.

Alternative text is only visible to users who cannot see the image and so does not impact the design in anyway. The method of adding alternative text will vary between content management systems but in most cases (including on the Headscape system) you will be asked to add some text when you try and insert an image. A good system will go as far as requiring alternative text before approving an image for insertion.

A common mistake that is made with alternative text is to use it as a caption for the image rather than a description of the image. The difference is subtle but important. An image of Marcus Lillington our sales director might read ‘Marcus Lillington is more than happy to speak to you about your requirements’. This would be a caption rather than alternative text. Alternative text should describe the image and nothing more. So in the case of our example it should read simply; ‘Photograph of Marcus Lillington – sales director’.

Finally it is worth saying that the principle of alternative text does not apply just to images. It should apply to any screen element that can only be understood visually. That includes Flash, video, audio or other plugin.

Meaningful links

Another common accessibility mistake is with link text. When a content management user creates a link between pages it is not uncommon to see links with phrases like ‘click here’ or ‘read more’. This presents a problem for two reasons:

Firstly, users who access the web using screen readers often have all links on a page read back as a list in order to save listening to every piece of text when all they want to do is find the next link. A link like ‘click here’ means nothing when read out of context.

Secondly, many users will scan a page looking specifically at the links. They don’t read the text before or after the link so again they see it out of context. The result is that, like screen reader users, terms like ‘read more’ mean nothing.

This problem is easily avoided by ensuring that all links make sense out of context. So instead of linking the words ‘click here’ in the sentence ‘click here for more news’ you simply link to the phase ‘more news’ or ‘news archive’.

Acronyms and abbreviations

Earlier we talked about how where possible jargon, acronyms and abbreviations should be avoided. However there are occasions where that is not possible.

In such situations your choices are very much dictated by the functionality provided by the CMS you are using. Unfortunately, many content management systems are not particularly helpful in this regard and you maybe limited to typing out a description in brackets each time.

However, more modern content management systems such as that provided by Headscape, allow you to select an abbreviation style. You can then enter the full description and this becomes available to the user without destroying the flow of your text.

This is achieved in a variety of ways but the most common is using a dotted underline. If a piece of text has been marked up as an acronym or abbreviation it will appear to the end user as text with a dotted underline. When the user moves her cursor over the text the cursor changes to a help symbol and displays the full description as a tooltip.

This provides a full description to users encountering a piece of jargon for the first time, without getting in the way of those who already know what it means.

Using tables correctly

Web design has changed a lot over the last few years and so have content management systems. One of the most significant changes has been a move away from table-based layout.

Table-based layout is a technique that uses tables to position content on a page. However this is an abuse of the table feature in HTML and can cause significant accessibility problems especially for users running on older PCs or using mobile devices.

We therefore strongly recommend that using tables for layout is avoided at all costs. Instead clearly markup the content using the descriptive styles provided. The system will do the formatting and positioning.

That said there is still a place for tables. Tables were originally intended for tabular data (data made up of columns and rows, like that found in a spreadsheet). If you have information like this you wish to include on a page, then this is when you should use a table.

Working with imagery

Although we have already spoken about imagery in the context of alternative text it is worth noting that there are other accessibility issues relating to imagery you should be aware of:

Animation

Animation can be a problem area if not handled correctly, so generally speaking it is better to avoid the use of animated imagery unless it helps explain the content in someway.

The main reason that animation can be problematic is because certain forms of cognitive disability can be made worse by flashing animation. It can prove distracting and make it harder to process the content being read.

If animation is to be used we recommend:

  • That the user is given the ability to disable the animation
  • That the animation is not too rapid so that it proves less distracting
Colour

Finally, it is worth noting that a considerable proportion of your users will suffer from some form of colour blindness. For example almost 1 in 10 men are colour blind. In addition it is possible that other users will be accessing your site through black and white monitors on mobile devices. It is therefore important to ensure that any imagery you use is not reliant on colour to communicate information and that there is sufficient contrast between foreground and background colours.

These two issues are addressed in the W3C guidelines on accessibility:

2.1 Ensure that all information conveyed with color is also available without color, for example from context or markup.

2.2 Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

Further information

Hopefully this document has been useful in outlining some of the basics of writing content for a website. However, we have obviously only been able to scratch the surface.

If you would like further information, please do not hesitate to contact Paul Boag (the author of this document) using [email protected].

Show 72: Neverending Beta

On this week’s show: web stats meet usability testing, Apollo and why it is important, working with corporate colour palettes and how to sell your web design services.

Play

Download this show.

To subscribe directly within itunes click here

News and events

This week appears to be the week of never-ending betas however I have managed to squeeze in some pointless fun and an article about accessible content management systems:

Click2Map

There seems to be a growing number of tools out there that make the management of Google Maps easier. One that I have just discovered this week is Click2Map. You can easily and quickly add custom markers by entering an address (even if you are outside of the US). It is still in beta and needs a lot of work (for example you cannot integrate the maps directly into your site) but it is still great for a quick and easy way of linking to locations.

Popuri.us

Another “beta” service I spotted this week is Popuri.us. This site provides SEO reports on your site including rankings on Google, Yahoo, Alexa, Delicious and Technorati. Currently it seems to be suffering from some performance issues; nevertheless it gives a good indication of your online visibility. Of course if you are a Firefox user you may find the SEO add-on more convenient.

Finding an accessible CMS

One of the biggest complaints against content management systems is that they are often not very accessible. Gez Lemon has been kind enough to do an analysis of a whole bunch of them for us and provides a great article on the pros and cons of each from an accessibility point of view. If you are considering implementing a CMS and care about accessibility (which you should do) then check this out.

Arial vs Helvetica

So you think you know your typefaces? Maybe you are even a bit of a typography snob? But, can you tell the difference between Arial and Helvetica? Of course you can, at least that was what I thought until I actually tried.

Selling your web design services

So this week’s client corner is seriously lacking advice for clients (sorry about that). Instead Marcus takes a look at the subject of selling your web design services. Surprisingly for Marcus, he has written fairly comprehensive notes on what we covered so here you go…
You may build the best websites in the world but if you do not know how to sell your services then nobody will hire you. Web design, like nearly everything, is a competitive marketplace and simply being a good designer/developer is not enough. You also need a sales and marketing hat.
That said, it does seem that there is more work out there than agencies to do it.

Cold call?

Don’t buy databases of ‘quality’ contacts in a particular sector. I may be cynical but I reckon the vast majority of these ‘leads’ were tricked into supplying their details. You’re trying to sell solutions to your potential clients’ online problems not pallets of dog food. I my experience, cold calling is a waste of time and effort – the only way you’ll win work is if you’re lucky enough to call someone when they’re about to release a tender.
The only exception to this rule are local businesses where picking up the phone and saying ‘hi, we’re just over the road from you and we’re really good at what we do. If you ever need the services that we provide please do include us in any suppler selection process you intend to go through’. If they’re friendly why not meet up for a beer (see Love Your Clients)…

Focus on a specific market sector

If your only case study is a sewage works site then go after other sewage works sites first. This is common sense: you have a proven ability to produce a website with probably very similar features to the one the other sewage site wants. You have a real, live working example to show them and a client who will (hopefully) say nice things about you.

Tender sites

I get asked about these a lot. They are (I think) better than straight cold calling but not much. Golden rule – don’t do any speculative design work as some may be a scam. I think most of these are simply there because a lot of tenders are required to be competitive but the client already has a preferred agency.  I have generated a ‘nose’ for when we are making up numbers so, if you get that feeling, be brave, walk away…
Of course, try to talk (and I mean talk not email) to the client. Be bold, ask questions about how many others are going for the project, what is the budget (we need to know to be able to provide the most appropriate solution), are the deadlines set in stone etc etc etc… If you’re getting negative feelings… guess what… walk away…
If you do decide to go for something off one of these sites, I recommend the following as a response:

  1. boiler plate ‘Why Us’. You should already have this in another proposal. Up to 10 pages of skills, experience, examples of design work and above all USP.
  2. No more than 2 sides of A4 of ‘your solution’ i.e. a summary.
  3. Tasks by task breakdown of price (inc. payment terms with at least a third up front (‘on delivery’ if you’re really worried about the client!)

The trick here is to start at the bottom. Do the task breakdown first (it may put you way over budget if you know it – if so, walk away) which will lead to an obvious solution summary then tack the ‘aren’t we great’ on the front.
The idea is to put as little effort in as possible without making it look that way.
Much better idea to…

Market, market, market!

There are so many ways to market yourself. For example, you can drive round your local neighbourhood shouting through a loud hailer if you like! Headscape’s marketing effort is focussed virtually solely on Boagworld now. The point is, try to find something that you can do that you feel passionate about and will get people either ringing you directly or, just as good, recommending you to others.

Know when to walk away

It is the hardest thing in the world to do, but it is important that you know when to turn down work. There are times when the clients requirements are unrealistic or the job is simply too big. On other occasions, the chance of winning a job does not justify the investment involved in pitching for it. There is a natural tendency to want to run after every piece of work, but sometimes you just have to say no.
I got the impression listening at SXSW that the agencies I most admire (e.g. Happy Cog) simply wait around for projects that they are interested in and the clients should be damn grateful! Or maybe that was the impression that Mr Z wanted to convey.

Ask an expert: Aral on Apollo

Aral Balkan is one of my favourite speakers and this week in the “ask an expert” section he puts his enthusiasm and humour into an insightful introduction of Apollo. Apollo is a new development platform from Adobe that allows web designers to start developing desktop applications.

Working with corporate colours

This week’s agony uncle question is based on something I found in the boagworld forum. Pecko asked whether we should use Photoshop to convert corporate colours for the web or whether we should do it by hand. A lot of the people on the forum argued that you should allow Photoshop to take the strain but in the show I argue that we should do it by hand. My argument was based on something I had read before and yet I couldn’t for the life of me remember where I had read it. I eventually found it was from a brilliant article by Jason Santa Maria on 24 Ways. I hope he will forgive me for not crediting him on the show.

Review: ClickTale

I was recently asked to beta test ClickTale, a new statistics-tracking tool. Not only does it provide you with all of the basic web stats you would expect, it also allows you to watch recordings of how users interact with your site. You can see their cursor move around the screen, watch them scroll and even move between pages. The product is currently in closed beta but it is definitely worth keeping an eye on because it is extremely powerful and acts as a passable alternative when usability testing is just not an option.

Show 69: All alone

Abandoned by Marcus, Paul struggles on alone through this week’s show. Bravely he manages to cover; the cure to hiccups, how to hunt down those pesky CSS bugs and what’s new in Photoshop CS3.

Play

Download this show.

To subscribe directly within itunes click here

News and events

SWF image replacement

This week sees the launch of SWF image replacement (swfIR), not to be confused with sIFR which replaces text. swfIR combines javascript with flash to apply cool effects to imagery on the fly. swfIR can add rounded corners, drop shadows, borders and even make images scale. What is more it degrades nicely on unsupported browsers. Of course nothing is perfect and there are some known issues. However, it is certainly a good option if you have clients uploading lots of images which need styling.

Yahoo! Pipes

Yahoo! has launched something called Pipes which apparently allows you to “rewire the web” (and here was I thinking the web was made up of tubes). Basically Pipes allow you to combine and repurpose multiple RSS feeds and APIs. At its most basic level it is similar to a service like Feed Digest however it is capable of doing a whole lot more. Not the most user friendly interface in the world but definitely worth having a play with.

Ajax inspiration

I came across miniajax.com which is a nice little site that showcases the latest gadgets and gizmos in the world of AJAX and Javascript. For those of you who already code Javascript this is a great place for inspiration, for the rest of you it is “copy and paste heaven”.

Accessibility and the UK law

Struan Robertson has produced two great articles that clearly lay out your legal obligations on accessibility if you run a website in the UK. Ignore at your peril:

Client Corner: Choosing a design

With Marcus away it fell to me to tackle the client’s corner segment this week. Sticking to what I know best, I decided to discuss how to choose the right design for your site when confronted with multiple options. We look at:

  • How deeply a client should be involved in the design process
  • The dangers of design by committee
  • The subjective nature of design
  • The need to include your target audience in the decision process
  • The importance of brand identity
  • The problems with choosing a colour palette
  • The influence of imagery
  • Layout, resolution and the fold.

Ask an expert: Gary Marshall on instructional copy

Out of all of the guests to appear on the .net podcast Gary Marshall is one of my favourites. He is not a web designer but a technology journalist which means he brings a completely new perspective to the table. On this week’s show I get him in to discuss his impressions on instructional text; you know, the copy the client doesn’t write. From error messages to tooltip help, it is often down to the web designer to write instructional text and what do we know about writing!

Agony Uncle: Bug Hunting

Diagnosing and fixing problems in CSS can be a bitch. Often we resort to randomly trying different things until something works. However, there is a better way. This week we look at bug testing techniques including:

  • Know your bugs; sites like Position is Everything will help with that
  • Validate your code
  • Apply borders
  • Create a stripped down test case
  • Systematically remove chunks of code

Review: Photoshop CS3

This week I finally got around to installing Photoshop CS3 Beta and I have to say I really like it. I put it off for ages because normally these upgrades aren’t worth the effort but this one has made some substantial improvements. Probably the most exciting for me personal are the improvements to the interface, which now has docked palettes rather than those annoying floating ones. However, there are a lot of cool features beyond that, including:

  • Quick Select
  • Refine Edges
  • An improved bridge
  • Smart filters
  • Improved cloning

For a more comprehensive review check out the National Association of Photoshop Professionals (no I am not making that organisation up!)

Podcast 58: Community websites Part 1

This week a somewhat jetlagged Paul discusses virtual communities with Marcus. In particular they focus on the tools available to community builders and the business benefits of social participation.

Play

Download this show.

To subscribe directly within itunes click here

Well, I am back from the Refresh 06 web conference in Orlando and feeling somewhat jet lagged. As a result this week’s show is far from coherent. However, I do get the opportunity to make Marcus envious so I guess it’s worthwhile.

Actually it’s a pretty good show despite everything. We discuss the benefits of meetups and conferences as well as looking at some of the upcoming events such as a North East Meetup arranged by our very own Dan Cave, and the BBC Backstage Christmas Bash happening in London.  

The more conferences and meetups I attend the more convinced I am of their value. If you fancy getting more involved in these kinds of events I would highly recommend upcoming.org.

Our main subject this week is online community and social participation. It is a subject I have been promising to cover for some time and one I am particularly passionate about. As a result I have too much to share for a single show. That is why this week we focus on the tools at your disposal and the business benefits of communities. Next week we will move on to look at setting up and growing your community as well as motivating and managing your users.

Finally, we also manage to squeeze in a review of Twitter.com and take a quick look at the issue of multi-lingual sites (although this is something I would like to return to in the future).

Podcast 48: 10 ways to ruin your design

In the 48th episode of Boagworld.com we look at ten ways to produce a lousy design! We also look at some of the highs and lows of the mobile web as well as review an extremely good open source forum system.

Play

Download this show.

To subscribe directly within itunes click here

Ten ways to ruin your design

In this weeks show we take a light hearted look at some basic design concepts and the relationship between client and designer. This manifested itself as the top ten list below:

Overworking

One of the most classic design mistakes is not knowing when to stop. If you are looking to really mess up a design, be sure to continually pick at it far beyond what is reasonable. Although it is good to strive for perfection, a design can be ruined by constant reworking.

Failure to prioritise

Too many designs are full of different elements all screaming for the users attention. Failure to prioritise what is important on a page can lead to chaos, with all of the design elements on an equal footing. Designing like this leave the user totally confused as to where to begin.

Saying too much

The web equivalent of verbal diarerra can have a disastrous impact on design. Trying to communicate too much information can overwhelm users and leave a design looking busy and confusing.

Choose the colour palette from hell

Colour can make or break a design. A bad choice of colour is not only visually unappealing, it can also hamper accessibility, usability and drive users away. If picking a colour palette is not your strong suit then there are lots of tools around that can help.

Design by committee

One of the most common problems with choosing a design is that more than one person is involved in the decision making process. Because design is subjective you will get a different opinion from every person you show. The more people you show the more opinions you get. If it is necessary to keep all of these people happy you often end up with the lowest common denominator at the end of the day and then nobody likes it.

Fail to communicate

Conflict between designer and client is a sure fire way of destroying a good design. When a client expresses concerns about a design it is important they clearly explain their objections and that the designer doesn’t become defensive. A designer needs to be able to justifying their design approach but should always be willing to compromise.

Micro manage the design

Too many clients micro manage design work. They request specific design changes rather than focusing on overarching issues. If you find yourself micro managing a designer you should either change the designer, produce a new design from scratch or let go of the reins and let the designer do his job.

Clutter the design

White space is essential to good design. Pushing too much content above the fold and so forcing the white space out will wreck a design. Good design should have space to breath and as any art college graduate will tell you, the space between elements is as important as the elements themselves.

Design for a specific machine

What looks right on one PC will not look right on another. Browser, operating system, monitor, video card all effect how a site will look. Be careful that you don’t craft a design for a specific machine (either your own or the clients) but rather make sure it looks as good as possible across as many machines as you can test on.

Let technology dictate your design

If you want your site to look dull and boxy then just focus on the technological constraints. Good designers don’t worry about how they will build a site (at least in the initial stages), they focus on getting the look and feel right. Sure, you will probably have to make some compromises later down the line, but don’t start off that way.

In the news

With the summer over we are suddenly inundated with news:

Also in the show

I discover that I don’t know anything about Web 2.0 (at least according to this fun little site), we run down 10 reasons why you should get a Mac and discuss the infamous "this site is best viewed on…" message. Finally we review the best forum software I have seen for a long time.

Podcast 42: Choosing the right design

It’s not unusual to be in a position where you have to choose between more than one design for a site. This podcast may help with the question “which design do I pick?”.

Play

In this week’s podcast Paul and Marcus discuss the decision making process involved in settling on a design for your site. Whether you are a designer or web site owner this podcast provides some interesting techniques for choosing the right design.

Download this show.

To subscribe directly within itunes click here

Help us out. Complete our podcast survey

How to approach choosing a design

Your approach to assessing a design is as important as the quality of design itself. Approaching your assessment in the wrong way can quickly lead to the wrong conclusions. Below are a few quick tips on assessing a design:

Avoid personal opinions

Design is very subjective. We all know what we like and yet we very rarely agree on what that is. It is easy to simply assess a design based on your personal preference. However, the chances are you will not be the end user of your site and so the design should cater for a wider audience than just you.

Be careful who you show

Although you don’t want your decision to be based on your personal preference you still need to think twice before you start showing it around. The temptation is to show it to work colleagues to get their feedback however they aren’t your target audience either (unless you are building an intranet). Try and avoid design by committee, have one decision maker that collates feedback from end users rather than co-workers.

View the design in context

It’s important that you assess a design within its context. Never print a design out to make your decision. Access each design on screen and within a web browser. After all, that is how other people will view it.

Check on multiple monitors

A design can look radically different on various monitors due to colour balance and gamma settings. Make sure you look at the designs on as many different screens as possible. A good design needs to be flexible enough to accommodate the different screens your site visitors will be using.

View at different resolutions

A design not only needs to work on different monitors but also at different resolutions. The resolution your PC is running at affects what can be seen on a design before you need to scroll. It is therefore vitally important to ensure key content doesn’t slip below the fold.

Accessing the design

Once you have worked out how you are going to go about assessing the design the next step is to establish the criteria by which you are going to make that assessment. Below are some initial ideas you might wish to use. Each of these areas could go into a lot more depth but I have tried to keep to the main points within each area.

Colour

Colour is a very subjective area, so rather than asking people what they think of a colour, ask them what words they associate with a colour palette. That way if they say a colour conjures up images of "progressiveness" you can compare this with the messages you want the site to convey.

Layout

There are two things to look out for when assessing the layout. Does the design have enough white space and does it have an underlying grid structure. White space allows a design to breath, making content more readable. A grid structure provides some organisation to the design and its absence can leave a design feeling chaotic.

Weighting and flow

Does the design draw the eye to key content and show the user what to look at next? Ensure that the design you choose puts the emphasis on the right elements in the same way a newspaper always makes it clear what the lead story is.

Typography

As with layout there are two key things to look out for when it comes to the text on your site. Firstly, make sure that the text has a decent space between lines. Tightly packed text can be really hard to read and will dramatically reduce dwell time. Secondly make sure that the designer has broken up larger blocks of text with headings, sub headings, bullets etc, as this dramatically improves scanability.

Accessibility

Obviously accessibility is a huge area but within the context of choosing a design there is only one main thing you need to know: Can you read the copy? Is there sufficient contrast between foreground text and the background? Avoid designs that you have to strain to read because ultimately they will drive users away.

Usability

Is it obvious what the user should do next? Do links look like links? Is the main navigation clearly positioned and labelled? Is the user overwhelmed with too many options? In many ways usability is the key criteria I use for judging design. Ultimately users just want to get at information as quickly and easily as possible and the design should not get in the way of that objective.

Branding

To a website owner this is probably the most obvious of the assessment criteria. How well does the design conform to your style guide and tie in with existing print material. A continuity across marketing collateral is vital for establishing a strong brand identity and the web is very much a part of that.

Imagery

The final area of assessment is the choice of imagery. Imagery can make or break a website. Some warning signs to look out for include:

  • Small busy images that are hard to see
  • A lack of consistency across the site with different styles of imagery, all mixed up together
  • Images that grab your attention away from content rather than directing you to it.

The golden rule

If there is a golden rule to choosing the right design it would be communication between client and designer. A client should listen carefully to what a design has to say about their design approach and the designer should be able to clearly communicate their ideas and why they have made the decision to produce a certain design. Too many designers fail to justify their approach and too my clients make up their minds about a design without listening to the logic behind it.

Also in this show

In this week’s show we take a look at a number of web conferences including the @media podcast feed, Refresh Orlando (which Paul will be speaking at) and d.contruct. We also discuss the ethical issues surrounding being "inspired" by another website, as well as a review of the Wiltshire Farm Foods website.

atMedia: Great Design

John Hicks, Cameron Moll, and Veerle Pietrers share their thoughts on what makes great design.

I was really looking forward to this session and was hopefully it would rekindle my enthusiasm for design. However, although it was an excellent presentation it has left me with a vague feeling of frustration.

The presentation basically looked at the three pillars of design:

  • Typography
  • Colour
  • Grids

However it was their initial thoughts on design that had the greatest impact on me. In short, great design takes time. The more you can think through a design, the more iterations you go through, the better the design becomes. And therein lies my problem. When you are in a competitive tender situation it is often the time allocated for design that gets cut in an attempt to reduce the price of the project. I often find myself rushing design in an attempt to stay within budget. It can be a frustrating process.

What the presentation has done is inspired me to start pricing projects more realistically in order to ensure design gets the time it deserves.

Podcast 33: Adding search to your site

In their 33rd podcast Paul and Marcus look at how to create the most effective in-site search facility, the differences between RGB, CMYK, Pantone and HEX, and the importance of keeping up-to-date with web development techniques.

Play

Download this show.

Main feature

This week’s show is mainly based around a recent article I wrote on creating a great search facility. So if you want to know what we cover I recommend you check that out.

Techno-buster

The techno-buster section looks at the different colour formats around and which is used for what. In particular we look at whether you can automatically convert from one format to the other or whether some human judgement is required.

Question time

We also discuss a great question sent in from Debbie that asks how we find the time to keep up with all the latest developments in web design. Specifically we discuss the need for managers to assign time for their web design staff to keep on top of what is a constantly evolving industry.

Web Design Resources

Finally we look at what has to be the ultimate web designer’s resource, the Web Developers Handbook. This site has links to pretty much every web design resource you could ever need.

View the Web Developers Handbook

Podcast 31: Working with style guides

Taking a corporate identity and making it work online can be a challenging process. This week Paul and Marcus look at how to take a style guide and make it work on the web.

Download this show.

The majority of larger organisations have some kind of style guide. Normally this was put together by the print design agency that created their brand identity. Unsurprisingly therefore, it refers heavily to the use of that identity in printed material with often only a passing reference to the web.

It is not unusual for style guides of this type to be full of references that are either not relevant online or which cannot be adhered to for technical reasons. References to Pantone colours or centimetres have to be reinterpreted for the web as does the choice of fonts and size/positioning of the logo.

This podcast discusses the various problems that can occur when working with print style guides and looks at possible solutions. It also stresses the need for flexibility and compromise between client and designer.

Question time

This week’s show is also packed with listener questions. Paul and Marcus discuss questions relating to:

  • The use of images for headings
  • Whether clients care about web standards
  • The use of interactive site features like forums
  • Setting up an online business

Techno-buster: PNG

The techno-buster this week looks at the PNG image format. Paul and Marcus compare PNG with JPEG and GIF, discuss its advantages and disadvantages as well as looking at some solutions for poor browser support.

Web resource review: Bite sized standards

This week’s web resource review looks at a new site to emerge called Bite Sized standards. This site is aimed at busy designers and developers who struggle to keep up with all of the latest web standards techniques. It collects together all of the latest approaches, strips out the discussion and provides the raw code in a nice digestible form.

We’ve been immortalised!

Finally we wanted to let everybody know that some enterprising group has turned the boagworld podcast into a range of merchandise. Although the design needs some improvements and they didn’t consult us first, the boost to our egos is enough for us to let them off! Check them out and buy one if you are brave enough to face the ridicule!

Design for your CMS

With next weeks podcast being on content management systems I have been thinking a lot about how they work. In particular, I have been mulling over the unique challenges they create when it comes to the front-end design.

One of the biggest areas of business for us at Headscape is the creation of design templates for content management systems. A lot of organisations have in house developers who purchase or build their own CMS but don’t have the skills to do the design work involved in the front end of the site. As a result, they come to us looking for help.

Over the years, I must have worked with dozens of different content management systems, all with their own unique constraints. I really have seen every quirk imaginable, from systems that only allow colours chosen from the web safe palette, to a CMS that insisted on a strict three-column layout for all sites.

However, probably the most universal problem with any CMS is that it gives the website administrator limitless control. "Isn’t that half the point of a CMS?" I hear you cry. Well yes, it is, but that doesn’t mean it can’t prove annoying if you’re trying to design the interface. Let me explain what I mean:

Limitless sections

Many content management systems give website owners complete control over the structure of their site including the top-level sections. This means they can continue to add sections until inevitably they break the design. This is especially true of horizontal navigation because you obviously want to avoid horizontal scrolling. To be honest your options are limited:

  1. You instruct the users not to add top level sections or disable that feature.
  2. You avoid horizontal menu’s entirely and design your site in such a way to allow for expanding of vertical navigation.
  3. You create a horizontal navigation that wraps nicely when there are too many sections.

None of these options are particularly elegant, nevertheless this is something you need to consider carefully in the design stage.

Deep navigational structure

Of course, the problems don’t stop there. If a user has control over the structure of the site, it is also possible for them to create sections, within sections. With this kind of limitless flexibility, you cannot presume in your design that you only need to display one or two levels of navigation. In theory, your navigation has to be limitless.

This problem can be solved in a couple of different ways. One option is to show only the siblings, parent and children of any particular page. This works very well particularly when used in conjunction with breadcrumbs, however it does have some drawbacks.

Another approach is to use a breadcrumbs style of navigation. This is something I have covered before in my entry entitled "Dealing with complex navigation" so I won’t go into anymore details here.

Varying column heights

Of course as well as expandable navigation, there is also potentially endless content! With few clients following Steve Krug’s rule of taking your content and halving it, pages can get incredibly long. However, on other occasions it is common to find the navigation being longer than the body copy. With content and navigation being so flexible it is important that your design can comfortable expand or contract to fit what is there. The golden rule here is to test endlessly with different content and different navigation to see if your design breaks.

Ever-expanding names

With users having control over naming pages, another problem arises. As web designers, we have learnt that short snappy names for sections are much easier to read and digest. As a result, we tend to design on the assumption page names will be relatively short. However, you cannot guarantee this if the client has control over the site structure. Make sure you check that page names wrap nicely whether they appear at the top of the page or in your main navigation. Always design for the worst-case scenario and remember if your site is multi-lingual that some languages can have words considerably longer than their English equivalents.

Interchangeable boxes

Not only can the user control the site structure and page content but in many content management systems, they also have some control over the layout. This is often particularly true on the homepage where they can often reorder content "modules". This means any design that you propose has to be flexible enough to allow these "modules" to be moved around. The trick is to do this without the design becoming too blocky. I have found that using curved corners, overlaid imagery and removing borders can help to blur the lines between these "modules", creating a less boxy feel.

The evils of the WYSIWYG

Probably the biggest area of concern is the dreaded WYSIWYG editor. With this, a client can ignore all your lovely design rules and do whatever the hell they like with your page. This is probably the biggest danger area in content management design.

My recommendation is to try and persuade the client to swap out their CMS default editor with something like Xstandard. With this WYSIWYG the client enters content semantically rather than worrying about the design. In other words they tell the WYSIWYG that something is a heading and the CSS file defines its look, rather than the user defining the font, styling and colour themselves. Failing that it is important that the designer provide a very clear style guide covering exactly what is acceptable and what is not.

What’s your experience?

These are just a few of the challenges that I have discovered over the years but I would be interested to hear what your experiences have been? Which content management systems have you used and what problems have you encountered. What advise would you give to somebody designing for a content management system for the first time? Post your comments here.

Podcast 22: How your website sells

Whatever your website is about, it has to sell something. From selling an idea to a product or service, every site has its place in the sales process. This podcast looks at what that process is and how your website plays its part.

Play

Download this show.

News and stuff

This week we look at the new beta of Internet Explorer 7 as well as correcting a heap load of errors we have made in previous podcasts! However, most importantly we tell you about the geek dinner being held in honour of boagworld.com.

For more about the geek dinner check out my post

Win a ticket to SXSW by visiting the geek dinner website

Technobuster: Validation

This week’s technobuster section looks at Validation. What is it, why bother and how it work?

Read our validation post for more details

Main Feature: How your website sells

As I said at the start of this post, every website is selling something. Even the most dreary public sector site is trying to convince somebody of something (selling an idea). In many ways most of life is about sales, we are always trying to get people to see our point of view, to do something we want them to do. Unattractive though it is, sales are the cornerstone of web design and yet so often it is overlooked.

In this episode of boagworld, we explore some of the underlying sales principles that have been around for years and try applying them to the web.

Seven steps in sales

It is widely accepted that we pass through seven states in the purchasing process:

Satisfied ignorance

We do not believe we have a need and so are making no effort to fulfil that need. For example if you have just eaten, you feel no need to eat more.

Awareness of need

You are aware you have a need but have yet to take action. Gaining an awareness of your need can be triggered by external or internal sources. For example you may start to feel hungry (an internal trigger) or you might smell some food cooking, which makes you hungry (external).

Information search

You now actively look for a way to fulfil that need. Either we rely on internal sources such as a memory of a nice place to eat, or turn to external sources, such as a recommendation of a restaurant from a friend or family member.

Evaluation of alternatives

This search process will lead to a number of alternatives. Do I eat in a restaurant or cook something myself? We weigh the pros and cons of different options in order to settle on a decision.

Purchase decision

In this stage, we begin to look at the specifics of our decision. If we have decided to cook ourselves, we decide on what we will actually cook.

Purchase

This is the actual decision to act. In some cases, this will be a literal purchase while in others it might be a call to action like volunteering ones time or changing ones point of view. Understanding what your site’s objective is (your purchase point) will help you position it in the sales process outlined here.

Post purchase

This is the point where we decide if the "purchase" was the right decision and whether we intend to stick with that decision.

Applying the sales process to your site

Understanding these steps are one thing, applying them to your site is quite another. It is especially difficult if your site is not an ecommerce site. The goal is to understand which of these steps you perceive your site addressing and which are to be dealt with by other methods (such as on or offline marketing). Before you can do that, you need to understand what your ultimate goal (sale) is.

Let me give you an example of what I mean. Headscape is a web design company that offers a variety of services that are tailored to individual companies needs. They do not sell a tangible off the shelf product and so the web is not an appropriate environment to complete the transaction. Instead, the actual purchase point needs to be reached from negotiation between the client and the Headscape team. Therefore, the Headscape website is primarily geared around helping prospects with the "evaluation of alternative" stage. Anything before this point in the sales process and the prospect wouldn’t have found the Headscape site, anything after this point and we would prefer to be talking to them face to face.

Knowing where your website fits in helps determine factors like supporting marketing, content requirements and general design/functionality.

Useful questions

The following questions might help you to better understand the positioning of your site:

  • Does your site need to convince the user of their need before you present them with a solution? For example, the majority of visitors to the Headscape website already know they need a site and so this part of the process is unnecessary.
  • Does your site need to explain the solution to the users need before selling your particular proposition?
  • Does your site seek to maintain the prospects attention while they investigate alternative solutions?
  • Does your site manage the purchase process online?
  • Does your site provide post purchase support?
  • Are there methods in place to raise awareness of their need and help in finding your site?

I realise that this is a bit of a tricky concept to explain so have a listen to the podcast and if it still isn’t clear post a comment on this site.

Web resources: Choosing a colour palette

This week Paul and Marcus looked at three sites that help you choose the right colour palette for your site.

Dark-i.com
This site lets you view example sites based on palette to see how other designers have worked with certain colour combinations

Colour blender
This site allows you to quickly and easy try out different colour combinations together as well as making suggestions of colours that will work well.

Colour Schemer studio
The colour schemer studio is the best colour theory software around. This excellent little tool helps you create the perfect colour palette. A great buy!

Designing for an older audience

If the average user on your site is what we would politely referred to as “mature�, then you definitely need to check out this excellent report from webCredibles.

I don’t know how it happened but somewhere along the line Headscape has ended up doing a disproportionately large amount of design work for an older audience. Perhaps this is something to do with the fact that we are an aging population with the number of people over 60 dramatically out numbering those under 16. Whatever the case, the fact that I design regularly for an older audience meant that this report from webCredibles caught my eye.

webCredibles compared 16 usability test sessions, 8 using an older audience (over 65) and 8 with a younger audience (under 40). The comparison led to a number of interesting observations as well as some excellent advice on designing for an older audience.

The recommedations

Their recommendations (with which I totally agree) included:

  • Designers should investigate innovative ways to communicate the fact that a page had not finished and requires scrolling
  • Technical terms should be avoided if possible – and where they have to be used, a clear explanation must be easily accessible (including examples wherever appropriate)
  • Links should be identified in a consistent and obvious way (e.g. blue, bold, underline, red on mouse-over)
  • The attention-grabbing features on a page (e.g. headings, pictures, icons, instructions and bullets) should be links
  • Visited links should change colour
  • Provide an HTML-version of as much content as possible and do not require users to install software (even Adobe Acrobat) in order to be able to access information
  • Make content as concise and clear as possible – consider providing two versions of the same content (‘simple’ and ‘detailed’) and allow users to decide which they want to access
  • Sites should provide a ‘Make the writing bigger’ link with accompanying illustrations/icons and always use high contrast to display text e.g. black text on an off-white background (N.B. using an off-white background is preferable to white because it reduces the chances of eyestrain for people who are slow readers)
  • Provide explicit instructions by using the imperative forms of verbs (e.g. ‘Go to more details on…’, ‘Find a…’, etc.)

Dealing with scrolling

All good advice and particularly relevant for me as I am currently working on a site aimed specifically at the over 65 market. One particular problem that I am working on is how to encourage users to scroll. It is interesting to note that although webCredibles raise this as an issue they offer no real solutions.

One possibility I am currently working on is adding a fixed position (doesn’t move when the page scrolls) message explaining there is more content below the fold. When the user clicks the message, the page automatically scrolls down revealing more content. There is a whole bunch of usability and technical problems associated with this, but it might just be a viable solution. I will let you know if I get it working.

I would be interested in hearing your thoughts on encouraging scrolling. If you have any great ideas, post a comment here.

Semantic code: What? Why? How?

Web designers like to throw around a lot of jargon. With that in mind, I want to focus on the more popular techno babble and try to dispel some of the mystery. First up: semantic code.

What is semantic code?

Even if you are not a web designer, you are probably aware that your site has been written in HTML. HTML was originally intended as a means of describing the content of a document, not as a means to make it appear visually pleasing. Semantic code returns to this original concept and encourages web designers to write code that describes the content rather than how that content should look. For example, the title of a page could be coded like this:

<font size="6"><b>This is the page title</b></font>

This would make the title large and bold giving it the appearance of a page title, but there is nothing that describes it as a title in the code. This means a computer is unable to identify this as being the page title.

To write the same title semantically so that a computer understands that this is a title, you would use the following code:

<h1>This is a heading</h1>

The appearance of your heading can then be defined in a separate file called a "cascading style sheet" without interfering with your descriptive (semantic) HTML code.

Why is semantic code important?

I have already hinted at one reason why semantic code is important when I said that without explaining what a piece of content is, a computer has no way of identifying it. The ability for a computer to be able to understand your content is important for a number of reasons:

  • Many visually impaired people rely on speech browsers to read pages back to them. These programs cannot interpret pages very well unless they are clearly explained. In other words semantic code aids accessibility
  • Search engines need to understand what your content is about in order to rank you properly on search engines. Semantic code tends to improve your placement on search engines, as it is easier for the "search engine spiders" to understand.

However, semantic code has other benefits too:

  • As you can see from the example above, semantic code is shorter and so downloads faster.
  • Semantic code makes site updates easier because you can apply design style to headings across an entire site instead of on a per page basis.
  • Semantic code is easier for people to understand too so if a new web designer picks up the code they can learn it much faster.
  • Because semantic code does not contain design elements it is possible to change the look and feel of your site without recoding all of the HTML.
  • Once again, because design is held separately from your content, semantic code allows anybody to add or edit pages without having to have a good eye for design. You simply describe the content and the cascading style sheet defines what that content looks like.

How to ensure a site uses semantic code?

There is no tool that can check for semantic code. It is a matter of looking at the code and seeing if it refers to colours, fonts or layout instead of describing what the content is. If looking at code all sounds a bit too scary then a good place to start is by asking your web designer if he codes semantically. If he looks at you blankly or starts waffling, you can be sure he does not. At that point you need to decide if you wish to pressure him into getting up to speed or if you want to find yourself a new designer!

Site evolution

In this post I look at how a site can be enhanced over time rather than redesigned intermittently.

In a previous article I talked about changing the client/web designer relationship from a “per project relationship”, to a more dynamic continual association, allowing for site evolution rather than site redesign. In this entry, I want to unpack that concept a little further and look at how a site can be enhanced over time rather than redesigned intermittently.

Benefits of evolution

Before we look at how site evolution can be achieved, let’s take a moment to examine why it is worth doing in the first case.

Why throw money away?

As I indicated in my last article on the subject, there are significant cost savings to make by evolving rather than redesigning your website. Most organisations redesign their website every three years or so. The old site is thrown away, and a new better site is put in its place. This demands a significant investment each time as the entire site is rebuilt from scratch. By taking a more evolutionary approach, each financial investment into the website builds upon the previous work done. With evolution, it is about building on what has gone before not replacing it.

Something to shout about

From a marketing perspective, evolution offers some exciting opportunities. With periodic redesign, you get one decent chance to shout about your site every few years when it undergoes a major relaunch. However, evolution allows you to go back to your users continually, telling them about the latest developments on the site. Each time you make a usability enhancement or improve the sites accessibility you can inform your customers. Every time you add a new piece of functionality, you have something new to shout about. Evolution provides a continual stream of marketing opportunities even for the most unexciting site.

Keep them coming back for more

I have written before about the importance of generating repeat traffic and keeping users engaged. Traditionally this has been achieved through updates to the content. Things like regular news stories, constantly updating events and new product ranges are all great ways to keep users checking your site. However, site evolution now offering the opportunity to engage users through improvements in the functionality and appearance of the site. User return to the site to see how it has been enhanced as much as to see what content has changed. Small tweaks to the site are a good way of demonstrating that your site is constantly maintained and worth regular visits.

Laying the right foundation

The benefits of site evolution are obvious but how do you practically go about evolving your website over time? The key lies in laying the right foundation. Too many sites are built with redesign instead of evolution in mind. They are built with the expectation that not much will change on the site for two or three years and then it will be built again from scratch. Sites built with this mindset will be difficult to evolve because the fundamental building blocks of evolution will not be there.

If you are commissioning a website build, it is vital that you ensure your designers and developers build with evolution rather than redesign in mind. Only if they do this can be hope to move your site forward in incremental steps rather than periodic redesigns.

Building blocks of evolution

These “building blocks for evolution” can be summarised as follows:

Separation of content from design

I have talked about web standards many times before in this blog. Standards primarily revolve around separating the content of your site from its visual appearance.

This approach provides many benefits but the one that applies the most to site evolution is the ability to make global design changes simply and easily. Site evolution works on the assumption that you cannot guess how your site will change over time. It is therefore vital to make everything as easy to alter as possible. By separating design from content, you can adapt the look and feel of your site from a central location instead of editing each individual page. Without this separation, design changes become a painful process of find and replace across every page on your site.

Let’s say for example you change your corporate colours and your website needs to reflect this. With standards, you can edit your central design files (CSS) and these changes are shown instantly across your whole site. Without web standards, you would have to edit manually every page of your entire site in order to achieve the same result. The time involved in such an undertaking would almost be as significant as a complete site rebuild!

Separation of behaviour from content

In the same way, you separate content from design because you cannot predict what changes you may wish to make in the future, so you should also separate behaviour. For example, just because you currently want all links to external websites to open in a new window, doesn’t mean you will always want that to be the case. By putting this kind of behavioural functionality in a separate file, it is easy to edit them centrally rather than updating each page individually where the behaviour is used.

Well defined content

As important as it is to separate out the design and behaviour from the content, it is equally important to ensure the content is clearly “marked up”. “Mark up” refers to how the content on your site is defined. This definition is how your web browser knows what to do with it. For example, an important heading on your site would be “marked up” as follows:

<h1>This is an important heading</h1>

Without those tags, the browser would have no way of knowing that particular piece of text is a heading. However, more importantly without this clean, uncomplicated definition of content you cannot easily define how that content should look or behave. For example without the H1 tag you see above it would be impossible for you to change the appearance of all your major headings.

I know this is in danger of getting technical, something I try to avoid on this site. However, as a website owner you need to be aware that many web designers do not produce this kind of well “marked up” content. If they don’t do it on your site, then evolving the appearance or functionality is going to be that much more difficult.

Templates and content management

Most of the web pages on your site look the same. They have the same navigation, the same branding, and the same layout. Normally, it is only the content that changes. It is therefore sensible that these common areas in each page are built using a template. That way when you change the template you update all occurrences of these consistent elements across the whole site. Once again, this approach allows you to make site wide changes ease.

The only slight complication to this approach is that some special technology is required. In affect, each page needs to be built automatically from the template when the user goes to that page. In most cases, this process is handled by a content management system. If you are considering evolving your site overtime then a content management system is probably a good investment. Not only does it allow pages to use templates it also gives you (the site owner) a lot more control over the structure and content of your site. Typically, a content management system will allow you to edit pages, add new pages and reorganise the structure of your site. In short, a content management system allows you to evolve the content and structure of your site without the need for web designers.

Design flexibility

The final principle of site evolution is ensuring flexibility in the look and feel of your site. Although I have already outlined how separation of content from design enables you to make gl
obal changes to the look an
d feel of your site, you still want a design that is as flexible as possible. You do not want to be in a position where you are making major changes to a sites appearance just because you add a new top-level section or a new type of content. A design should be flexible enough to accommodate these kinds of additions without a major overhaul. This makes for a better user experience as dramatic changes in a sites layout and design can cause confusion and frustration. Far better that a sites look and feel evolves through a series of small changes that the user has time to assimilate.

Conclusions

There are obvious benefits to evolving a site over time rather than undertaking sporadic redesigns. However, it is important to remember that the foundations need to be in place before you can successfully follow this approach. It will be hard to evolve a site that has not been built with this approach in mind. Ensuring content, design, and functionality are all maintained separately is key to the success of a constantly evolving website. Without those the overheads of evolving your site will be too high.

Print designers and the web

I often find myself working along side traditional marketing agencies when developing websites. However, today is the first time that I have seen a client’s website suffer because of it.

I like to think Headscape are a talented bunch. Certainly based on the feedback from our clients we do a reasonable job. However, for the first time ever we have come across a client who we seem incapable of pleasing.

Currently we are working on a project where we have produced three separate designs for the client. We have gone through endless iterations and have really tried to take onboard their comments. I can honestly say that the design work we have produced for them is some of the best we have done. However, despite all of that we have failed. We have failed to find something the client likes.

Although we still have a good working relationship with the client, they have decided to get their marketing agency to do the design work for the site. Today I got my first look at what they have produced and frankly, my heart sank.

Print designers failings

Okay, we all know that design is subjective. Just because I visually don’t like the design a lot, doesn’t mean it is actually bad. However, it does suffer from some of the classic problems associated with a print agency producing screen based design. Here are a few of the issues I have spotted:

Resolution

One of the most common mistakes made by print agencies working on web design is that they take no account of screen resolution. The design proposed by this agency would involve sideward scrolling at 800 by 600. Not a problem you face with a nice printed brochure!

Colour palette

Colours that work well in print just don’t always work on screen. Reading online is bad enough anyway without choosing colours that buzz or just break up at low resolutions.

Accessibility

Accessibility isn’t something that is often considered in print material but is vitally important on the web. Forms without submit buttons, designs that can only be built with JavaScript and form fields that don’t look like form fields are just a few of the mistakes often made by print designers.

Technological constraints

Print designers just don’t have a grasp of the technological constraints on the web. The limited number of fonts, the layout restrictions of content management systems, the quirks of different browsers (in rendering HTML & CSS), the list could go on. Understanding your medium is vital to creating a successful design.

Usability

Probably the biggest failing of print designers who work on websites is their failure to understand how users interact with websites. Print designers often just try and replicate a brochure online. They don’t take into account that users don’t like to read big blocks of text, or hate to scroll. They don’t grasp that web users skim read pages trying to quickly find key content. The result is that you see designs that use multiple columns of text with little to break it up into blocks.

For me using columns of text, such as you would find in a printed publication, is the ultimate print designer’s failing. Not only is it hard to scan but also involves constant scrolling up and down the page.

Our failings

I would love to be able to post the design here and allow you to compare it to the ones we produced but that would be unfair on the client. The problem is that the client is more used to offline printed material than the web and so they are heavily influenced by what the print agency produces. That’s not the clients fault, that is a failing on our part to educate the client about the realities of web design.

So what about you? Have you come across similar problems? Are their other common mistakes I have missed? Add your comments.