The Days of Static Design Visuals are Dead
posted in Entrepreneurship, Freelancing, Productivity, Web Design, Web Design Resources
**update – submitted this article to Just Creative Design’s Group Writing Project for charity along with a monetary donation over at Just Creative Design’s fund raising page **
Static design visuals: all web designers use them as a way to present the designs to a client. I personally upload a jpg of the visual to my server in a client specific folder, and then email the link to the client with a paragraph explaining the design, the inspiration, the purpose of each element and so on.
Along with this explanatory paragraph, I always find myself spending time writing notes for the client about each piece of functionality that they will NOT SEE . Kind of a downer if you are the client I imagine. As these are static visuals, I cannot show the client the cool Ajax stuff that I have planned for the site, the hover and the click effects I plan for the navigation, and the really slick jquery slide show I plan for the homepage! "Client, you will see none of that, so have fun just looking at this bland visual. It looks good though…right?"
With the online technology that is available today, we should all be coding websites more creatively than using simple images and html/css . Our clients have come to expect a higher level of functionality and interactivity as they visit more and more websites that utilize things like Ajax, and JavaScript. So, often a client is disappointed when they receive the very first static visual from you when it has none of this interactivity.
Static visuals are used for one good reason….Time . Once we have designed the homepage of a new website, we can simply jpeg it and upload it to our server or email it as an attachment to the client. Simple, quick and easy. This process does not take much time at all. When the client replies to us with a few changes, we can go back in the layered mockup file, make the changes, and jpeg it again, and send it to the client again, and await approval.
Often clients will struggle with receiving these static visuals, especially the more experienced, high-end clients. My company, Brian Joseph Studios , has grown a lot over the past year, and we are now obtaining clients with bigger budgets, higher demands, and higher expectations. This means that what they see on CNN.com or their favorite online shopping website, they want to see that on their new site that we are developing for them. Imagine their disappointment with a static visual jpeg.
Of course, as stated earlier in this post, you can spend time explaining to them all of the things that you have planned for the website, all of that great interactivity….and much more, and that right now they don’t get to see it……(not fun to receive a response as to "why can’t we see all of this now?" even after explaining it already. Open. Can. Worms.
So, for some time now (almost 1 year) and for most projects (not all) , I have stopped sending static visuals to clients during the review process.
What do you replace static visuals with then?
It takes a little extra time to do, but I have found that it greatly reduces the overall project development time and streamlines this process tremendously. I design the homepage after carefully learning about what the client’s goals are for the website, and then I cut it into css/xhtml, and add any pieces of interactivity that I have planned for the site. I upload the "working" page to a client folder on my server, and send the link to them. Again, in this email I explain each element, and it’s function and why I think this is a powerful solution for what they are looking to achieve with their site.
Then I hit "send". No time spent writing notes about what they WILL NOT see, why they won’t see it, and why they can’t see it. Also, I will not receive a reply from the client saying "I understand what you are saying about not being able to see all the stuff you have planned, but why is that not possible? I know you explained it, but I guess I just don’t really understand the web that well". No matter how much you explain it, some clients struggle to understand it. That is why you must find a way to prevent this discussion from even coming up.
After all, do you really want to have any type of negativity in your very first email to the client during the design process?
The words "won’t", "can’t", "unfortunately" etc are not great to hear when receiving a service from someone, and I am sure some clients think that.
So, the client goes to the link that I sent them; they rollover the navigation and see an underline appear or a color change. They click on the latest news tab and see a nice slider effect that shoots over some latest news headlines (that are being pulled dynamically from live news feeds **because this is NOT a static visual!**). The impact of this is much more positive than the static visual I used to send, and because they are able to get the exact feel of a working website, they (100% of the time) have less revision requests.
What if the client wants a lot of graphic changes?
With today’s web standards, usability factors, and all of the other aspects that control how we design websites, in my opinion, modern websites should be low on the image file count on each page . Not only is this better for SEO purposes (visible content, faster loading times), but it also means that the website will most likely be clean and user friendly. Don’t get me wrong, there are a lot of exceptional, modern websites out there that are heavy with image files, but with the advancement of CSS, a user friendly and interesting user interface can be designed with a few images and excellent use of CSS.
So, if you regularly design your client’s websites keeping image files to a minimum, it will be extremely easy to revise the design you send to a client when they request changes. Your "real" website page that you sent the client may have only 10 image files on it, and the rest of the colors, and format are controlled by CSS. If the client requests changes, you only have 10 image files at the max to modify, or some simple CSS tweaks.
Take this "Surf in Paradise " website for example. It is clean, organized, and very low on image count. The client may have asked for a different water background, or a different girl image. Making these changes takes just as much time to complete in Photoshop as they would in CSS. In addition, you save the time that you would have spent jpeg’ing the image, and uploading it to the server or emailing it to the client.
Another point worth noting about design revisions and working with clients. Clients differ greatly in their approach to a web design company as most of you know. Some hire us and outwardly acknowledge that we are experts in this field and we will provide a solution that we think is best for the client . Other clients, well….they want what THEY want, and it is often difficult for them to be open up to a designer’s opinion. Just today, I saw a tweet on Twitter from a fellow designer that read "doing an advert for a client who has 1200 words to go on an A4 Ad and their company font is Comic Sans".
So, if you obtain clients that more often than not, understand that you are the expert in web design, and once you get to know their company and their website’s goals, that you can provide a design that they need….then you will probably see that they will usually have very few revisions to the design you send them. The working website page you sent them now looks perfect, and they love the way it works. Guess what! Now you have the format laid out in CSS/XHTML and your client is happy with the overall design. Imagine how quickly you will get the project completed now!
What are your thoughts on static design visuals? How do you present your website designs to a client? What works for you?
This is a great approach Brian. Do you do a wireframe as part of your design process? Seems without that, you could end up reworking the code as well as the images. I love the surfing site – beautiful!
Randa Clay’s last blog post..Free Diamonds and Squares Bullet Set
Good article Brian. You’re right in that the increase in more dynamic and interactive web design brings challenges with presenting interactive ‘concepts’ to the client.
I’ve heard others recently saying they don’t do flat visuals, they present clients with very rough working concepts. Personally for me though, the flat visual still plays a crucial role in my creative process – regardless of whether I show them to the client, I still go through a process of mocking up visuals in Photoshop. So, if I’m creating those visuals anyway, I might as well show them to my client?
But your point is bang on. I do spend hours writing extensive notes to all my visuals and wish there was a better way.
Aaron Russell’s last blog post..Real men don’t drink and drive
There was also a similar discussion on Just Creative Design… I asked for feedback from my Twitter friends and finally came down to the best 9 ways to present a website to a client.
Jacob Cass’s last blog post..$11,000 Prize Giveaway – Design Group Writing Project For Charity
Great Post Brian. I was considering brushing up my skills, learning new ones and offering web design services further down the line. After reading this, it has given me food for thought, and highlighted the complexities involved. For now, I’m sticking to print, lol.
Andrew Kelsall’s last blog post..Logo Designs and Marketing for G.E.D.T
Randa,
Yes, I still do a wire frame and full concept development in Photoshop. Once I am happy with the design, I turn it into css/html and then send to the client.
Yeah, that surf in paradise is everything I love about web design.
Aaron,
Yeah, I still design all visuals in photoshop, I just don’t send the static jpegs for review. The only review the client sees is the fully (or sometime rough) working example of the website.
Jacob,
Thanks, I remember that post now. After re-visiting it, I see that there actually isn’t one noted where you DO fully design the site in photoshop first, but you then cut it into html/css. The closest one is “Skip Photoshop and go straight in HTML”. I definitely would never start with the HTML!
Andrew,
Thanks for your comment. Web design does give you the opportunity to make a lot more money than print, but it also takes a lot more time and discussion during development. With print, it is predominantly about the visual. Web design is about building a user interface and this is where a lot of time is taken up.
Confession: I’m coming out of the wireframe “closet”. In 12 years as a Web dev… I have never created a wireframe. I seldom show a client a Photoshop mockup. I agree wholeheartedly with this article, and have really not seen anyone else say this (out loud) before. While one might argue that going through the process of rough sketch, then wireframe, followed by static PS file is a time-saving thing, I have asked myself a thousand times how much time does ALL THAT take as compared to what usually amounts to minor design changes to an actual html page. Then I ask myself, given the mindset and experience level of the average client, are they really able to envision wireframes, sketches and graphic mock-ups? It has been my overwhelming experience that they are not. IMHO, putting precious time into those initial pre-steps is less productive than putting time into coding an html page that allows the client to actually experience the functionality of the proposed Web site. Others will argue with this, but I’m just stating my opinion based on many years of experience in dealing with a wide variety of clients. They just want to see how the thing WORKS and generally are annoyed if you ask them to imagine how it works. Your mileage may vary.
Brian, this is spot-on. I have taken this approach for clients myself, although I haven’t ever consciously thought of it as a replacement for static visuals. Sometimes, in my experience, it still works to send a static visual to the client first. Depends on the client and the project. On the other hand, I agree with your statement that CSS and a layout that’s light on graphic files allow for sending the client a “working” website with only minor visual changes afterwards. This is a very well thought out post and it will definitely prompt me to streamline my work practices. Thanks.
Tracey Grady’s last blog post..Fresh ideas for creating seamless websites
[...] The Days of Static Design Visuals are Dead | How To Present Web Design [...]
Good descriptive article Brian. I do something similar with the sites I build using wordpress (which is pretty much all of them now). I design in Photoshop (this is my favourite part of the process) but have the the 960 grid and the Wordpress blank sandbox in mind while I’m doing it. I find it doesn’t take a huge amount of time extra to lash the wordpress site together with dummy pages and as you said the client can get a bit more of a feel for how it will all work.
Jennifer Farley’s last blog post..Free Sets of Seamless Wood Backgrounds
I don’t design much but I do other projects and I also noticed that even if it takes slightly longer to create a video or a nice visual presentation you will save yourself a bunch of time in the long run. Great stuff!
Ilia Boyko’s last blog post..Interesting iPhone Adsense layout
I agree with you Brian, static visuals are now very old skool. With web 2.0 growing rapidly fast, graphics have become more interactive than ever. I love designing because it brings out ones creative side!
Cheers
Sunny
Great article, the static design in web 2.0 world is dead.
Mahallo Media’s last blog post..40 урока за страхотни уеб икони
I agree with you Brian. I’m in-between. For my current project–where I hired an awesome copywriter–we began with wireframes done @ http://www.jumpchart.com/. This has been a wonderful collaborative device (client is remote) and allows everyone input and notification. Focus on wireframes is CONTENT, which is what I want.
Meanwhile, I had a specific idea for the visuals. Knew I had to be able to pull it off BEFORE showing client. So I built a prototype of the dynamic navigation and submitted it while everyone mulled over the copy. That approved, then it was time to do the graphic design (because the prototype dictated certain graphics).
So in photoshop, I constructed the file to accommodate the planned dynamics–though it’s still static. Got sign-off on layout/font/color and can now pull together HTML (JumpChart exports w/tags!) and prototype site (with custom javascript) and cut-up images from PSD.
So far, so good. I’m staying organized and not back-peddling. Though I did spend quite a bit of time “sticky noting” my PDFs of layouts!


