<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
><channel><title>Lee Munroe &#187; clients</title> <atom:link href="http://www.leemunroe.com/tags/clients/feed/" rel="self" type="application/rss+xml" /><link>http://www.leemunroe.com</link> <description>User Experience and Web Interface Designer Lee Munroe</description> <lastBuildDate>Thu, 09 Feb 2012 02:44:16 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3</generator> <item><title>Designers, ask your client &#8216;why&#8217; five times</title><link>http://www.leemunroe.com/ask-why-five-times/</link> <comments>http://www.leemunroe.com/ask-why-five-times/#comments</comments> <pubDate>Tue, 15 Nov 2011 08:01:21 +0000</pubDate> <dc:creator>Lee</dc:creator> <category><![CDATA[Freelancing]]></category> <category><![CDATA[clients]]></category> <category><![CDATA[Freelance]]></category> <category><![CDATA[problem]]></category> <category><![CDATA[solving]]></category> <category><![CDATA[why]]></category><guid
isPermaLink="false">http://www.leemunroe.com/?p=2614</guid> <description><![CDATA[You may have heard the term &#8220;ask why five times&#8221;, a technique first used by Sakichi Toyoda at Toyota as part of their &#8216;lean manufacturing&#8217; process. You don&#8217;t necessarily have&#8230;<html><body><h1>400 Bad request</h1> Your browser sent an invalid request.</body></html> ]]></description> <content:encoded><![CDATA[<p>You may have heard the term &#8220;ask why five times&#8221;, a technique first used by Sakichi Toyoda at Toyota as part of their &#8216;lean manufacturing&#8217; process.</p><p>You don&#8217;t necessarily have to do it five times, the point is to keep asking questions until you get down to the root of the problem, and explore various ways to solve that problem. Don&#8217;t just accept the first statement or request.</p><h4>Clients don&#8217;t know what they need, that&#8217;s why they hired you</h4><div
style="text-align:center;"><img
src="http://www.leemunroe.com/wp-content/uploads/why.gif" alt="why.gif" border="0" width="301" height="171" /></div><p>As a web designer, you&#8217;re a problem solver, and it&#8217;s good practice to use this technique on your clients.</p><p>Here&#8217;s a basic example:</p><p>Client: We need a blog.</p><p>Designer: Why do you need a blog?</p><p>Client: Because our competitor has a blog.</p><p>Designer: Why does your competitor have a blog?</p><p>Client: So their users have a place to go to read about company announcements.</p><p>Designer: Why do users need a place to read about company announcements?</p><p>Client: Every so often they add features, like us, and they use the blog to announce those features. We plan to do the same.</p><p>Designer: Why do you need to announce new features?</p><p>Client: So users can use the new features.</p><p>Designer: Why would users want to use the new features?</p><p>Client: They&#8217;ll enjoy the product more, which should help customer retention.</p><p>Designer: Maybe you don&#8217;t need a blog. A blog will take quite a lot of effort and money to design, develop and maintain. How about in-app notifications for new features, call-outs that highlight new features, a monthly newsletter, using a Twitter account for announcements, or use a tool like <a
href="http://intercom.io">Intercom</a>? Or maybe you don&#8217;t need new features at all, and there&#8217;s a better way to keep your customers happy?</p><p>Client: Never thought of that. Which one can we have up and running by this afternoon?</p><h4>Get to the root of the problem</h4><p>Constantly asking why can sound annoying, but it should lead to <strong>healthy discussion about how to best solve the underlying issue</strong>.</p><p>In the end the you may come full circle and implement the initial suggestion, but make sure you <strong>understand the root of the problem</strong> and <strong>explore all possible solutions</strong> before time and effort is wasted.</p> ]]></content:encoded> <wfw:commentRss>http://www.leemunroe.com/ask-why-five-times/feed/</wfw:commentRss> <slash:comments>4</slash:comments> </item> <item><title>How to give and take feedback for web design projects</title><link>http://www.leemunroe.com/giving-feedback/</link> <comments>http://www.leemunroe.com/giving-feedback/#comments</comments> <pubDate>Mon, 05 Sep 2011 11:02:19 +0000</pubDate> <dc:creator>Lee</dc:creator> <category><![CDATA[Freelancing]]></category> <category><![CDATA[clients]]></category> <category><![CDATA[feedback]]></category> <category><![CDATA[Freelance]]></category> <category><![CDATA[process]]></category><guid
isPermaLink="false">http://www.leemunroe.com/?p=2520</guid> <description><![CDATA[You&#8217;ve done all the leg work. The research was good, the sitemap made sense and the wireframes were spot on. You&#8217;ve spent the last 5 days designing in Photoshop perfecting&#8230;]]></description> <content:encoded><![CDATA[<p>You&#8217;ve done all the leg work. The research was good, the sitemap made sense and the wireframes were spot on. You&#8217;ve spent the last 5 days designing in Photoshop perfecting every pixel, making sure all your buttons have a subtle gradient and that those drop shadows aren&#8217;t 1 pixel too blurry. <strong>Now it&#8217;s time to ask your client for feedback.</strong></p><p>This is the part of the project that I dislike the most. Presenting a new design then waiting for feedback, not knowing what is going to come back at you. Receiving feedback can be uncomfortable, but you know it&#8217;s part of the job. <strong>Getting useful feedback is the hard part.</strong></p><h4>Why designers hate feedback</h4><p>Feedback during the design process is good. Early feedback is even better. <strong>It leads to iterations, which <em>should</em> lead to improvements and a better end result</strong> for your client and their customers.</p><p>The main reason designers hate feedback is because we don&#8217;t often get the <strong>right kind of feedback</strong>.</p><h4>Why clients don&#8217;t give the right kind of feedback</h4><p>It&#8217;s not your client&#8217;s fault. Remember, they&#8217;re not designers so <strong>they don&#8217;t know what type of feedback you&#8217;re looking for</strong>.</p><p>If you hand them a design and ask &#8220;What do you think?&#8221; they&#8217;re going to tell you what they think, which will more than likely focus on things like  colours they do or don&#8217;t like, and whether their company logo stands out enough, instead of what really matters like <strong>users being able to find what they&#8217;re looking for</strong>.</p><p><strong>We need to guide clients</strong> (and bosses and colleagues) towards giving feedback that will be useful to us as designers.</p><p>I&#8217;ve put together a few <strong>dos and don&#8217;ts</strong> below that will hopefully be useful to both sides of the party.</p><h4>How to give feedback as a client</h4><h5>Don&#8217;t give subjective feedback</h5><blockquote><p>I&#8217;m not a big fan of orange!</p></blockquote><p>Subjective feedback is opinionated feedback. There is no logic behind it, just your personal feelings.</p><p><strong>Do say why you don&#8217;t think something works.</strong> If a colour doesn&#8217;t work, why not? Does it not stand out enough? Is it against your brand guidelines?</p><h5>Don&#8217;t compare your design to other websites</h5><blockquote><p>That&#8217;s not how Groupon does it!</p></blockquote><p>The designer should have done their research and gone through iterations of user flows, sitemaps and design guidelines. So at this stage they know your business and users better than any designer at any other company, therefore <strong>they should be able to come up with the best designsolutions for you</strong>.</p><p><strong>Do mention at the start of the project what other sites you like</strong> and what you like about them so the designer can take this into account when designing your site. And remember that just because GroupOn, Twitter or Facebook does it that way, doesn&#8217;t it&#8217;s the best way for you to do it.</p><h5>Don&#8217;t ask for multiple versions</h5><blockquote><p>Can we see one with navigation down the left and one along the top and we&#8217;ll pick the one we like best?</p></blockquote><p>No, no, no. It&#8217;s not about <a
href="http://www.leemunroe.com/one-mockup/">designing multiple mockups</a> and picking the one you like best.</p><p><strong>Do let your designer design what they believe will work best for your project</strong>, then iterate on that design based on user feedback.</p><h5>Don&#8217;t forget about the user</h5><blockquote><p>Can we have input fields for their age, address, email and phone number as well?</p></blockquote><p>Don&#8217;t forget about your users, who they are and what their state of mind is when they use your website.</p><p><strong>Do keep users in mind when you&#8217;re analysing the design</strong> and realise that they&#8217;re probably in a rush, don&#8217;t have time to do everything you want them to do and that they won&#8217;t be over analysing every graphic or pixel while doing so.</p><h5>Don&#8217;t be stuck to what you have in your head</h5><blockquote><p>I was thinking that would be blue and over here.</p></blockquote><p>If you&#8217;ve already designed something in your head then why did you hire a designer?</p><p><strong>Do let your designer do their job and come up with the ideas using their own expertise</strong> and experience that you hired them for.</p><h5>Don&#8217;t tell designers what your wife thought</h5><blockquote><p>My wife is a creative person and she thinks some sort of animation would make the page look really cool.</p></blockquote><p>Your wife, or any other impartial viewer, may be creative at other things but unless they have experience designing websites then their feedback is probably not that useful.</p><p><strong>Do keep feedback focused</strong> on what your users, your employees and you (the decision maker) think, and listen to what the designer has to say.</p><h5>Don&#8217;t get hung up on what other people say</h5><blockquote><p>I showed it to our marketing department and they think everything should be above the fold!</p></blockquote><p>Getting feedback from multiple people, or departments, is good but don&#8217;t think that every piece of feedback is gold dust.</p><p><strong>Do keep a note of all feedback, highlight any that are important and pass that onto the designer</strong> to let them decide what to do with the feedback. Remember if you ask for peoples&#8217; opinions you&#8217;ll get a lot of feedback for feedback&#8217;s sake. Most of it is probably negligible and you can never please everybody.</p><h5>Don&#8217;t ask to make your logo bigger</h5><blockquote><p>Our logo is a bit small, can you make it bigger?</p></blockquote><p>As much as you love your shiny glossy 3D logo, making it bigger isn&#8217;t going to help anyone.</p><p><strong>Do tell your designer how great the site is looking</strong>. We like positive feedback.</p><h4>How to ask and prepare for feedback as a designer</h4><h5>Ask for specific feedback</h5><p>Don&#8217;t ask &#8220;What do you think?&#8221;. <strong>Ask specific questions.</strong> Do you think the call to action will be obvious to your users? Will users know what this input label means? Does the overall mood and tone match your business and branding?</p><h5>Do as much research into your client, their business and their competitors as possible</h5><p>Right at the start of the project investigate <strong>what matters to your client, what matters to their customers</strong> (users) and what they think of competitor sites. Create <strong>mood boards of screenshots</strong> from different websites to see what they like and don&#8217;t like. You&#8217;ll be better prepared for feedback if you can relate back to this research.</p><h5>Do user tests early on</h5><p>The best way to <strong>prove your design decisions is to base them on scientific feedback</strong>. Develop prototypes for user testing, upload your screen designs to sites like <a
href="http://fivesecondtest.com/">Five Second Test</a> and <a
href="http://usabilla.com/">Usabilla</a> to see what other people think and <strong>use this to justify your decisions</strong>.</p><h5>Ask &#8220;Why?&#8221; 5 times</h5><p>For each piece of feedback <strong>continuously ask why to get to the real issue</strong>. &#8220;Why do you want to change it? Why don&#8217;t you like it? Why do you not like red? Why do you not think your customers won&#8217;t like red? Why do they think red is evil?&#8221;. Once you find the real issue you&#8217;ll be able to come up with the best solution.</p><h5>Include the client throughout the process</h5><p>Always keep your client in the loop. <strong>Show them results of research, show each iteration, and ask for feedback at each stage.</strong> This will help avoid a &#8220;I don&#8217;t think it&#8217;s working&#8221; email just when you thought you were about to get paid at the end of the project.</p><h4>Respect each other</h4><p>Most importantly remember to have respect for one another. Clients know their business better than anyone. Designers know what works well for better experiences and results online. <strong>Both parties are experts in their own way</strong> so always listen to what one another has to say and try and see it from their point of view as well.</p><h4>Have you any feedback advice?</h4><p>This is advice based on my own experience. <strong><em>How do you ask or prepare for feedback? How do you give feedback?</em></strong> This article is designer focused but I&#8217;d love to hear any advice from developers also. Share your comments below.</p><h4>Further reading</h4><ul><li><a
href="http://www.smashingmagazine.com/2010/06/29/why-design-by-commitee-should-die/">Why design by committee should die</a></li><li><a
href="http://weenudge.com/feedback/">Give your clients a wee nudge</a></li><li><a
href="http://theoatmeal.com/comics/design_hell">How a web design goes straight to hell</a></li><li><a
href="http://contrast.ie/blog/asking-for-feedback">Asking for feedback</a></li></ul> ]]></content:encoded> <wfw:commentRss>http://www.leemunroe.com/giving-feedback/feed/</wfw:commentRss> <slash:comments>8</slash:comments> </item> <item><title>Why you should never present more than one mockup to a client</title><link>http://www.leemunroe.com/one-mockup/</link> <comments>http://www.leemunroe.com/one-mockup/#comments</comments> <pubDate>Wed, 19 May 2010 09:01:18 +0000</pubDate> <dc:creator>Lee</dc:creator> <category><![CDATA[Web Design]]></category> <category><![CDATA[clients]]></category> <category><![CDATA[mockups]]></category> <category><![CDATA[process]]></category><guid
isPermaLink="false">http://www.leemunroe.com/?p=2010</guid> <description><![CDATA[I often hear designers talk about how they need to do 2 or 3 mockups for a project so the client can pick their favourite. Back when I was starting&#8230;]]></description> <content:encoded><![CDATA[<p>I often hear designers talk about how they need to do 2 or 3 mockups for a project so the client can pick their favourite.</p><p>Back when I was starting out as a web designer, I undertook some work for a design firm. I too remember at the time being asked to <strong>come up with 2 or 3 mockups for each project</strong> that went my way, then the sales guy would show them to the client and <strong>the client would pick their favourite</strong>.</p><p><span
id="more-2010"></span></p><h4>Never supply a client with more than one option</h4><p><strong>You should have final decision based on your expertise.</strong> If you show a client two mockups and one has navigation down the left and one along the top and ask &#8220;which is your favourite?&#8221; you&#8217;re <strong>degrading</strong> your expertise. <strong>You should know what the best option is and be able to back up your design decisions.</strong></p><h4>Choice paralysis</h4><div
style="text-align:center;"><img
src="http://www.leemunroe.com/wp-content/uploads/colour.gif" alt="colour.gif" border="0" width="400" height="300" /></div><p>There&#8217;s a good story in <a
href="http://www.amazon.co.uk/gp/product/1846680166?ie=UTF8&#038;tag=10homepa-21&#038;linkCode=as2&#038;camp=1634&#038;creative=19450&#038;creativeASIN=1846680166">Yes! 50 secrets from the science of persuasion</a> about jars of jam for sale in a supermarket. <strong>Give the customer too many options, they&#8217;ll get confused and walk away. Narrow the options and they&#8217;re more likely to buy it.</strong></p><p>Same goes with design. <strong>Presenting too many options over complicates things</strong> and the customer thinks about it too much.</p><p><strong>They&#8217;ll also pick the option you didn&#8217;t want them to pick.</strong> Trust me, it&#8217;ll happen.</p><h4>More work for you</h4><div
style="text-align:center;"><img
src="http://www.leemunroe.com/wp-content/uploads/layout1.gif" alt="layout1.gif" border="0" width="400" height="300" /></div><div
style="text-align:center;"><img
src="http://www.leemunroe.com/wp-content/uploads/layout2.gif" alt="layout2.gif" border="0" width="400" height="300" /></div><p>Why produce more work for yourself? If you&#8217;re spending a number of days researching, wireframing and mocking up for one design, why would you want to do that all over again? <strong>Put all your effort and attention into one design, the one that you believe, as a professional, works best for your client.</strong></p><p>If you split your workload in two, the outcome is going to be two half-assed efforts, rather than one <a
href="http://www.urbandictionary.com/define.php?term=full-assed">full-ass</a>.</p><h4>Client isn&#8217;t getting the best</h4><p>If you have to come up with more than one design it undoubtedly means that your first design isn&#8217;t the best, or your second design isn&#8217;t the best. If they were the best, there would be no need for another design.</p><p><strong>One mockup allows you to focus all your expertise and attention to what you feel is the best solution for your client.</strong></p><h4>But what if my client doesn&#8217;t like it?</h4><p>You can&#8217;t always get it right first time but you can <strong>take on board their feedback and reiterate</strong>.</p><p>Make sure you <strong>encourage good feedback</strong>. Good feedback includes <strong>a good reason</strong> as to why they don&#8217;t think something will work.</p><p>e.g. &#8220;I don&#8217;t like blue&#8221; is not good feedback. &#8220;I don&#8217;t think the blue works because it&#8217;s very corporate and we want to show our customers we&#8217;re fun and creative&#8221; is a lot better as now you know the reason behind their thinking so you can work with this, plus they&#8217;re keeping their users and target market in mind instead of letting personal preferences get in the way.</p><p>You can then go and make the necessary amendments to satisfy each of the feedback points.</p><h4>What do you think?</h4><p>Some designers can&#8217;t help it and are told to produce 2, 3 or 4 mockups. Some maybe prefer to do it this way.</p><p><strong><em>What&#8217;s your approach? Do you present more than one mockup? Is it your choice or are you made to?</em></strong></p> ]]></content:encoded> <wfw:commentRss>http://www.leemunroe.com/one-mockup/feed/</wfw:commentRss> <slash:comments>114</slash:comments> </item> <item><title>5 Essential Document Templates for Freelance Designers</title><link>http://www.leemunroe.com/freelance-document-templates/</link> <comments>http://www.leemunroe.com/freelance-document-templates/#comments</comments> <pubDate>Tue, 17 Nov 2009 10:01:38 +0000</pubDate> <dc:creator>Lee</dc:creator> <category><![CDATA[Web Design]]></category> <category><![CDATA[clients]]></category> <category><![CDATA[email]]></category> <category><![CDATA[Freelance]]></category> <category><![CDATA[invoice]]></category> <category><![CDATA[proposal]]></category><guid
isPermaLink="false">http://www.leemunroe.com/?p=1643</guid> <description><![CDATA[As a freelance web designer it makes sense to have a number of documents prepared as you tend to use the same ones over and over again. I thought I&#8230;]]></description> <content:encoded><![CDATA[<p>As a freelance web designer it makes sense to <strong>have a number of documents prepared</strong> as you tend to <strong>use the same ones over and over again</strong>. I thought I would share with you the 5 documents that I have prepared and ready to use, along with some excellent examples from other designers and studios.</p><p><span
id="more-1643"></span></p><h4>1. Website Planner</h4><div><a
href="http://www.designbyfront.com/#contact"><img
src="http://www.leemunroe.com/wp-content/uploads/planner.jpg" alt="planner" title="planner" width="540" height="198" class="alignnone size-full wp-image-1653" /></a></div><p>The website planner is <strong>sent out to potential clients to gather their requirements</strong>. This gives you a quick overview of the project and helps you decide whether you want to take it on or not.</p><p>The goal is to find out:</p><ol><li>Who the client is</li><li>What the client does</li><li>What the project is</li><li>What the client wants (deliverables)</li><li>An understanding of their market and competitors</li><li>What they like and don&#8217;t like (about their current site and other sites)</li><li>Budget and time</li></ol><h5>Examples</h5><ul><li><a
href="http://www.designbyfront.com/#contact">Front</a></li><li><a
href="http://planner.builtbybuffalo.com/step-1/">Buffalo</a></li><li><a
href="http://clearleft.com/canhelp/">Clearleft</a></li><li><a
href="http://www.happycog.com/contact/">Happy Cog</a></li></ul><h4>2. Emails</h4><p>I have <strong>several email templates that I save in a plain text file</strong>. This is to save me retyping the same emails over and over. Templates include:</p><ul><li>For when you are interested in a project and attaching a website planner</li><li>For when you don&#8217;t have time to take it on and have to decline it (and maybe recommend someone else)</li><li>Sending a proposal to a potential client</li></ul><h5>Example</h5><blockquote><p>Hi Bill,<br
/>  <br
/> Thanks for your email. I&#8217;m afraid I&#8217;m booked up with several projects at the moment so don&#8217;t have time to take on the redesign of Microsoft.com</p><p>You might like to try Steve from Apple.com &#8211; another very good designer that I highly recommend.</p><p>Best of luck with your project</p></blockquote><h4>3. Contract/Proposal</h4><div><a
href="http://24ways.org/2008/contract-killer"><img
src="http://www.leemunroe.com/wp-content/uploads/contract.jpg" alt="contract" title="contract" width="540" height="143" class="alignnone size-full wp-image-1654" /></a></div><p>Once you&#8217;ve gathered your clients requirements and have a good understanding of what they require, you need to<strong> send them a contract and proposal</strong>. Things this document should include:</p><ol><li>Outlines both parties obligations</li><li>What you are going to produce and the deliverables</li><li>How much the project will cost</li><li>Payment plan e.g. 50% up front deposit, 50% on completion</li><li>Signatures from both parties</li></ol><h5>Examples</h5><ul><li><a
href="http://24ways.org/2008/contract-killer">Andy Clarke has an excellent example of a killer contract</a></li><li><a
href="http://www.smashingmagazine.com/2009/10/06/freelance-contracts-dos-and-donts/">Freelance contracts: do&#8217;s and don&#8217;ts</a></li></ul><h4>4. Services &amp; Pricing</h4><div><a
href="http://haystack.com/"><img
src="http://www.leemunroe.com/wp-content/uploads/services.jpg" alt="services" title="services" width="540" height="210" class="alignnone size-full wp-image-1656" /></a></div><p>I personally don&#8217;t use this one (so I wouldn&#8217;t call this essential) but it&#8217;s useful to have. A document outlining your services and prices. This way you can <strong>send potential customers a list of what you do and also give them a ballpark figure for how your pricing works</strong>.</p><p>It&#8217;s good to get this out of the way up front in case their budget doesn&#8217;t suit your pricing.</p><h5>Examples</h5><p><a
href="http://haystack.com/">Haystack</a> shows rough pricing costs for studios.</p><h4>5. Invoice</h4><div><a
href="http://invoicemachine.com/home"><img
src="http://www.leemunroe.com/wp-content/uploads/invoice.jpg" alt="invoice" title="invoice" width="540" height="164" class="alignnone size-full wp-image-1655" /></a></div><p>An invoice template that you can send to clients requesting payment. <strong>I highly recommend you use some sort of invoicing system</strong>, there are lots to choose from.</p><p>Invoices should include:</p><ol><li>Who the invoice is to (client)</li><li>Who the invoice is from (you)</li><li>Date and invoice number</li><li>Service(s) carried out</li><li>Total costs</li><li>Any terms e.g. Payment required on receipt of invoice</li><li>A little thank you note</li></ol><h5>Examples</h5><ul><li><a
href="http://www.freshbooks.com/?ref=ad0e9f5a75372-1">Freshbooks</a></li><li><a
href="http://www.billingsapp.com/">Billings</a></li><li><a
href="http://invoicemachine.com/home">The Invoice Machine</a></li><li><a
href="http://www.simplyinvoices.com/">Simply Invoices</a></li></ul><h4>What do you have prepared?</h4><p>Do you have any other documents at the ready? Please share with myself and others below.</p> ]]></content:encoded> <wfw:commentRss>http://www.leemunroe.com/freelance-document-templates/feed/</wfw:commentRss> <slash:comments>65</slash:comments> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: basic (User agent is rejected)
Database Caching 22/30 queries in 0.266 seconds using disk: basic

Served from: www.leemunroe.com @ 2012-02-09 14:03:15 -->
