WHERE'S IS PASSION FOR DESIGN?
I work for a softw...
WHERE'S IS PASSION FOR DESIGN?
I work for a software company with no passion for design. It goes beyond no passion, there is no concern. It goes beyond lack of concern, there no value in the importance of design.
Imagine if all companies operated this way. Apple. Audi. Sony. Our world would be a mess.
Let me start by saying that I am a huge believer in the importance of software design. I should also note that I am referring to the visual design of software. I believe that good design is engineered into software from the start of a project. I believe that good design will generate sales. And I believe that good design will lower costs, specifically, training and support costs.
And in my field, I believe these values are the minority opinion.
At my current firm, our products are a collection of client/server and web applications written over the last ten years. In all, there are nine applications and only the most recent web apps share a common look and feel. None of the applications have thoughtful designs. Our applications break nearly every design guideline I can think of; too many to list specifically.
What's worse, in my mind, than the poor UI design, is the apathy around correcting the problems. I dread the phrase "let's get it working, and worry about the look and feel later." I dread that phrase because I know that the UI design will not be given appropriate attention. And the end result will suffer.
I am embarressed to admit that we recently released software where this was the case. The project started appropriately, with thoughtful UI design. In fact a non-working prototype was built and approved that could have raised the bar for software design at my firm. Unfortunately, that's not what happened. Several factors contributed to our failure to implement the original design. These include emphasis on back-end development, change of developers, postponed development of the UI, and apathy from senior product management.
Of all our the factors contributing to the bad design, apathy from the product manager was the most insulting. She had reviewed and presented the prototype and was therefore familiar with the design approach. During development, my programmer wrote a number of "quick and dirty" web pages to peak into the databases. In this way, we could test the business rules and backend processing prior to development of the UI. Unfortunately, the product manager signed off on this test UI, leaving the product with an ugly and barely usable interface.
Through it all, though, I learned a valuable lesson. And that is, start work on the UI at the beginning of a project rather than the end. In fact, I recommend writing the user manual first, then coding the system to match the manual. Now all I have to do is find someone who can write a respectable manual.
Wed, 14 Jun 2006 13:13:00 +0000