Designing Websites is Like Buiilding Hotels
It's Friday and I feel one of my overly-complex analogies coming on. Continuing with the recent design topic, here are my latest musings.
Designing a website is much like designing a building. The client is still the client but I, the developer, am the builder/structural engineer and the designer is now the architect. As with any project the client always knows what they want and, as the saying goes, is always right. Or are they?
There comes a point though when you have to deny the client's requests in their own interests. If the architect were designing them their new home then let them do what they like, but, in this analogy, the project (a website) is something more akin to a hotel or a public building like a library or a train station, which other people will visit and interact with.
Let's say it's a hotel and that the client is really fond of outward-opening doors for each of the hotel's rooms. While they might like it you just know that it's going to really confuse most visitors and prevent a navigational barrier. It's when meeting your client's personal whims go against convention that you have to do the dirty deed of standing your ground and saying no.
The analogy could go on — client wants to paint all rooms bright pink, wants to have the reception in the basement, wants all rooms to have TVs that can't be turned off and play flashing adverts all night long etc etc but you get the point.
When designing websites for a client never ever let them go against convention. No matter how adamant they are that that's what they want. It takes courage to say no to a paying customer, but you have to have faith that you're doing the right thing.
Find a designer you can trust and leave them to it.
So long as Architects don't work like Web Designers... {Link}
Going along with the analogy. It's like getting an interior designer and then telling them what colours to paint the walls. If you are going to do that then you might as well pay half the price and get a painter and accept the consequences of your own design.
Of course the art is convincing, persuading the client to let you do the job you are paid for. Sometimes that comes just from building a relationship and gaining their trust, by doing what they want on a smaller part of the project.
Maybe, building a working model/prototype of the clients version vs the one that you think should be implemented might be a more customer focused approach.
Oh man, I completely agree with you - but the analogy holds for any project, I think. My projects started being really qualitatively good only from the moment I started saying "no" to my clients. My first experiences were with a head still ringing with "the client is king", and I always agreed to everything the client said, and let myself be overran.
Client : "I would like you to do X"
Andrew : "ehrm.. that's not a good idea, the system will get slower"
Client : "That is absolutely necessary"
Andrew : "erhm (squeaky voice) really? Well, if this is necessary... It will be slower, though"
....
3 months later (the database now has 5000 documents instead of 40)
Client "The system is unsufferably slow"
Andrew "Well - yes - that is a consequence of X. You insisted"
Client "What! Nonsense!"
Boy, have I learned from my mistakes