Wednesday, May 21, 2008

We don't need a Web Designer

SitePoint had an article today relaying some thoughts about User Experience, the catalyst was an interview with Andy Budd. Basically he was talking about how web designers could learn a great deal by paying attention to how other industries manage user experience. It is an interesting read for sure, but what got my attention was the realization that I really don't know much about Design in general, and this isn't really a problem.

I have seen a few rails projects go by where there is this resistance to hire a designer to be a part of the team. And I think this is understandable when a dev team manager looks at the deliverables. The reality here is that, on the web these days, the bar is set pretty low and a developer with a decent eye and knowledge of CSS and HTML and Javascript can put something together that even looks good. So we think this was a good decision, a designer would just cost more and get in the way. This approach inherently risky to any project.

Most of the time developers and designers not only have different skill sets but they have trained their brains to look at problems differently. How many times have you seen a mock that has unintended features on it? That is a great thing and this is at the core of the issue. When you ask your developer to do design they are going to do it within the current constraints of the code base, and even worse they will do it within the constraint of their skill set. A designer will often not be inhibited by these things and you will get new or better ideas and the ideas will come from the desire to provide a positive User Experience.

Many times your developer won't be willing or even interested in providing PhotoShop mocks of the intended design. He will dive right in and start coding it up, this is because he is a developer, he is interested in development , and as such he will pay attention to the implementation details. This can cause a considerable loss of efficiency, simply because many of the design ideas will not actually be accepted as features in the product. I have seen this happen again and again. And what is even worse than the feature not being in the product, is that code design decisions would have been made to support the feature. This is particularly unappealing because the code debt will live on , even without the feature and will be a constant distraction to the developers maintaining and adding to the project.

I am sure there are many people out there that would be surprised the people don't believe that they need designers , since it is a standard in the industry, but there are a lot of new comers to the web space these days and they are only looking for the deliverable. They will happily allow their new application to look as if it emerged directly from the database and think that it is amazing.

We are lucky at TravelersTable, we have Doug Fales at the helm. He is a very strong developer and is intensely interested in usability and design. So we are getting rid of the tabular , straight from the data model, design and going with something much more appealing. Don't fool yourself, unless you have a guy like this you will not know what you are missing out on.

No comments: