Design Makes It Better

If you have a website then you've probably thought about design quite a bit.  What does design contribute, though?

Design Creates Order

Design Makes It Better The heart of design is the creation of order. Intentional design lets us organize things in an elegant and planned manner. Creative Design observes from multiple perspectives and considers all options, no matter how wild, before settling on the best scenario. Your designer should listen to your challenges and goals, consider the emotions you want to evoke, and offer a framework that's intuitive. Good design is easy to digest, intuitive to understand, and engaging.

Design Makes Things Easier

Design isn't about having the coolest or prettiest site on the web but about making things easier. What good is a page that dazzles the first time you visit but doesn't give you what you came for? Lay the ground work for clear and relevant information and then add in the appropriate level of fun for your target audience. Your end result might be cool and pretty, but only if cool and pretty also result in something engaging and helpful to you or your users. Imagine how you'd feel if Microsoft decided that Excel needed animated widgets and multi-colored pizazz on every tab. It would be in your way. The same consideration should be given to web design.

Design is Intentional

Design that solves problems and meets goals doesn't happen by accident. It's an intentional process that requires careful planning and empathy for your audience. Make sure your web designer takes time to learn what you need rather than simply offering you the latest trend. Each client has different goals. The age, needs, technological savvy, and abilities of your audience will drive your design right along with your brand guidelines.


I'm still too busy with projects to finalize, but I'm not too busy to think, and I was thinking this morning over the difference between the websites of today and the websites of yesterday. In particular, I was thinking about automation and streamline abilities we now have. For instance, I worked on two gigantic behemoth corporate websites back in the 90's and early 00's.

Example 1

The first was a big name, national home building corporation. By today's standards, you would assume that they must be using database calls and a host of other techniques available in the 90's to make website design and maintenance easy. The reality? At the time it was still quite common even for large companies to be maintaining their websites page by literal page. I and another web designer worked on a site of thousands of pages on a page by page basis. Can you imagine? CSS as we know it today was only in the infant development stages and was not commonly used, never mind the fact that we still have browser incompatibility today with CSS. Image in 1999? This particular company was smart, though, and before I moved on to other fields of web design, we were in the process of migrating the entire monster over into a Lotus Notes driven site. Much better. Database driven sites can be handled more efficiently, especially when you start talking thousands of pages!

Example 2

Surprisingly enough, this company - though smaller than the home builder - had equally as many site pages. This was not the result of a national corporate empire but a purposeful random ideology by the company owner, who insisted that all pages of the site not follow a common design theme, be fun and funky, and well.. let's just say that the owner had strong opinions about what he wanted and while they certainly didn't mesh with web standards or current design trends, they seemed to work for his company. The bad thing about this ideology was that there was no logical organization to these thousands of pages either from the user end or from the back end. It was a designer's nightmare, and the owner kept a tight reign on any attempts to make it otherwise. Though it was already early 2000, he was not using any sort of database system, nor was he in a position to transition to one. That means that keeping up with and adding to the site was an exercise in patience. Many different web designers had already worked on the site and their many styles of coding, in conjunction with the owner's firm direction towards a sort of chaotic madness of front end styles, made it the most challenging of all the web jobs I've ever had.

Why do I bother to mention these examples at all?

Because now days the answer to the two above situations is simple. Use CSS. Use a database. Use include calls. Streamline. Follow a standardized template. Why make it so painful for yourself? That's the only logical answer from a modern web design standpoint, and the only answer at all from someone trained recently. And you know what? It makes sense. However, looking back, it's important to remember the evolution of the web and the timeline in which companies adopted certain standards both for their own servers and technology and development. As the web was growing, so was companies' understanding of the web and how to use it for their growth advantage. What we take for granted now did not happen overnight. What we think of now as the way only the littlest of the little guys do things (every page individually coded) used to be common even for the big guys. Many designers like myself, who experienced the changeover first hand, probably share my view that the current way of doing things is vastly superior to the old way, but also have an appreciation for the amount of work and dedication necessary to maintain a behemoth like the examples above, and an understanding of why sites were like that. You can also imagine the amount of problem solving required to conquer design questions made simple by CSS and modern web browsers.

In Conclusion

All hail the modern era of web design! But let us not forget those who went before to pave the way through the rocky times of conversion and complete lack of standardization compliance of any kind and the suffering they endured to bring us to this time of relative ease.
For the sake of this entry, we will ignore the pain of current lack of CSS standardization support and .png image support by mainstream browsers...
The End