Show 82: Microsoft drones

This week on Boagworld: Paul talks about managing enquiries, Marcus asks whether you should add links to your website on client sites and Rob Borley talks about ASP .net.

Play

Download this show.

Launch our podcast player

News and events

Staying Creative

I came across a great article this week by Keith Robinson about how to keep being consistently creative. Constantly being creative can be a challenge sometimes, especially when a chunk of your time is spent on less creative activities like coding or consultancy. This article provides some incredibly practical advice about how to keep those creative juices flowing.

The one part that particularly resonated with me was the need for time to play. I am very fortunate at Headscape that Chris and Marcus let me have time to experiment and try new stuff. The result is that I am much more creative than when I used to do production work all the time.

However, this article also offers advice for those of you who don’t have the same luxury. It talks about how to force yourself to engage on even the most dull project as well as the need to pursue your own projects and interact with other creative people.

WCAG Samurai

Over a year ago now Joe Clark published an article on A List Apart entitled “to hell with WCAG 2.0“. Following this slamming attack he went on to create the WCAG Samurai who would develop an alternative to WCAG 2 based on WCAG 1. A year later and we have a working draft of WCAG 2 as well as the recently released WCAG Samurai guidelines.

I have to say the WCAG Samurai Errata is a lot easier to understand than WCAG 2.0 but WCAG 2.0 has come a long way since Joe Clark’s article. Personally, the arrival of the WCAG Samurai guidelines have generated mixed feels in me.

I not an accessibility expert and so am naturally drawn to the Samurai guidelines. They are easy to understand and don’t use confusing or vague language. However, at the same time I have a feeling that yet another set of guidelines is only going to confuse matters.

I guess my hope is that all of the different interpretations on accessibility will make clients realize that accessibility is about more than confirming to a series of checkpoints and encourage them to start thinking in depth about their accessibility policy.

Movable Type 4 (Beta)

Yes I use Movable Type. I know the rest of the world uses WordPress but movable type works for me. I run the boagworld website on movable type and have no intention of changing so don’t bother writing in trying to convince me.

That said, I wanted to point out the recent release of a beta for Movable Type 4. I have to say I haven’t installed it yet but it looks good. Its still in beta and apparently buggy in places but some of the features look impressive.

They have revamped the interface which in my opinion was better than WordPress anyway. They have improved the content management capabilities, finally added a WYSIWYG editor and added support for Open ID.

If you are not already a Word Press drone then check it out.

Mobile web developers guide

This week the dev.mobi website has released a comprehensive guide for mobile web developers.

If you have listened to this podcast for any length of time you will know that I am constantly banging on about the mobile web. Developing websites that work on mobile devices is going to become ever bigger business and although it is a challenging area, I think it will be a huge niche for those willing to embrace it.

Of course, at the moment it is a relatively immature market and finding good information can be tricky. However, this guide looks very good. I can’t claim to have read it all yet but from what I have seen this is a must read if you are looking to explore the area of the mobile web further.

Agony uncle: Promotional links

I was ferreting around in the forum for something to chat about and found this question from Remy:

I was wondering what the opinion was on adding a “Site built by Such and Co.” at the footer of a client web site.





I remember thinking it was normal practice in the late 90s and early 00s, but the more I look around today the less and less I see other web design/developer firms doing it.





I do think it’s a cleaner design if you don’t add a link off to a random (to the user) web site, but I remember hearing on one of the podcasts on boagworld that this is how this had contributed to Headscape’s (page)ranking on Google – i.e. by having well ranked web sites linking back to Headscape.





Just want to see what other people thought before I go and slap a nasty ‘who dunit’ at the bottom of my client’s web site.

This is a fairly old post and there’s a lot of interesting and useful stuff on there. But I thought that chatting things through, and letting people know what Headscape does, could be useful.

It generates business

It really does. Lots of it. I can honestly say that I think our credit (which was, interestingly, on a separate credits page) on the old National Trust site played a major part in whether or not Headscape would have survived its first couple of years.

I try to make sure that I always ask new enquirers how they discovered Headscape. Off the top of my head, I would say that around 1 in 20 say they followed a link from one of the sites we have built. We are currently talking to a prospect that followed the link on one of the university sites we developed.

Don’t expect a link

Whether a link appears is up to the client. Ask them if they mind. If they do, ask if you could have a link on a credits page or possibly just on a single page (e.g. ‘About this site’ if they have one or the contact page).

If they still mind, leave it.

We formalise the arrangement in our terms and conditions, as follows:

The Contractor shall have the right to incorporate, in a readily viewable location, a credit and hypertext link in the Deliverables.

Use useful wording

Useful wording to a search engine that is. For example, ‘Designed by Headscape’ doesn’t really help page ranking at all, whereas ‘Web design by Headscape’ does as it includes the search term ‘web design’.

Beware CMS based sites!

There is always the possibility that doing this could backfire. If a client has control over aspects of a site’s presentation then there is always the possibility that they could make a nasty mess of your excellent work. You have to ask yourself whether a link, in this case, is valuable.

Client corner: Handling enquiries

The idea of the client corner section is that we tackle questions clients have. However, this week I answer a problem I am facing myself; how to handle enquiries better. We get enquiries from the Headscape website and I just don’t think we handle them very well. I always have the feeling some are getting lost and when I go away on holiday they just don’t get answered. After some thought on the subject I think I have come up with some enquiry handling techniques that might help.

Ask the expert: Rob Borley on ASP .net

I often get people asking to know more about the way we work as Headscape. What technologies do we use, what approaches do we take, how do we make business decisions? To be honest I often avoid this questions because I don’t want this podcast to feel too much like a Headscape sales pitch. However, several times I have been asked by people why Headscape works mainly with ASP .net instead of PHP or Ruby on Rails so I thought we might take a look at that decision.

Knowing little about server side coding myself I thought it was best to get Rob Borley (our technical lead) onto the show to talk about the decision we made in going down the .net route.

Its actually a really interesting segment that gives a real insight into how we run our business and how we go about making decisions in regards to technology.

Website feedback mechanisms

For many businesses a website is a lead generation tool. However, although a lot of thought is put into the website itself, very little is put into the gathering of the leads that result from the website.

As normal, when I returned from holiday I found myself faced with a mountain of email. Among the pile I have found several enquiries from the Headscape website which have remained unanswered for the week that I was away. Obviously, this is not good and it has started me thinking about how we as website owners handle enquiries and feedback that come from our websites.

As far as I am aware there isn’t much written on the subject of enquiry processing, which is strange considering that correspondence between website owners and site users is fundamental to the success of many sites. As nobody else seems to be talking about this much I thought I would jot down my thoughts on the subject.

Mechanisms for feedback gathering

A good place to start is by examining the methods you allow users to communicate through. It is easy to underestimate just how many options are available and each has its own pros and cons. Think carefully about your site and the people that use it. Are you really providing the right mechanisms for your users?

Email

Email is probably the most common form of communication from a website to its owner. Its easy to add an email address on your website and a lot of users prefer to email directly rather than use a form, because they can then keep a copy of the correspondence.

However, email is not without its problems. Not every user has an email address or access to their email client at a particular time. Also publishing your email address on a website opens yourself up to spam. There are ways to mask your address from spammers, but this often creates accessibility problems.

Forms

The next most common option is to allow communication through forms. A contact us form has an advantage over email because it doesn’t require the user to have an email client. However it can still suffer from spam. One advantage of a form is that it allows you to funnel emails in different directions based on the type of user enquiry. For example if a user specifies the message as a support query it can be sent to a different person than a sales enquiry.

Forms are probably the most versatile and powerful communication technique available and certainly work well on larger sites. However they are not always the right solution 100% of the time.

Forums

Although forums are often perceived as “user to user environments” rather than “user to website owner”, that doesn’t have to be true. Forums are an excellent way of communicating directly with your users. They are particularly good on a site where the enquiries are not confidential in nature and where you are getting the same enquiry again and again. A typical example of this is a support forum. By answering a support question publicly you avoid having to answer the same question multiple times and empower users to find their answers quicker without having to wait for your response.

Obviously, this approach wouldn’t be appropriate for sales enquiries and it still can suffer from spam however in certain circumstances forums can be very powerful.

Comments

Comments are a growing feedback mechanism, made popular by the growth of blogging. In many ways they provide similar benefits to a forum however they are slightly more limiting. On a forum a user can start a new thread dedicated to any subject they choose. When posting a comment it is normally attached to an existing web page on a specific topic. Although this is restrictive it can be appropriate if you are looking for feedback on a specific issue and want to avoid too much secondary discussion.

Ratings and reviews

Ratings and reviews can work particularly well when you are looking for feedback on a product line or article. Although ratings provide only limited feedback (a score) this also means that it is very easy for a user to participate. The ease of contribution makes it more likely a user will feedback than otherwise would have been the case. This approach works well when a website owner wants feedback on a specific web page. Having questions like “did this page answer your question. Yes or No?” is much more likely to get a response than an open comments box.

Live chat

More and more sites are introducing “live chat” facilities. To be honest I have mixed feelings about live chat. On the right site I am convinced it can be a powerful tool, however it can also create usability and accessibility problems. The best use of live chat I have seen is for answering support queries. They allow users to get instant answers without having to pay international phone call rates to contact foreign websites. They also allow website owner to handle a greater number of simultaneous enquiries than would be possible on a phone call. However live chat can be intrusive when the website owner initiates the conversation and on smaller sites the demands of having somebody available to answer queries can be prohibitive.

Of course, unlike every other method mentioned so far, live chat doesn’t seem to attract spam and so in that regards it is appealing.

Instant messaging

A cheaper and easier to implement alternative to live chat is simply to publish an instant messaging address on your site. Of course this does require your visitors to have an instant messaging client installed but that is less of an issue these days. Although instant messaging is a nice extra to have, I don’t think it will ever be more than an alternative for people who particularly like to communicate that way.

Offline mechanisms

It is easy to forget offline mechanisms of communication such as telephone and post. In fact it is surprising just how many organisations fail to include their telephone number and postal address on their sites.

Different mediums are good for different things and although a website can be an amazing tool there are some times when you just want to pick up the phone and talk to somebody. If you fail to put traditional contact information on your site then you do it at your own peril.

Dealing with feedback

Although the different communication methods are interesting, I guess the real question is how do you deal with enquiries when they come in (from whatever source). It is in this area that my own site currently fails and that is what got me thinking about how we approach the problem with our clients. This is the advice we normally give:

Feedback manager

One of the biggest problems I encounter when it comes to handling enquiries is that nobody sees it as there responsibility. Probably the best thing that can be done to improve how feedback is handled, is to ensure that there is at least one person in the organisation that has a clearly defined responsibility to respond to these correspondence.

Depending on the size of the website and the structure of your organisation, this may need to be multiple individuals, but the key is to ensure that these individuals are in no doubt about what is required from them.

Collection mechanisms

As I have learnt from personal experience over the last week the way that feedback is collected and processed is crucial. When somebody completes an online form where does it go? What happens if the person collecting those emails is away? How do you make sure that email is not lost in transit? How do you ensure the feedback has been responded to?

I remember working on a classic example of a bad collection mechanism a few years back. We were working for a travel company would created personalized quotes based on a form completed via their website. The problem was that enquiry form was sent as an email to a public folder in outlook. Sales staff would check that folder periodically and respond to any outstanding emails.

The whole process was incredibly painful. The folder wasn’t checked regularly enough and sales people would cherry pick the best leads leaving many emails unanswered in the hope that some other “sap” would deal with them. Emails would be responded to multiple times in some cases while others were simply lost in the scramble.

Eventually we built them a backend system that allowed administrators to assign enquiries and track their progress through the system, as well as provide reporting on response times and conversion.

Having a clearly defined and efficient mechanism for dealing with feedback from your site ensures that nothing slips through the cracks.

Speed of response

Ensuring that you respond quickly to enquiries is one of the best ways of differentiating yourself from your competition. One of the most common ways of achieving this is with an automated response as soon as a form is completed or an email sent. Although these kind of responses do provide some value as they let the user know the enquiry has been received, they do nothing to improve the users perception of your service. Automated response are impersonal and are the email equivalent of an automated telephone system saying that “your call is important to us”.

In my opinion nothing is better than a quick personal email thanking somebody for their enquiry and promising a more detailed response as soon as possible. Of course this isn’t always possible if you are dealing with a large number of enquiries, but for most businesses this is more than achievable.

Tracking feedback history

There is nothing more annoying than having to repeat yourself and with electronic communication at least, there should be no need to do so. Make sure that whatever system you use to track feedback also has the ability to archive and retrieve previous correspondence so that you don’t need to ask the user to cover old ground.

Personally I am a fan of customer management systems that allow for the tracks of all correspondence with a client whatever method is used. There are loads of greats systems around with something appropriate for your business, whatever its size.

Choosing a response mechanism

Finally I wanted to mention the mechanism by which we choose to respond to an enquiry. I recently listens to an interview with the authors of “Send: The How, Why, When – and When Not – of Email” who talked about the importance of knowing which medium to use in communications. The temptation is to respond in the medium with which you were originally contacted. For example, if somebody sends you an email you should respond with email. However, depending on the nature of the enquiry and the dialogue you need with the enquirer, it might be better to pick up the phone, instant message them or even use good old snail mail.

As with so much in life, always pick the right tool for the job.

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].

The life of a web designer

Well we have just had our first show and tell day at Headscape.

The problem with Headscape is that we are a distributed company. That means we don’t have a lot of opportunity to just hang out and mess around.

To get around this problem we have started meeting up once a month. We chat, eat out and show off bizarre side projects we have been working on. It gives us a chance to play with stuff and get to know each other a bit better.

The first such day has taken place today and was actually really cool. Some of the projects people showed off were very impressive including some new project management approaches and a very in-depth (if slightly nerdy) football game.

Personally I went for the immature approach and put together a silly video using my new shinny mac to give people a glimpse of my working life. In good web 2.0 tradition I have added it to YouTube.

Believe it or not this is not the most immature of the entries. This prize surely has to go to Leigh and his incredible Blow Selector.

Show 78: POSH?

This week on Boagworld: Paul redesigns the way clients and designers interact, Marcus asks if you really need a content management system, and Garrett Dimon sharings his experiences of information architecture.

Download this show.

Launch our podcast player

News and events

Breadcrumbs are good, its official

When Jakob Nielsen speaks the world listens. This week he has come out with the shocking revelation that Breadcrumbs are good. Okay, so this doesn’t come as a surprise to most of us, but its still an interesting read. Apparently more and more people have come to rely on this secondary navigation tool and notice if it isn’t there. Jakob believes that breadcrumbs never cause problems in user testing (although sometimes they are not seen) and provide a wealth of benefits to visitors that do use them. Finally, he goes on to talk about the fact that breadcrumbs should always show a sites hierarchy rather than the path a user has taken through a site.

Techcrunch drool over Silverlight

So the guys over at Techcrunch have spent the last week at MIX07 and seem to have been brainwashed by the nice fellows at Microsoft. They are positively drooling over Silverlight, Microsoft’s challenge to Flash. In one post they say:

“It makes Flash/Flex look like an absolute toy… without exaggeration, Ajax looks like a bicycle next to a Ferrari when compared to Silverlight”

Personally, I haven’t had a chance to look at Silverlight yet so cannot express much of an opinion. However, I find it hard to believe that Silverlight will topple Flashes dominance before Adobe responds with something equally impressive.

Although competition can never be a bad thing, it strikes me that this is yet another plugin for people to download and another platform we have to worry about developing for.

RSS in plain english

RSS can be a difficult concept to get your head around the first time you encounter it. Its still a good idea to explain what RSS is on your site for those that don’t know. Obviously you can create a page yourself explaining or sometimes I link to the BBC website which provides an excellent description. Of course if you want something a little more exciting you might want to link to this superb video that explains exactly what RSS is and how it works. Its just a shame they don’t offer the option to embed it directly into your own site.

How POSH are you?

I have to say I was very cynical about this news story when I first encountered it but after hearing Jeremy Keith’s argument on the last .net podcast I have to say I am coming around. POSH is yet another another “catchy” web acronym. It stands for “plain old semantic HTML”. So why do we need yet another acronym? Well the argument goes that nobody is getting excited about semantic HTML these days. Its just not cool. Instead we are obsessed with Microformats or AJAX, things that are perceived as being “in” and “trendy”. The POSH acronym is designed to get us talking about semantic HTML again. The idea is that we start blogging about how we mark stuff up and sharing ideas with one another. The example Jeremy gave on the show was; what is the best way to mark up a conservation in HTML? He suggested that it was simply an ordered list of blockquotes. Do you put that much thought into your code? I can’t say I always do.

So with that in mind I have opened a new section on the Boagworld forum where you can post your examples of good code. You can ask questions like; what is the best way to markup… or simply post how you choose to markup different elements. Whatever the case lets start sharing our good practice in HTML.

Client corner: Do you really need a CMS

Apart from a few ‘design only’ projects we get involved in, every tender that comes through the door includes the words “control over content is a must have”… or words to that effect.

But thinking about all the ‘full’ CMS based projects we have delivered, is that really what the client wanted/needed?

So what types of CMS solutions are there? Here’s a quick summary:

Limited CMS (non-structural) e.g.
  • News
  • Events
  • Popular a few years ago when ‘full’ CMS was a much more expensive.
  • Pros – simple to understand (and build)
  • Cons – clients tend to request more and more areas of the site become CMS controlled and you can end up with a bit of a mess and the cost of replacing can be prohibitive.
Blogging tools
  • Article based
  • With commenting
Full CMS
  • Control over structure: move pages, edit pages, create news pages (and sections) and the front end navigation updates automatically
  • Usually modular: news, events, downloads, forms (dynamic), lists, newsletter, etc
  • User management: Roles, permissions, preview, workflow
  • Licensed or bespoke?

You need to ask yourself a couple of fundamental questions:

Even if I have these tools, will I have time to use them? All websites need to have an owner or editor. Someone who’s job it is to manage all content sources and keep the site up to date. We have been asked many times to carry out work content population work on a CMS that we built…

How much of my content needs updating more than monthly and how often do I need to add new pages to my site? It seems that having the ability to extend a site is often seen as a ‘must have’ when in reality new pages are only added, say, quarterly at most. Added to that, the only content that changes regularly is, for example, news, events and case studies. Employing an agency to add new pages and manage site structure/navigation is not a big job (though some seem to charge extortionate rates). Added to that, clients who do not use a CMS very often tend to forget how to use it and then go back to the agency simply because of that.

To summarise, think very carefully about your requirements in this area and talk to prospective agencies about what they recommend. You could end up making a costly mistake.

Ask the expert: Garrett Dimon on Information Architecture

I am a huge fan of Garrett Dimon’s work and so I am really excited to have him on the show this week. Garrett’s job title is “information architect” and so unsuprisingly he joins us to share some of his experiences on working with information architecture. His advice includes:

  • Embrace constraints
  • Know when to challenge the constraints
  • Explore lots of ideas
  • Work in conjunction with clients
  • Don’t use your computer
  • Throw away more than you keep
  • Don’t worry about the details until later on
  • Simplify and cut back on details
  • Communicating is more important than documentation
  • Make your IA deliverables visual as they are easier to understand

Agony uncle: The wish list brief

This week I am back on Agony Uncle duty with an email from Dan in Swansea:

I am increasingly frustrated by the briefs I am getting through from potential clients. They read more like wishlists than real briefs. They lack focus and often ask for functionality they just don’t need. How do you respond to briefs like that?

Its a great question and set me thinking a lot about the web design process. In fact it was the primary motivation for a recent blog post on the subject which we talk about on the show. I think the key to this question is to not be afraid to go back to the client and challenge them. Perhaps propose a rough costing based on some of the items in their list but suggest that the first step (if you are taken on) would be to define and price a more accurate brief. I think most clients will respect you for suggesting an alternative and more effective strategy. In many ways its like the speculative design argument, it may feel scary to challenge the client before anything is signed but in my experience clients respond positively to a carefully thought through argument.

Review: Spoken Text

A while back I asked people to submit their own reviews. I didn’t specify that people couldn’t review their own product and so I recently received a review from Mark promoting Spoken Text. Now, I don’t want to open the flood gates to shameless self promotion but I like spoken text so much that I want to include it on the show. It is basically a free, text to speech system that allows you to convert multiple file types into audio files.

Mark shares four great reasons why he thinks we might be interested in it as web designers:

  • Use spoken text to provide alternative audio versions of the content on your website
  • Allow users to record and save any content from your website they want
  • Create a podcast of your websites content
  • Create your own podcast of other people’s content that you want to listen to while on the go

There are two things that excite me most about this service (beyond the fact that it is free). First is the accessibility benefits it could bring for visually impaired users and secondly the ability to make instant podcasts of new stories from your site without the complication of finding somebody to present it.

This isn’t a service that is useful to everyone but I think in certain circumstances this could be a killer app.

The role of the website owner

There is a lot written about the role of web designers but very little written about what part website owners play in the evolution of their sites. It is an area I have been thinking a lot about recently and I wanted to share a few thoughts with you.

Many web designers view the client as almost an inconvenience in the web development process but in reality they are absolutely fundamental to a websites success. However unlike the role of designer or developer, the part web site owners play is much harder to define.

In fact I would argue that the role of web site owner is one of the most multi-facitated jobs within web development and we as designers and developers need to recognise and encourage that role.

Of course to a large extent it is our responsibility as web agencies to lift some of the responsibility from the shoulders of website owners. However I would still suggest that there are a number of areas where the client has to take the lead.

Visionary

A good web design agency should be able to help their clients shape a vision for their organisations website, however it is down to the website owner to “own” that vision and develop it over the long term. The person responsible for a website needs to have a clear picture of what role the site plays within their business and how that role could be expanded over time.

In my mind vision falls into two categories. There is the core vision for the site. In other words, what is the unshakable objective of the site, which doesn’t really change over time. However there is also the site roadmap. This is a vision of how the site is going to develop over the coming months and even in some cases, years. What kind of new functionality maybe added and how is the user base expected to change. Without the website owner having a good handle on these two areas, a site can easily wander off track and loose its sense of purpose and focus.

Advocate

As well as having a clear vision for a site the website owner also needs to be the sites advocate. By that I mean he needs to defend the site against others within the organisation that would seek to undermine its focus. This is especially a problem within larger organisations where people think more on a departmental rather than corporate level. This typically leads to individual departments pushing their agendas on the website and the site becoming the victim of internal politics. It is not unusual to find departments fighting over home page real estate or top level sections in the information architecture.

It is the role of the website owner to make sure the integrity of his or her site is defended and that it does not sink under the weight of internal dispute.

Evangelist

But the job of the website owner is not just defensive. A good website owner should be offensive too, actively promoting the website within his or her organisation. They should enthuse about the potential of the web and actively engage with departments and people within the company, looking for ways that the website can better serve their needs. A website owner needs to be passionate about their site and encouraging others to share that passion.

Content guardian

Probably the most time consuming and demanding of the responsibilities held by the website owner is to oversee the content of the site. Not only is it his or her responsibility to dictate what content appears on the site, but that the content added communicates a consistent message and tone. The website owner needs to encourage and nurture content contributors ensuring that they keep their content up to date and relevant. However the largest workload is in the initial development of a site, when it is down to the client to plan what needs to be communicated on the site and draw together that content from various contributors across the organisation. Time and again I see clients significantly underestimate the amount of work involved here and it is vital that the agency and client agree on content delivery milestones upfront in order to avoid slippage.

Project coordinator

Developing a website involves a lot of people. Designers, developers, usability experts, content contributors, hosting companies… the list goes on. Although in many cases a website owner turns to a web design agency to handle the management of many of these roles it is still inevitable that some management will be required by the client. Website owners often have to get internal sign off on designs, content, budget and many other aspects of the project. As I have already said they also have to manage content contributors and in some cases may have to manage multiple suppliers (design agency, development house, hosting company). In short, even if they outsource the project to an agency it is still going to require some management by the client.

Referee!

The unfortunate truth is that the final role a website owner often has to fulfill is unofficial referee. Web development projects are a series of compromises. Accessibility needs to be traded off against design, design against marketing, marketing against usability and so on. The different contributors to a website have very different perspectives on what is important, so it is down to the website owner to break stalemates and find a middle ground. Ultimately they have to be the decision maker.

The web agencies role

So there you have it, the role of the client. The trouble is that as web designers we often fail to communicate to the client our expectations of what it is we believe they should do. Instead we assume the client will just fulfill their obligations. Because we have worked on so many web design projects we assume the division of responsibilities is obvious. The reality is that they are not and it is down to us to educate the client.

Excited about client work

I don’t talk much about the client work we produce at Headscape, but I am really excited about our latest site and so wanted to share a few thoughts about it with you.

We won the work at least partly due to the boagworld podcast, which in itself is an encouraging start. It proves that guerilla marketing really works and also, clients we win via the podcast tend to be more switch on to the web and our way of working.

The job was to redesign the Visit Thames website from the ground up. New content management system, IA, content, design… everything. It was a big job and a very tight timescale. In fact the deadline was so tight that we initially turns the project down. This is something that we have often talked about doing on the podcast but is hard to do in real life. However, our strategy of not committing ourselves to the impossible proved correct and the client agreed to move the deadline back just enough to get us onboard.
Despite the new deadline this has always been a very tight project and there is still a lot still to do on the site. However, the initial version is a massive improvement on the old site and I wanted to tell you about a few of the cool things we have done.

AJAX goodness

One thing I like about this site is that it uses AJAX and JavaScript but doesn’t rely too heavily on it. The client side code enhances the user experience rather than being an integral part. You can give feedback or send to a friend without leaving the page you were visiting. You can add items to your itinerary without reloading. You can get ideas for trips without jumping from page to page. In short the site implements the principles of progressive enhancement and HIJAX.

Kick ass content management

There are also loads of content management facilities that unfortunately we cannot show you. We have made significant modifications to our in-house content management code base allowing site administrators to do all kinds of cool stuff. Functionality includes:

  • Permission and workflows
  • Geocoding points of interest using Google Maps (like Google My Map)
  • Building up pages from a huge number of modular elements
  • Building and managing your own forms
  • Comprehensive reports on all site forms
  • Personalized dashboard
  • Powerful image library allowing basic image editing
  • The ability to create your own domain shortcuts to specific pages
  • Content expiry alerts

The list goes on and on. All of this is built on .net, which may not be the trendiest language in the world but certainly proved hugely powerful and flexible for our requirements. Another nice technical aspect is the fact that the majority of data is stored as XML rather than in a rigid database table. This allows huge flexibility in the management and organization of data.

Google Maps on steroids

One of the primary functions of the new site was the ability for users to find points of interest, which they may wish to visit when spending a day on the Thames. In total the client had 15000 points of interest that he wanted to give users access to. Not only did the user need to know basic information on these points, he also needed to know geographically where they were. The obvious conclusion was to plot them on Google maps.

Of course the biggest problem with Google maps is that it isn’t very accessible. We therefore also wanted to show the points as a list in addition to plotting them on a map. Our other concern was that it became obvious very quickly that even plotting a fraction of 15000 points was going to create serious performance problems.

Using a big blob of AJAX goodness we managed to overcome both of these problems. Basically, each time the map loads we grab the boundaries of the map and call back to the server, only loading in points that appear within those boundaries. Every time you drag the map it calls back and gets a new set of points. Users that don’t have JavaScript enabled can still use a traditional search option to return points based on postcode or place name. Try it for yourself and see what I mean.

Now, the system isn’t perfect. There is a delay each time you drag (although to be honest most of the time is spent calling back to Google) and we have had to limit the zoom level to stop too many points being called back. However, we are working on ways to improve this and it is still a pretty unique solution.

Task focused functionality

Right from the outset we wanted to focus on the primary goal of most visitors to the site, which was to discover places to visit. If you are spending a long weekend on the Thames for example you might want to find:

  • Somewhere to stay
  • Places to visit
  • Some nice places to eat out

It quickly became apparent that what users needed to do was build an itinerary of points of interest. What is more they needed to print those out in a nicely formatted way including a map to show where those points are.

By concentrating on this primary objective the site has a nicely focused feel, making it much easier to use.

Microformats to boot

Okay, so the code isn’t the cleanest we have ever produced but making the design fluid and scalable with font resizing proved tricky in places. However, all of the points of interest are marked up as Microformats which will allow us to do some cool stuff in future such as downloading them as vcards or integrating them with other systems.

The future

Of course like any site that you produce, all we can see are the bugs and problems. However, I am excited about this site because it has some really cool features and we have a client who is planning for the future. We have some great new things coming soon, which should improve the user experience even further. Oh yes, and it has Poirot sharing his passion for the Thames. Nice.

Show 73: Drone

Marcus makes sweet love to our clients. I fiddle with my captions and our lead developer drones on about setting up a development server.

Play

Download this show.

To subscribe directly within itunes click here

News and events

This year saw some of the best April fool technology jokes around and so I do my best to convince Marcus that they are real news. Spot the real from the fakes:

Dutch to revert to table based layouts

According to quirksmode.org, the Dutch government has been forced to revise its accessibility guidelines due to an estimated € 20 million it would cost for government sites to make the move from table based design to web standards.

WCAG 2.0 finally here

Accessify has announced that WCAG 2.0 has finally been released. This extremely controversial revision to the WAI gudelines has been pushed through despite strong objections by the web design community.

Amazon to become accessible

Amazon has always been held up as an example of quite how hard the web can be for those using assistive technologies such as screen readers. Nevertheless a press release on the National Federation of the Blind site seems to indicate that Amazon maybe willing to change its ways as they announce a partnership with the NFB to clean up their act.

Google TiSP

Google are finally releasing their much-anticipated free wi-fi network (Google TiSP) that will span much for the USA. Rumours of this network have been circulating for some time, however nobody anticipated the innovative way the network would be laid.

@media 2007: Antarctica

Following the failure of @Media Hong Kong, which was cancelled due to lack of demand, the guys at Vivabit have decided to launch @Media Antarctica. Like Web Directions North, this conference will combine web design talks with outdoor sports in probably the most ambitious project of its kind.

Get Naked Day

Dustin Diaz is once again encouraging all website owners to get naked on the 5th April by exposing your HTML to the world. This superb publicity stunt is a great way of demonstrating the flexibility of web standards. Good on you Dustin!

Making love to your clients

Marcus continues his series on selling web design services by looking at the process of managing your clients:

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.

Play to your strengths
Don’t bite off more than you can chew when pitching for work. Do not pitch for contracts that are too big for you and avoid relying too heavily on outsourcing, as many clients are uncomfortable with this. Also, from personal experience, contracting or partnering can end up being very expensive – don’t make everything you do a loss leader! In particular don’t promise something unless you are 100% sure that you can deliver on it. Failure to deliver can seriously undermine your company’s reputation.

In summary, be honest with the client. If you can’t deliver by a particular deadline or you don’t have the skills in-house, tell the client. Try and find a workaround e.g. splitting the work between you and another agency. In the end, you will gain more respect from the client.

Love your clients – old and new
With existing clients, if you pay attention to them and care for them, you will have a very small cost of sale for a significant proportion of your work going forward.
This gets harder and harder the longer you are around and the bigger you get. I haven’t really needed to chase work for a long time now (because we’ve been so busy!) so I try to make sure that when an existing client contacts us to discuss further work we are responsive and helpful. For most clients I would recommend carrying out annual review meetings – both parties are encouraged to think about new features for the site and the meeting is used to discuss the merits of the ideas, likely budgets, timescales etc.

From listening at SXSW… with new clients you should try to befriend them (get drunk with them one Swedish guy said) before working with them. This is great if they want to be friends and I expect quite a lot do. However, we work with a lot of public sector clients who get nervous if we offer to buy them an ice-cream, let alone lunch.
I guess the message was ‘put the effort in, not only will it be appreciated, it will make your life easier going forward’.

Question the client
Don’t be afraid to ask questions about a brief supplied by a client. You may even be in a position to help the client write their brief. Asking questions and making suggestions is a great way to build a relationship with your clients and make you stand out from the crowd. Of course, ultimately it will allow you to put together a better proposal that meets the client’s needs even when they are not fully expressed in the brief.

Also, stand up for yourself! If you think your idea is just what they should be doing instead of the daft stuff in their brief – tell them. Again, this will probably bring a lot of respect your way.

Ask an expert: Rob on setting up a development environment

Rob Borley the lead developer at Headscape talks about how to go about setting up a development environment to allow you to work on dynamic websites. He talks about some of the potential dangers, recommends some great resources to get you started and reviews some different development tools.

Easy styling of images

Here is an interesting problem that keeps cropping up. How do you balance the need for easy update by web editors with the desire to make a site as visually appealing as possible? Take for example the images that website owners inevitably want to add to their site via a content management system. They don’t have the skill to add captions or add styling so how do you make the process simple for them.

A while ago I wrote a post suggesting one solution to the issue. Recently it got dugg and has since proved very popular. In this week’s show I talk through the process and explain some of the benefits.

Review: Oxygen XML editor

In last week’s show I suggested it would be great to receive some reviews from you the boagworld listener. This week I received the first one from Tom and so we have included it on the show.

He reviews Oxygen an XML editor with some quite remarkable features. If you work regularly with XML you will definitely want to check this out.

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 71: macBoag

On this week’s show Paul talks about user login and registration, Patrick Haney shares his opinions on good design and Marcus covers picking the right web design agency.

Play

Download this show.

To subscribe directly within itunes click here

News and events

The world of web design seems to be bristling with news this week. Nevertheless I have managed to pick a mere five stories worthy of sharing with you:

The WASP Street Teams

The importance of web standards is a message that has now largely reached the majority of professional web designers. If you read blogs, attend conferences or indeed listen to podcasts then you probably know and work with standards. However WASP recognises that there are still a lot of web designers who are not so aware. They are therefore setting up Street Teams, which are local groups who share the “good news” of standards with their local community of designers.

Admittedly there is little in the way of details at the moment, but in principle this sounds like an interesting concept.

Elitism within web design

The Brit Pack has come under attack since SXSW for being an elitist group. Similar bizarre claims are often levelled at conference speakers, however this is the first time it has been directed at a group like the Brit Pack. Exactly why they are considered elitist is beyond me but it does raise an interesting question about what role more prominent members of the web design community should be playing.

Why semantic URLs matter

Robert Nyman has published a nice little post on the value of semantic URLs. In other words why:

domainName.com/page/foo.html

is better than:

domainName.com/page.html?query=foo

He talks about usability and search engine optimisation as well as looking at the development benefits it provides. If you aren’t already using semantic URLs then this post is definitely worth reading.

Buying and selling websites

There is an interesting article this week on Sitepoint. It looks at the idea of buying up failing websites, revamping them and then selling them on. This is definitely worth reading if you are a web design company like us looking for alternative incoming streams beyond pure development projects.

The future of Open ID

I was gutted to miss the Future of Web Apps conference in London. I was therefore understandably excited to see that the podcasts are already online. I was even more excited to see that Simon Willson had taken the time to match up his slides with the podcast to create a screencast on Open ID. Open ID is an area I see huge potential in and can’t wait to see how it develops in the future.

Client corner: Selecting an agency

We have an interesting discussion this week about the pros and cons of different types of agencies. For example should you look for a small specialist agency that focuses on one area of web design or turn too a massive ad agency that handles everything from web design to print and TV. Specialist agencies offer more experience and expertise in their particular field but often require more management, as you need to work with multiple agencies to get the different elements of a project done. Conversely, larger agencies tend to be slower moving and so lack the cutting edge experience in specific areas but allow you to get everything done “under one roof”.  

Ask an expert: Patrick Haney on what makes good design

Patrick Haney is a designer for Harvard University but is probably best known for his flickr photoset. It started as a personal project to keep track of websites that inspired him. He would see a site he liked, grab a screenshot and add it to flickr. However over time more and more people subscribed to the feed until today Patrick is known for his good eye for design. He therefore seemed the logical person to ask: “what makes great design?

Agony uncle: user Login

Creating a secure area on a website can be a tricky business. Not only are there technical challenges but also usability issues as well. How do you handle usernames and passwords, what if the user loses their password and how do you streamline the registration process? In this week’s agony uncle section we look at setting up a secure area, the technology and the downsides of locking content behind a password. 

Review: Moving to the mac

So while I was away in the states I bought a macbook. I know, I have been rude about macs in the past but the exchange rate was so good and it just sat there looking all black and sexy. Since returning to the UK I have been undergoing the process of moving across. This has proved an interesting experience and so I thought I would share some of it on the show. I cover things like:

  • Apples attention to detail in their hardware
  • The intuitive interface of OSX
  • Why good user interface design is about leaving stuff out
  • Why I am missing Office 2007 (Entourage sucks!)
  • The rose tinted glasses of most mac users
  • Why I believe that Vista is a viable alternative for some users.

Show 68: Tagtastic

This weeks show includes hints on email campaigns, writing Web design contracts and site navigation approaches.

Play

On this week’s show; Matthew Patterson from Campaign monitor shares some handy hints on sending an email campaign, Marcus finishes his series on web design contracts and Paul looks at some interesting alternative approaches to site navigation.

Download this show.

To subscribe directly within itunes click here

News and events

Diversity in web design

This week the web design blogosphere has been dominated by discussions about the lack of women speakers at conferences. Jeffrey Zeldman, Eric Meyer, Jeremy Keith, Tantek… the list goes on and on. Frankly, I find the debate less than helpful. It is interesting to note that all of the women I have seen post on the subject have seemed very defensive almost as if they are under attack for not speaking more!

More on Open ID

Open ID continues to build momentum with both AOL and Digg.com saying they will support the standard. Dan Webb also provides a guide on how to support Open ID in your web applications.

Validation: why it matters

Ethan Marcotte has just published an interesting article on the List Apart website looking at the business benefits of validation and why it continues to polarise the web community.

The sorry state of web accessibility

The subject of web accessibility receives another body blow this week with Mike Davies posting a damning criticism. What is probably most disturbing is that I am yet to find a post disagreeing with him.

Client Corner: The statement of work (final chapter!)

This week sees the end of Marcus’ series on the statement of work (I know, it is distressing for us all!). In this final segment he takes a look a:

  • Milestones and timescales
  • Project management
  • Testing
  • Deliverables
  • Pricing

Ask an expert: Matthew Patterson on email campaigns

Matthew Patterson works for campaign monitor one of the best email management sites about. Their site is stuffed with great advice for those thinking of running an email campaign and so it seemed only natural to get him on the show and get his thoughts on how best to run a successful campaign.

Non hierarchical navigation

Headscape was recently approach by a potential client who had literally hundreds of thousands of web pages which were almost impossible to organise into a traditional information architecture. They wanted us to suggest some alternatives and so I thought this sounded like a great issue to cover on the show.

Instead of trying to stuff everything we covered in those show notes, I have instead posted a separate article on non hierarchical navigation which includes everything I said and the links I mentioned. Hope you find it useful.

Podcast 59: Community websites Part 2

This week on boagworld Paul and Marcus continue their discussion on social participation, focusing on growing a community and troubleshooting the problems that are inevitably encountered.

Play

Download this show.

To subscribe directly within itunes click here

Despite the fact that I have split this subject over two weeks, we have still struggled to fit everything in. Last week the focus was very much on the business benefits of community websites. This time around we concentrate on the user. Why do they participate in online communities and how do we encourage them to get involved?

We also look at the challenges of starting and nurturing a community and tackle issues such as flame wars, moderation and gaining critical mass.

Later in the show, inspired by Jamie’s post on the forum we get into the subject of time management and how we deal with working from home.

Finally, we also take a look at the week’s web design news which includes:

Oh yes, and Headscape is recruiting yet again!

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.

Styled images with caption

Here is an interesting problem that keeps cropping up. How do you balance the need for easy update by web editors with the desire to make a site as visually appealing as possible?

The problem is a simple one. A client wants to add an image to their site via the content management system. They want it to look attractive, not appear too boxy (let us say they want a nice rounded corner, as this is all the rage) and have a nice caption underneath it. However, they do not know how to use an image editor (beyond basic resizing) or how to edit HTML.

What would be great is if they could just add a normal everyday image using the img tag, add a title tag including the caption and then it magically styled itself. Well by combining CSS and DOM scripting, I have managed to get this working.

Of course, I am not the best scripter in the world so if you can improve on the code below then please let me know by posting a comment.

Step One: The HTML

The website owner adds the image resized to the appropriate dimensions. Notice they have added img tag contains a caption in the form of a title tag and a class name of “imgRight” (something easy to add with a WYSIWYG editor like Xstandard or contribute). They have also set the width and height of the image. This is important from a styling point of view later.

<img src="/images/foo.jpg" alt="Description of picture" width="200" height="147" class="imgRight" title="The caption would go here" />

Step Two: The DOM Script

The script I have created does the following:

  • Finds all images with the class “imgRight” or “imgLeft”
  • Loops through each one extracting the title tag and inserting it into a new p tag it has created
  • It then effectively wraps the img tag in a div and inserts the p caption after the image
  • It removes the class name from the img and adds it instead to the div.
  • It also uses the width of the image as the width of the div. This prevents the caption expanding beyond the width of the image.
  • Finally it adds an additional span tag that we are going to use later to create the rounded corner.

Just to keep the code a little more streamlined I use the getElementsByClassName function created by Robert Nyman so don’t forget to include that in your javascript file.

function addCaption(xClass) {
var allImages = getElementsByClassName(document, "img", xClass);
for ( var i=0; i < allImages.length; i++) {
var imageCaption = document.createTextNode(allImages[i].title);
var imageContainer = document.createElement("div");
var imagePara = document.createElement("p");
var imageWidth = allImages[i].getAttribute("width");
var spareSpan = document.createElement("span");
imagePara.appendChild(imageCaption);
allImages[i].parentNode.insertBefore(imageContainer, allImages[i]);
imageContainer.appendChild(allImages[i]);
if ( allImages[i].title != "" ) {
imageContainer.appendChild(imagePara);
}
imageContainer.appendChild(spareSpan);
imageContainer.className = xClass
spareSpan.className = "spareSpan"
allImages[i].className = "img"
imageContainer.style.width = imageWidth + "px";

}
}

// Runs all the listed functions on the loading of the window

window.onload=function(){
addCaption("imgLeft");
addCaption("imgRight");
}

Step Three: Add the styling

Once the Javacript has run it should output the following HTML which we can now style:

<div style="width: 200px;" class="imgRight">
<img src="/images/foo.jpg" alt="Description of picture" width="200" height="147" class="img" title="The caption would go here" />
<p>The caption would go here</p>
<span class="spareSpan"></span>
</div>

Obviously, you can style this in whatever way you want but some basic styling might look like this:

.imgRight {
float:right;
margin:0.5em 0 1em 1em;
position:relative;
}

.imgLeft {
float:left;
margin:0.5em 1em 1em 0;
position:relative;
}

.imgRight p, .imgLeft p {
font-size:0.9em;
color:#FFFFFF;
margin:0;
background-color:#4D6D80;
padding:0.5em;
}

.spareSpan {
position:absolute;
top:0;
right:0;
display:block;
width:17px;
height:17px;
background:url(/images/curvedCorner.png);
}

This styling basically absolutely positions the sparespan in the top right corner and adds a nice curve to it while at the same time applying some styling to the caption.

So there you have it. Still very much a work in progress but I would very much like the feedback of the coders out there who are more knowledgeable about such things.

Click here for a very basic working example

Add your search engine to the browser

There is a great new feature in both Internet Explorer 7 and Firefox 2, which will allow you to integrate your site search directly into the browser.

I have been surprised how little buzz the new Open Search functionality in the next generation of browsers has received. After all, the additional exposure it could provide websites is considerable.

The concept

Open Search is a very powerful concept but for the purposes of this post, I am just going to focus on what it can quickly and easily offer website owners.

At the most basic level, it allows you to easily add the search functionality from your site to the search box found in the top right of both IE 7 and Firefox 2. Although this search functionality is only available while visiting a site, it does give users the option to save your search engine to their browsers and even set it as the default if they wished.

How to add open search

At first, the documentation associated with implementing open search appears very complex. This is largely because Open Search is capable of doing a lot more than basic browser implementation. However, below I give you the absolute basics to get your search in the browsers search box.

Step One: Create a description

The description is a very simple piece of XML that tells the browser about your search engine. There is a lot more information you can pass across but this is the basics:

<?xml version="1.0" encoding="UTF-8" ?>
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/">
<ShortName>Boagworld Search</ShortName>
<Description>Search for web site management advice.</Description>
<Tags>Boagworld</Tags>
<Image width="16" height="16" type="image/png">http://www.boagworld/favicon.ico</Image>
<Url type="text/html" template="http://www.boagworld.com/mt/mt-search.cgi?search={searchTerms}" />
</OpenSearchDescription>

Most of the above is hopefully self-explanatory. The most important bit is the URL template attribute. The simplest way of finding out what this is, is to search using the search box on your site. Once you have arrived at the search page, copy and paste the url into the above XML file and replace your search term with {search term}.

However, this will not necessarily work for your search engine. It will depend on the set up on your particular site. For example on boagworld, I had to strip out some of the other parameters being passed across. Other search engines might work in an entirely different way, in which case you will have to refer back to the open search documentation.

Once you have made the changes to your XML file upload it to your server. For this demo I saved it as search.xml and put it on my site’s root: www.boagworld.com/search.xml

Step Two: Pointing to your description

The next step is to point the browser at search.xml when it loads your site. You can do this by simply adding one line of code into the header of your pages.

<link title="Boagworld Search" type="application/opensearchdescription+xml" rel="search" href="http://www.boagworld.com/search.xml" />

Rename the title and make sure the href is pointing at your uploaded description.

Once you open the page in either Internet Explorer 7 or Firefox 2 you should see your search engine listed under the search engine dropdown.

Keep it simple stupid

The KISS acronym has become such a cliché that we so often ignore it. After all why “keep it simple” when we can play with the latest cool bit of technology.

I often feel somewhat isolated from the web community. While everybody else is writing about AJAX and CSS techniques, I am talking about the humble hypertext link and building better forms. For a long time I have felt that as web designers we lose interest in the mundane and would much prefer to spend our time pushing the boundaries of CSS or integrating the latest Javascript widget.

You can therefore imagine my delight to read an excellent article by Gerry McGovern in which he wrote the following:

"Again and again, I meet web teams that are excited by the exceptional task, and are bored with the common task. The common task on a website may indeed be boring and often inconsequential to you because you have completed this task so often. You have learned it inside out and to you it seems simple. It seems like there is no more work needs to be done on it.

The exceptional task is much more likely to be exciting and intellectually challenging. Beware. Every time you add an exceptional task to a webpage, you make the environment more cluttered; you make it more difficult to complete the common task."

I couldn’t agree more. We need to be careful that we don’t let our attention to the basics slip in our desire to constantly push the web forward. I can understand that we find the common tasks boring. However, the very fact that they are common means that they are by far the most important, simply because users are encountering them more regularly.

Podcast 37: Design process

This week on boagworld.com, Paul and Marcus look at designing for content management systems, how to develop a design from scratch and a great introduction to standards based development.

Play

Download this show.

Paul’s approach to design

In response to a question from Liz, Paul discusses the way he approaches producing a new design. From establishing initial page elements through to early sketches, Photoshop mock-ups and final HTML build, Paul works through his entire process.

Paul and Marcus also discuss an excellent post where another web designer lays out his process through a series of screen grabs.

Techno-buster: The importance of testing

Following a suggestion by Rosie, Paul and Marcus talk about the importance of testing and how it is an area that is often overlooked, to the detriment of many web projects. They discuss who should test, what should be tested and the different levels of support afforded to different browsers.

Designing for content management systems

This week’s main topic is about designing for a content management system and the unique challenges this holds. The conversation largely revolves around the issues covered in Paul’s previous post on the subject.

Read, Design for your CMS

We resource review

This week’s recommended site is “A beginners guide to CSS and standards“.  This excellent step-by-step tutorial is a superb introduction into building websites the right way. For too long there has been no  clear introduction into web standards and this certainly fills in the gap nicely. Not as good or comprehensive as Ian Lloyds book on the subject. It is nevertheless an excellent start.

Podcast 36: Developing your site structure

In this week’s show, Paul gets depressed about the state of online accessibility, we debate the virtues of user testing design and discuss the basics of creating a good structure for your site.

Download this show.

Check out Paul’s book recommendations

Developing your site structure

Organising the content of your site into a logical, user friendly structure is fundamental to its success. In this week’s show Paul and Marcus look at how to go about this process and some of the pitfalls you should avoid.

There is nothing particularly high tech about creating a good information architecture. The best place to start is by making a list of all of the content your site needs to cover. Print out each item on a separate piece of paper and start organising them together into logical groupings. It really is as simple as that.

Of course, even better than you organising the content into logical sections, is getting your users to do it for you. That is where card sorting comes in. In the podcast we discuss card sorting in more depth but most of what is cover can be found in the boagworld article on card sorting.

The conversation moves on to discuss the common mistakes made by those creating a site structure. Most of the points discussed are covered by Louis Rosenfeld’s excellent article: "Seven Pitfalls to Avoid in Information Architecture" so we recommend you take the time to read it.

Question time: Can you user test design?

In last week’s show Andy Budd and Paul took slightly different positions over whether it is possible to user test design work. In this week’s show Paul explains how he believes user testing can be beneficial to the design process, allowing for the resolution of design differences and enabling the testing of emotional responses to design.

Techno-buster: Different server side languages

The vast majority of the clever functionality we see on websites today is created through the use of "sever side languages". These programming languages allow a variety of functionality from content management systems to ecommerce sites. However with so many different languages out there it can all seem incredibly confusing. In this podcast Paul and Marcus explains how the average website owner shouldn’t have to make decisions about programming languages, but rather this is the responsibility of the developer. Different languages have different pros and cons, however in most cases it is down to personal preference. However, make sure that your website server supports your chosen language before development begins.

The state of web accessibility

Following Joe Clark’s hard sitting article about the WCAG 2.0 on the List Apart website, there has been much debate about the state of web accessibility. Paul and Marcus share some of their concerns and comment on the Web Standards Project response to Joe’s article.