<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Photoshop mockups vs. Client Expectations</title>
	<atom:link href="http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/feed/" rel="self" type="application/rss+xml" />
	<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/</link>
	<description>analyzing the business and technology of the web</description>
	<pubDate>Wed, 19 Nov 2008 16:25:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Chary</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-42181</link>
		<dc:creator>Chary</dc:creator>
		<pubDate>Thu, 11 Sep 2008 12:13:47 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-42181</guid>
		<description>I agree with u,
Most of the clients expects the same design which shown as Mockup, they will argue if we miss little extra space also, to overcome this problem it's better to design mockups in such a way that how they will appear after coding. My concern is just be aware of design elements must be added in consideration of how they will appear in HTML and avoid unwanted elements, which are not necessary for that.</description>
		<content:encoded><![CDATA[<p>I agree with u,<br />
Most of the clients expects the same design which shown as Mockup, they will argue if we miss little extra space also, to overcome this problem it&#8217;s better to design mockups in such a way that how they will appear after coding. My concern is just be aware of design elements must be added in consideration of how they will appear in HTML and avoid unwanted elements, which are not necessary for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: buy hydrocodone</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-21669</link>
		<dc:creator>buy hydrocodone</dc:creator>
		<pubDate>Fri, 09 Mar 2007 03:11:32 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-21669</guid>
		<description>&lt;strong&gt;buy hydrocodone&lt;/strong&gt;

</description>
		<content:encoded><![CDATA[<p><strong>buy hydrocodone</strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bingo</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-21333</link>
		<dc:creator>bingo</dc:creator>
		<pubDate>Wed, 07 Mar 2007 09:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-21333</guid>
		<description>&lt;strong&gt;bingo&lt;/strong&gt;

</description>
		<content:encoded><![CDATA[<p><strong>bingo</strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TJ</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-75</link>
		<dc:creator>TJ</dc:creator>
		<pubDate>Thu, 27 Apr 2006 17:18:40 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-75</guid>
		<description>Harmony: I totally understand where your coming from.  I agree with you.  Sometimes  photoshop mockups are just annoying road blocks.  And when it comes to the design looking the same when html'ized', I usually don't have a problem this this, unless I'm getting a design from a designer who doesn't do html, therefore creates things without thinking about how the layout will work.

Danny: Thanks for your comments, I really appreciate hearing what others have to say about this topic, and thanks for including your experiences too.  I think demanding a full working prototype is absolutley rediculous unless that client really wants to get in deep with hours and time..</description>
		<content:encoded><![CDATA[<p>Harmony: I totally understand where your coming from.  I agree with you.  Sometimes  photoshop mockups are just annoying road blocks.  And when it comes to the design looking the same when html&#8217;ized&#8217;, I usually don&#8217;t have a problem this this, unless I&#8217;m getting a design from a designer who doesn&#8217;t do html, therefore creates things without thinking about how the layout will work.</p>
<p>Danny: Thanks for your comments, I really appreciate hearing what others have to say about this topic, and thanks for including your experiences too.  I think demanding a full working prototype is absolutley rediculous unless that client really wants to get in deep with hours and time..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny Foo</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-72</link>
		<dc:creator>Danny Foo</dc:creator>
		<pubDate>Thu, 27 Apr 2006 02:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-72</guid>
		<description>Over here in Malaysia it's a necessity to produce a mockup because all the clients just need to look at something. The worst of the lot are the ones that demand a full working prototype rather a 2-3 page one. In other words, we're creating a BETA but the idea isn't finalized.

The other thing is that we're not so lucky to charge clients by the hour here so half the time it's done with a quoted ballpark figure based on an hourly fee.

But I definetely understand what you're getting at in this entry. :)</description>
		<content:encoded><![CDATA[<p>Over here in Malaysia it&#8217;s a necessity to produce a mockup because all the clients just need to look at something. The worst of the lot are the ones that demand a full working prototype rather a 2-3 page one. In other words, we&#8217;re creating a BETA but the idea isn&#8217;t finalized.</p>
<p>The other thing is that we&#8217;re not so lucky to charge clients by the hour here so half the time it&#8217;s done with a quoted ballpark figure based on an hourly fee.</p>
<p>But I definetely understand what you&#8217;re getting at in this entry. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harmony</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-69</link>
		<dc:creator>Harmony</dc:creator>
		<pubDate>Tue, 25 Apr 2006 23:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-69</guid>
		<description>Like Andy I've always stuck with Photoshop for design mockups and have never had a problem with clients seeing differences between the mockup and the html prototype. I think this mainly has to do with just spending extra time in the mockup phase thinking in 'html mode' so that you know the working version will be very similar, if not exactly similar, to the static design. 

Also with CSS now we can pretty much place things anywhere we want on the page and still have it standards-compliant and cross-browser compatible, so matching the mockup to the prototype is even less of a challenge than it used to be.

Regarding other mockup options, the only thing I've seen which was vaguely useful was a Java app which let you drag and drop form and page elements but it was mainly for usability and functionality purposes, not design, so not very useful in the mockup stage but particularly useful for nutting out how screens are going to work with clients which is usually my biggest challenge.

I think at the end of the day, because most mockups have to be hand-crafted to suit the individual needs of each client, we're stuck with Photoshop mockups. Building a small working prototype for the client would be ideal, but considering the time involved in that I can't see it happening as part of the quote, and you'd also be opening a whole can of worms there if you were allowing changes on a working prototype the way re-designs were allowed on a mockup.</description>
		<content:encoded><![CDATA[<p>Like Andy I&#8217;ve always stuck with Photoshop for design mockups and have never had a problem with clients seeing differences between the mockup and the html prototype. I think this mainly has to do with just spending extra time in the mockup phase thinking in &#8216;html mode&#8217; so that you know the working version will be very similar, if not exactly similar, to the static design. </p>
<p>Also with CSS now we can pretty much place things anywhere we want on the page and still have it standards-compliant and cross-browser compatible, so matching the mockup to the prototype is even less of a challenge than it used to be.</p>
<p>Regarding other mockup options, the only thing I&#8217;ve seen which was vaguely useful was a Java app which let you drag and drop form and page elements but it was mainly for usability and functionality purposes, not design, so not very useful in the mockup stage but particularly useful for nutting out how screens are going to work with clients which is usually my biggest challenge.</p>
<p>I think at the end of the day, because most mockups have to be hand-crafted to suit the individual needs of each client, we&#8217;re stuck with Photoshop mockups. Building a small working prototype for the client would be ideal, but considering the time involved in that I can&#8217;t see it happening as part of the quote, and you&#8217;d also be opening a whole can of worms there if you were allowing changes on a working prototype the way re-designs were allowed on a mockup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-63</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Sat, 22 Apr 2006 19:55:03 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-63</guid>
		<description>At the company I work at now, we do Photoshop and Fireworks mockups to present to clients. 

Usually, we don't get any comments like "how come it looks different from the screenshots you present to us?" When I put together the design mockup in Photoshop, I try to make it to where I will be able to code it into a XHTML/CSS layout afterwards. If I can't do something into XHTML/CSS, then I won't do it or show it in the mockup. 

There are always alternatives you can do and still present almost the same idea to the client.</description>
		<content:encoded><![CDATA[<p>At the company I work at now, we do Photoshop and Fireworks mockups to present to clients. </p>
<p>Usually, we don&#8217;t get any comments like &#8220;how come it looks different from the screenshots you present to us?&#8221; When I put together the design mockup in Photoshop, I try to make it to where I will be able to code it into a XHTML/CSS layout afterwards. If I can&#8217;t do something into XHTML/CSS, then I won&#8217;t do it or show it in the mockup. </p>
<p>There are always alternatives you can do and still present almost the same idea to the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tj</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-62</link>
		<dc:creator>tj</dc:creator>
		<pubDate>Sat, 22 Apr 2006 17:16:14 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-62</guid>
		<description>I like the way you think.  I think with just some group discussions and a little extra communication, I think we can eliminate the 'finished product' mockup we are all so used to.</description>
		<content:encoded><![CDATA[<p>I like the way you think.  I think with just some group discussions and a little extra communication, I think we can eliminate the &#8216;finished product&#8217; mockup we are all so used to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kuswanto</title>
		<link>http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-61</link>
		<dc:creator>Kuswanto</dc:creator>
		<pubDate>Sat, 22 Apr 2006 06:17:50 +0000</pubDate>
		<guid isPermaLink="false">http://getanewbrowser.com/2006/04/photoshop-mockups-vs-client-expectations/#comment-61</guid>
		<description>I don't get much web design project.
But most of my web design project started creating mockups how the "face" of the website gonna look like. My client mostly aware of xHTML and css, they are devs too.

So if i stumblo on broswer bugs (mostly IE) when i translate the mockup to xHTML and CSS, they can understand why the differences beetween these browser arise.

Actually this is not how we create the mockup, but how we communicate our ideas  to clients, and vice versa. Understanding what the client needs will be speeding up the work process, and get pay fast too :)

cheers,</description>
		<content:encoded><![CDATA[<p>I don&#8217;t get much web design project.<br />
But most of my web design project started creating mockups how the &#8220;face&#8221; of the website gonna look like. My client mostly aware of xHTML and css, they are devs too.</p>
<p>So if i stumblo on broswer bugs (mostly IE) when i translate the mockup to xHTML and CSS, they can understand why the differences beetween these browser arise.</p>
<p>Actually this is not how we create the mockup, but how we communicate our ideas  to clients, and vice versa. Understanding what the client needs will be speeding up the work process, and get pay fast too :)</p>
<p>cheers,</p>
]]></content:encoded>
	</item>
</channel>
</rss>
