<?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>Gluue &#187; clients</title>
	<atom:link href="http://gluue.com/tag/clients/feed/" rel="self" type="application/rss+xml" />
	<link>http://gluue.com</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Wed, 21 Dec 2016 14:23:49 +0000</lastBuildDate>
	<language>en-US</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.8.41</generator>
	<item>
		<title>Feedback. When to Get it, When to Avoid it, and How Jumpchart Helps Keep Track of it All.</title>
		<link>http://gluue.com/2013/10/feedback-when-to-get-it-when-to-avoid-it-and-how-jumpchart-helps-keep-track-of-it-all/</link>
		<comments>http://gluue.com/2013/10/feedback-when-to-get-it-when-to-avoid-it-and-how-jumpchart-helps-keep-track-of-it-all/#comments</comments>
		<pubDate>Tue, 15 Oct 2013 13:54:48 +0000</pubDate>
		<dc:creator><![CDATA[Kristin]]></dc:creator>
				<category><![CDATA[Jumpchart]]></category>
		<category><![CDATA[clients]]></category>
		<category><![CDATA[content organization]]></category>
		<category><![CDATA[feedback]]></category>

		<guid isPermaLink="false">http://gluue.com/?p=3131</guid>
		<description><![CDATA[If you&#8217;re using Jumpchart, you&#8217;re probably organizing content for a website project. And if you&#8217;re working on a website project, you probably know you&#8217;ll have to get feedback… at some point. The hard part is deciding when. Early? Before you get into the nitty gritty? Or later? After you&#8217;ve already done the hard stuff? There [&#8230;]]]></description>
				<content:encoded><![CDATA[	<p>If you&#8217;re using Jumpchart, you&#8217;re probably organizing content for a website project. And if you&#8217;re working on a website project, you probably know you&#8217;ll have to get feedback… at some point.</p>

	<p>The hard part is deciding when. Early? Before you get into the nitty gritty? Or later? After you&#8217;ve already done the hard stuff? There are pluses and minuses to both. But because you&#8217;re using Jumpchart, you&#8217;re lucky… you can go either way and still stay on track. Here&#8217;s how.<br />
<h3>Getting Feedback Early.</h3><br />
Picture this. You have big ideas for this site. You can&#8217;t wait to get started, but you&#8217;re working really closely with your client. Your idea of a partnership is a give and take &#8211; and that means feedback every step of the way. So you work through the architecture of the new site; that&#8217;s your step one. Maybe it goes something like <a href="http://gluue.com/2013/10/before-you-plan-content-you-have-to-do-this/" target="_blank">this</a>. Once you have that knocked out, it&#8217;s time to show your client. You have two options for letting your client see it. You can either invite them to the project (with full access, or read-only access &#8211; your choice!), or show them the public link to the site map. Inviting them to the project allows them to make comments on each page. Those comments will stay with you throughout the project&#8217;s existence, so you can always refer back to them to make sure you&#8217;re staying on the right track. You either get instant approval, or you and your client work through initial revisions together. Then you move on to the page-level content. Since you&#8217;ve already shown your client, they have access to your progress, and can provide feedback as you go. Your project progresses at a pace you&#8217;re both happy with, and as always, you can refer back to notes because they&#8217;re right there in your Jumpchart project.<span id="more-3131"></span><br />
<h3>Getting Feedback Later.</h3><br />
Or there&#8217;s the alternative &#8211; doing the bulk of the architecture work and content organization before getting feedback. Perhaps you (and your client!) prefer it this way, and that&#8217;s perfectly fine. Jumpchart is equipped to handle this workflow just as easily. Once you have all your i&#8217;s dotted and t&#8217;s crossed, show your client. You give them full access, and they make comments on each page. As you&#8217;re working through the edits, you have a linear path of what the client requested, and can visually show them when the work has been done. But it doesn&#8217;t end there. Because you gave your client full access when you invited them, they can make changes on their own &#8211; right there in the content section. You are always aware when changes are made because the recent events stream on the project homepage lets you know about any and all activity. But if they botch a bit of content by using grammar fit for a 4th grader, you can always go back in time by using the versioning feature. You can even choose to be emailed when a comment has been made, so you&#8217;re in the loop the whole time.</p>

	<p>So, as you can see, whether you decide to get feedback out of the starting block, or halfway down the yellow brick road, Jumpchart helps make sure you do your job the best you can.</p>]]></content:encoded>
			<wfw:commentRss>http://gluue.com/2013/10/feedback-when-to-get-it-when-to-avoid-it-and-how-jumpchart-helps-keep-track-of-it-all/feed/</wfw:commentRss>
		<slash:comments>27</slash:comments>
		</item>
		<item>
		<title>Instant Gratification.</title>
		<link>http://gluue.com/2010/06/instant-gratification/</link>
		<comments>http://gluue.com/2010/06/instant-gratification/#comments</comments>
		<pubDate>Wed, 16 Jun 2010 14:59:43 +0000</pubDate>
		<dc:creator><![CDATA[Kristin]]></dc:creator>
				<category><![CDATA[Paste]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[clients]]></category>
		<category><![CDATA[instant gratification]]></category>

		<guid isPermaLink="false">http://gluue.com/?p=1859</guid>
		<description><![CDATA[How do you feel about instant gratification? I enjoy it personally. It&#8217;s like waving a magic wand. I&#8217;m spoiled by my programming co-workers. Sometimes I happen to stumble upon a bug, need an e-mail setting fixed on a server I don&#8217;t have access to, or have a question about the CMS we built from scratch; [&#8230;]]]></description>
				<content:encoded><![CDATA[	<p>How do you feel about instant gratification?</p>

	<p>I enjoy it personally. It&#8217;s like waving a magic wand.</p>

	<p>I&#8217;m spoiled by my programming co-workers. Sometimes I happen to stumble upon a bug, need an e-mail setting fixed on a server I don&#8217;t have access to, or have a question about the <span class="caps">CMS</span> we built from scratch; I can&#8217;t think of a single time when I&#8217;ve had to ask twice because I didn&#8217;t get an answer nearly immediately.</p>

	<p>But throw clients into the mix, and you have an entirely different ballgame.<img title="More..." src="http://gluue.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" /><span id="more-1859"></span>It&#8217;s not unheard of these days for a programmer to also design, and the other way around. So therefore it&#8217;s not unheard of for a programmer to interact with clients. It might be as complex as explaining the inner workings of an app they&#8217;d like integrated into their site, or as simple as telling them their project is complete. It&#8217;s possible to provide instant gratification either way.</p>

	<p>The term takes on a negative connotation as this outlandish request that can&#8217;t possibly be done- &#8220;Are they crazy? What do they expect, instant gratification?&#8221;</p>

	<p>Well, yeah.</p>

	<p>Give it to them once, and they expect it every single time. The bar is raised, expectations altered, and neediness increased. There&#8217;s a fine line between getting things done in a timely fashion, and getting them done too quickly. It&#8217;s a shame, though. You want to show your clients you can solve their problem in a matter of minutes, but you don&#8217;t wanna tell them how fast you are. If you do, they&#8217;ll ask for the moon, and let&#8217;s face it- you might not be able to give them the moon. Giving someone the moon is a <span class="caps">HUGE</span> job… and cannot be done quickly.</p>

	<p>Dealing with clients who expect the world to revolve around them can be stressful, especially when you have 18 other projects on your plate. But, as sneaky as the solution sounds, don&#8217;t let it get to you. Barring a rush job that absolutely has to be done <em>that second</em>, don&#8217;t be afraid to put a little space between the moment the project is done, and when the client is notified that it&#8217;s done. It&#8217;ll still probably be quicker than they expected, anyway.</p>

	<p>Giving and receiving instant gratification is definitely satisfying. Find the balance with your clients that lets you keep giving it, so they can believe they&#8217;re continuing to receive it.</p>]]></content:encoded>
			<wfw:commentRss>http://gluue.com/2010/06/instant-gratification/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Object Caching 221/252 objects using disk

 Served from: gluue.com @ 2026-06-09 05:25:18 by W3 Total Cache -->