Skip to content

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

Boagworld is the blog of web strategist Paul Boag who lives in the heart of rural Dorset (hence the cows). He produces a weekly podcast with UX consultant Marcus Lillington on building and running websites. They also run the web design agency Headscape.

Latest Shows

203. Why your blog fails
This week on boagworld: the secret of successful blogging, will Google personalisation affect your sites ranking and how to help users too busy to read.
202. Rocket Surgery Made Easy
This week on Boagworld: Steve Krug on monthly usability, Steve Marshall talks about form design and Paul rejoices over the new era for browsers in Europe.
201. Are clients stupid?
This week on Boagworld: We review the freelancing book Noded, discover a new web tool called 'Support Details' and Paul tells us all a story.
200. A taste of the show
This week's show gives you a taste of the live 12 hour marathon that took place to celebrate the 200th Boagworld.
199. Time to generalise
This week on Boagworld: The changing role of web designers, Colin Firth on content and Becky Jones talks about the changes at Google.

or view all shows

Have your say

Become a part of the Boagworld community...

Combating design by committee

Posted in Design on: Thursday, October 4, 2007 by Paul Boag

Design by committee has been the nail in the coffin of many good design concepts. So how can you minimize the damage done when a client decides to approve a design through a committee structure?

The problem is that it involves compromise. Everybody has a slightly different opinion and so the is tweaked and tweaked in order to ensure everybody’s concerns are addressed. The result is inevitably a design that offends nobody but also fails to excite anybody. In short it creates unobtrusive design.

Unobtrusive design does have its place. A mediocre design can still be very usable and can meet many of the needs of your target . However, it is never going to excite or inspire them. It will never create brand loyalty or generate a feeling of satisfaction with the site.

The best approach is to limit the number of people making design decisions. Ideally this should be just the designer and the website manager. However, realistically this cannot always be the case. In the real world of internal politics there is often a requirement to consult and let everybody have their say. There is however a difference between consultation and design by committee.

The key to successfully avoiding design by committee is getting all parties to agree to a process before design even begins. In my experience the following order of events works very successfully.

  • The designer produces initial design concepts
  • Working with and objectives the designer and website manager refines these concepts
  • The website manager and if possible designer, meets with each stakeholder individually to talk through the designs.
  • The website manager and designer collate feedback and make any amendments they feel necessary
  • The design is presented to real and feedback is taken
  • The design is revised into its final iteration
  • The final design is presented to all stakeholders supported by feedback from the user and
  • Design is signed off.

The crucial step is the individual meetings with stakeholders. By meeting with them individually you prevent “design on the fly”. This is when a group of people starts making changes to a design in an attempt to reach a consensus. Without a doubt this is design by committee at its worst. By meeting with people one on one you can simply listen to their opinion and then collate all the suggestions together later. No design decisions will be made in the room.

It is also important in these meetings not to simply show them the design and ask what they think. Provide them with the background information they require to give educated feedback. In particular talk them through the user personas and objectives for the project. When you do show them the designs, do not ask them their personal opinion but rather ask them how they believe the target audience would react to the design. The aim is to encourage them to think beyond their personal preferences and focus on business and user requirements.

By adopting this process by the time those involved in design sign off see the final version they are already on board. They have contributed to the process, been given all the background information, seen the design testing and been educated to think from the users perspective. You will have done everything possible to ensure that the design is not produced by committee.

What did you think about this post?

8 Comments

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

  • Benjamin Wiederkehr says:

    Great article Paul!
    You mentioned some problems we run into nearly every time when there are several stakeholders involved in a project. By putting these simple thoughts together in a list, you’ve created a nice guideline for a successful workflow.
    One single thought comes to my mind:
    When is the point reached where you stop creating different designs and fully concentrate on the “one”? I think it’s hard to discuss all the designs. Could the website manager be that person who decides, based on the results of step 2, which design communicates best the main objectives?
    I would be interested in your opinion

  • Frank Fortin says:

    Not to sound surprised, Paul, but this absolutely freakin’ BRILLIANT.
    Thanks for a simple roadmap.

  • Josh Walsh says:

    Paul. Great, except for one thing. Surely you don’t do user testing solely at the end of the project? That seems dangerous.
    What good is it to achieve the business goals you set out initially only to find out your target users (who are most likely not geeky like us) are having a hard time using a fundamental design element.

  • The key I agree is to “encourage them to think beyond their personal preferences and focus on business and user requirements.”
    “Gentle” guidance is a must.

  • Paul Boag says:

    @Josh… I think it is important to differentiate between design testing and usability testing. Yes, it is vital to carry out usability testing throughout the project. However, design testing is a different beast. It is easy to change a design so it is not as vital to do it upfront because it can be easily tweaked later in the process.
    @Benjamin… I like to expose the client to as few design concepts as possible. In my experience all this leads to is “I want x from design 1 and y from design 2 which rarely works”. Where multiple designs are involved I suggest narrowing down to a main design concept as quickly as possible.

  • Steve Kwan says:

    Hey Paul,
    I can relate. A lot of people seem to think design by committee is a good idea, and it can be hard to avoid, especially when you aren’t in charge. The problem with design by committee is that the goal becomes consensus, not developing a great product.

  • Simon Griffiths says:

    Good article, great in an ideal world. I have tried many of these tactics in my company, usually with no positive result. Trouble is that at the end of the day, they all give their all, usually contridicting each other. Then when you reach the final design they all want it changing!
    My advise if you work for a company producing their website, do the changes and get results before anyone notices! You can do this by split testing the site.
    I have to say that companies such as mine also get used to a constant evolution in design as we try to get our site functioning better. You really learn a lot from using Crazy Egg and Clicktale, if you take the time to install them on your site.

  • Sally says:

    Of course, you should ask your clients to give a detailed description of web design they demand, it’s better if they can give you some examples of sites they like. That will help to avoid problems of misunderstanding.

Leave a comment

Additional Information

Produced by Headscape

Boagworld is produced by the web design agency Headscape founded by Marcus, Paul and Chris Scott. Headscape also has a number of other talented guys who blog. Check them out.

  • Craig Rowe is one of our amazing developers and writes some superb posts on everything from .net to AIR apps.

  • Ed Merritt is a Headscape designer who's blog contains examples of his work and a number of free Wordpress themes.

  • Dave McDermid is a Headscape developer who has an excellent blog. He blogs on everything from AJAX to security.

  • Rob Borley is one of our project managers and blogs regularly on client and project management issues.

  • Leigh Howells is our multimedia design guru (whatever one of those is). He blogs on a mixture of design and music.

Paul elsewhere

Paul just can't shut up. He publishes regular audioboos, has a personal blog and is addicted to twitter. He also writes and speaks regularly. Check out the most recent below: