<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: What elderly crossing guards can teach us about usability</title>
	<atom:link href="http://www.45royale.com/blog/articles/what-elderly-crossing-guards-can-teach-us-about-usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.45royale.com/blog/articles/what-elderly-crossing-guards-can-teach-us-about-usability/</link>
	<description>A web design studio in Atlanta, Georgia.</description>
	<lastBuildDate>Fri, 27 Aug 2010 17:28:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Adam Little</title>
		<link>http://www.45royale.com/blog/articles/what-elderly-crossing-guards-can-teach-us-about-usability/comment-page-1/#comment-49</link>
		<dc:creator>Adam Little</dc:creator>
		<pubDate>Fri, 16 Mar 2007 09:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.45royale.com/blog/articles/2006/12/what-elderly-crossing-guards-can-teach-us-about-usability/#comment-49</guid>
		<description>@Joe

It is difficult to determine whether or not to raise a concern when a client is requesting you add or remove a feature that could negatively impact their users.  You have to pick your battles carefully when deciding where to stand your ground because, as you mentioned, the client signs the check.

Before you say anything to the client, you first need to determine the impact their request will have on the core user base.  If the request will cause problems for only a small portion of their users, I would raise the concern, but not push too hard if the client disagrees.  However, if the request negatively impacts their core users, I would raise the concern and try to stand as firm as possible on the issue.

The client is paying you for expertise, and you owe it to them to try and prevent them from making a bad decision.  You have to make them see that you are standing firm because you care about their business and want to see it succeed.  Provided you can tactfully make your case, your client will respect your point of view, even if they decide not to heed your advice.
</description>
		<content:encoded><![CDATA[<p>@Joe</p>
<p>It is difficult to determine whether or not to raise a concern when a client is requesting you add or remove a feature that could negatively impact their users.  You have to pick your battles carefully when deciding where to stand your ground because, as you mentioned, the client signs the check.</p>
<p>Before you say anything to the client, you first need to determine the impact their request will have on the core user base.  If the request will cause problems for only a small portion of their users, I would raise the concern, but not push too hard if the client disagrees.  However, if the request negatively impacts their core users, I would raise the concern and try to stand as firm as possible on the issue.</p>
<p>The client is paying you for expertise, and you owe it to them to try and prevent them from making a bad decision.  You have to make them see that you are standing firm because you care about their business and want to see it succeed.  Provided you can tactfully make your case, your client will respect your point of view, even if they decide not to heed your advice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Schrader</title>
		<link>http://www.45royale.com/blog/articles/what-elderly-crossing-guards-can-teach-us-about-usability/comment-page-1/#comment-48</link>
		<dc:creator>Julian Schrader</dc:creator>
		<pubDate>Thu, 15 Mar 2007 12:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.45royale.com/blog/articles/2006/12/what-elderly-crossing-guards-can-teach-us-about-usability/#comment-48</guid>
		<description>Cool way to solve the problem. Thanks for the hint!
</description>
		<content:encoded><![CDATA[<p>Cool way to solve the problem. Thanks for the hint!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Sak</title>
		<link>http://www.45royale.com/blog/articles/what-elderly-crossing-guards-can-teach-us-about-usability/comment-page-1/#comment-47</link>
		<dc:creator>Joe Sak</dc:creator>
		<pubDate>Tue, 16 Jan 2007 10:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.45royale.com/blog/articles/2006/12/what-elderly-crossing-guards-can-teach-us-about-usability/#comment-47</guid>
		<description>This is really great. I love friendly stuff like this. But what do you do when your client takes themselves too seriously? I&#039;ve always tried to be user-friendly and add a little style and humor where I see fit and usually end up with the client asking &quot;What is this? I don&#039;t like it. Get rid of it.&quot; Well, they sign the checks, so I say &quot;OK&quot; and put it back to good old generic not very helpful or friendly &quot;Please adjust your search results&quot; or whatever the case may be.

Really, what do you say to clients who don&#039;t seem to care about their users? I work in the consulting business, we&#039;re paid to consult our clients. Too often, they just tell us how it should be and we submit because they&#039;re paying us. How do you say to a client &quot;look, you paid us to advise you, not to let you continue your cycle of bad ideas. let us do our jobs.&quot;?
</description>
		<content:encoded><![CDATA[<p>This is really great. I love friendly stuff like this. But what do you do when your client takes themselves too seriously? I&#8217;ve always tried to be user-friendly and add a little style and humor where I see fit and usually end up with the client asking &#8220;What is this? I don&#8217;t like it. Get rid of it.&#8221; Well, they sign the checks, so I say &#8220;OK&#8221; and put it back to good old generic not very helpful or friendly &#8220;Please adjust your search results&#8221; or whatever the case may be.</p>
<p>Really, what do you say to clients who don&#8217;t seem to care about their users? I work in the consulting business, we&#8217;re paid to consult our clients. Too often, they just tell us how it should be and we submit because they&#8217;re paying us. How do you say to a client &#8220;look, you paid us to advise you, not to let you continue your cycle of bad ideas. let us do our jobs.&#8221;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
