<?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: Good clients/bad clients</title>
	<atom:link href="http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/</link>
	<description>Dave Neary's view of the world</description>
	<lastBuildDate>Sun, 11 Dec 2011 14:17:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Dave Neary</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-610</link>
		<dc:creator>Dave Neary</dc:creator>
		<pubDate>Fri, 29 Jun 2007 17:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-610</guid>
		<description>Hi Patrick,

It&#039;s an interesting point, and I tend to agree, but there&#039;s a problem, and it&#039;s a biggie.

When someone contacts you as a salesman looking to avail of your services, he&#039;s often pretty sure of what he wants, but not very good at articulating it - he&#039;ll know it when he sees it (or rather, he&#039;ll know what he doesn&#039;t like when he sees it). This is normal - as you say, our job is to work with him to get to his needs and then plan based on those.

The problem is that the client typically has two constraints - time &amp; budget. He wants you to tell him on the phone, right there at the first meeting, how much your services are going to cost. If I can ring up Ikea and find out that the Ektorp couch is €299, why can&#039;t I ring up my local knowledge worker and find out that the new website I want is going to be €1400?

But that&#039;s not how it works in our world - how much and when depends on what you want, and what you want isn&#039;t &quot;just a website&quot; - without realising it, you want all sorts of bells and whistles and calendars and RSS feeds and comment systems and flash ads and the list goes on.

Now, it might well be that none of this is very complicated, that it can all be done by installing a Spip or a Drupal and themeing it up real nice, but if you have to do any Javascript or xml-rpc or a bit of ROR, then you&#039;re in a world of pain, because your client doesn&#039;t understand that development is more expensive, slower and more difficult than &quot;just a website&quot; - in fact, if he knew the difference in price &amp; difficulty of what he was asking for, he probably wouldn&#039;t ask.

And so you have to *really* find out what he wants, the trade-offs he&#039;s prepared to make, nail down a really good spec, and estimate how much time it will take you, all before you can tell him how much the project is going to cost. And all of that is *work* - not just for you, but for the client who just wanted a website. At the end of it, either your client will be grateful that you spent so much time explaining all of the difficulties behind the project, or he&#039;ll hate you for having wasted his time. And you have just spent maybe a weeb&#039;s worth of work on a project that you might never get paid for.

So we fudge - we make a ball-park estimate, and sometimes the client won&#039;t budge after signing on the delivery date, the budget or the feature list - and so you end up delivering a poor quality product late, and losing money on it. Whose fault is it? The impatient client for not waiting days or weeks for an accurate estimate, or you, for not correctly planning?

It&#039;s a little trickier than &quot;all you need to do is plan &amp; work&quot;.

Dave.</description>
		<content:encoded><![CDATA[<p>Hi Patrick,</p>
<p>It&#8217;s an interesting point, and I tend to agree, but there&#8217;s a problem, and it&#8217;s a biggie.</p>
<p>When someone contacts you as a salesman looking to avail of your services, he&#8217;s often pretty sure of what he wants, but not very good at articulating it &#8211; he&#8217;ll know it when he sees it (or rather, he&#8217;ll know what he doesn&#8217;t like when he sees it). This is normal &#8211; as you say, our job is to work with him to get to his needs and then plan based on those.</p>
<p>The problem is that the client typically has two constraints &#8211; time &amp; budget. He wants you to tell him on the phone, right there at the first meeting, how much your services are going to cost. If I can ring up Ikea and find out that the Ektorp couch is €299, why can&#8217;t I ring up my local knowledge worker and find out that the new website I want is going to be €1400?</p>
<p>But that&#8217;s not how it works in our world &#8211; how much and when depends on what you want, and what you want isn&#8217;t &#8220;just a website&#8221; &#8211; without realising it, you want all sorts of bells and whistles and calendars and RSS feeds and comment systems and flash ads and the list goes on.</p>
<p>Now, it might well be that none of this is very complicated, that it can all be done by installing a Spip or a Drupal and themeing it up real nice, but if you have to do any Javascript or xml-rpc or a bit of ROR, then you&#8217;re in a world of pain, because your client doesn&#8217;t understand that development is more expensive, slower and more difficult than &#8220;just a website&#8221; &#8211; in fact, if he knew the difference in price &amp; difficulty of what he was asking for, he probably wouldn&#8217;t ask.</p>
<p>And so you have to *really* find out what he wants, the trade-offs he&#8217;s prepared to make, nail down a really good spec, and estimate how much time it will take you, all before you can tell him how much the project is going to cost. And all of that is *work* &#8211; not just for you, but for the client who just wanted a website. At the end of it, either your client will be grateful that you spent so much time explaining all of the difficulties behind the project, or he&#8217;ll hate you for having wasted his time. And you have just spent maybe a weeb&#8217;s worth of work on a project that you might never get paid for.</p>
<p>So we fudge &#8211; we make a ball-park estimate, and sometimes the client won&#8217;t budge after signing on the delivery date, the budget or the feature list &#8211; and so you end up delivering a poor quality product late, and losing money on it. Whose fault is it? The impatient client for not waiting days or weeks for an accurate estimate, or you, for not correctly planning?</p>
<p>It&#8217;s a little trickier than &#8220;all you need to do is plan &amp; work&#8221;.</p>
<p>Dave.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick van Staveren</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-609</link>
		<dc:creator>Patrick van Staveren</dc:creator>
		<pubDate>Fri, 29 Jun 2007 16:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-609</guid>
		<description>There are &#039;good&#039; clients from the perspective that they are easy to please and are within what we consider to be our typical customer.

Then there are &#039;bad&#039; clients.  The ones that make us work.  Oh wait, isn&#039;t that what we&#039;re supposed to do -- work?  I think the &#039;bad&#039; clients are the result of bad planning on our part, because we assume that all clients will be &#039;good&#039; clients or that we won&#039;t sell to them.  Wrong way of thinking!  If you want to be successful in business, you need to have a clear objective, clear goals, a vision of the outcome, and a proper work breakdown -- all before selling and making a commitment to a customer.  If the client relationship isn&#039;t the right fit for your business, you&#039;ll know beforehand and the customer will understand because you&#039;ve shown them your true colors already.

What I find amazing is that with all the business professionals around the world is that the vast majority of them are terrible at planning like this -- so we blame the customer as a way to escape.</description>
		<content:encoded><![CDATA[<p>There are &#8216;good&#8217; clients from the perspective that they are easy to please and are within what we consider to be our typical customer.</p>
<p>Then there are &#8216;bad&#8217; clients.  The ones that make us work.  Oh wait, isn&#8217;t that what we&#8217;re supposed to do &#8212; work?  I think the &#8216;bad&#8217; clients are the result of bad planning on our part, because we assume that all clients will be &#8216;good&#8217; clients or that we won&#8217;t sell to them.  Wrong way of thinking!  If you want to be successful in business, you need to have a clear objective, clear goals, a vision of the outcome, and a proper work breakdown &#8212; all before selling and making a commitment to a customer.  If the client relationship isn&#8217;t the right fit for your business, you&#8217;ll know beforehand and the customer will understand because you&#8217;ve shown them your true colors already.</p>
<p>What I find amazing is that with all the business professionals around the world is that the vast majority of them are terrible at planning like this &#8212; so we blame the customer as a way to escape.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Ayotte</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-607</link>
		<dc:creator>Richard Ayotte</dc:creator>
		<pubDate>Fri, 29 Jun 2007 14:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-607</guid>
		<description>I must second giz404&#039;s comment. I&#039;ve had bad clients who continue to expect you to work without pay. Fire them, life is too short. There are many paying clients that need your help.</description>
		<content:encoded><![CDATA[<p>I must second giz404&#8242;s comment. I&#8217;ve had bad clients who continue to expect you to work without pay. Fire them, life is too short. There are many paying clients that need your help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: giz404</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-606</link>
		<dc:creator>giz404</dc:creator>
		<pubDate>Fri, 29 Jun 2007 13:39:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-606</guid>
		<description>Yes there are bad clients. And I assume we should fire them, since they&#039;re never satisfied, no matter what you do.
As a matter of fact, they are usually the people who don&#039;t wanna pay, who ask for extras, who change their mind all the time..</description>
		<content:encoded><![CDATA[<p>Yes there are bad clients. And I assume we should fire them, since they&#8217;re never satisfied, no matter what you do.<br />
As a matter of fact, they are usually the people who don&#8217;t wanna pay, who ask for extras, who change their mind all the time..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toady</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-605</link>
		<dc:creator>Toady</dc:creator>
		<pubDate>Fri, 29 Jun 2007 12:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-605</guid>
		<description>Or it is a bad client that does not understand what was mentioned clearly and want more from you by putting pressure and making you uncomfortable.</description>
		<content:encoded><![CDATA[<p>Or it is a bad client that does not understand what was mentioned clearly and want more from you by putting pressure and making you uncomfortable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-604</link>
		<dc:creator>Kris</dc:creator>
		<pubDate>Fri, 29 Jun 2007 12:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-604</guid>
		<description>What I&#039;ve found from running my business is that there are people/business that I would just rather not deal with. My friend who also has his own business calls them sh*t kickers. There seems to be a category of client who drive you down on price then they always end up giving you 10 times more grief than anyone else. For me, I can do with out these clients.

An important lesson I learnt a while ago is that I never negotiate on price. If somone wants a lower price then I make it clear something has to come out of the product/service.

At a very busy point in our company a couple of years ago we just couldn&#039;t take on any more business but we could&#039;t go round saying this to people. What we decided to do was quote everything for double the price we usually did so people would just turn us down for being too expensive. Well this didn&#039;t have the predicted effect, we found about half of people still wanted to do business with us. So in effect we&#039;d just halved our work load but kept our revenue the same because although we were only winning half the contracts than before the price was twice as much!

In summary you don&#039;t need clients that are just going to cause you hassle.</description>
		<content:encoded><![CDATA[<p>What I&#8217;ve found from running my business is that there are people/business that I would just rather not deal with. My friend who also has his own business calls them sh*t kickers. There seems to be a category of client who drive you down on price then they always end up giving you 10 times more grief than anyone else. For me, I can do with out these clients.</p>
<p>An important lesson I learnt a while ago is that I never negotiate on price. If somone wants a lower price then I make it clear something has to come out of the product/service.</p>
<p>At a very busy point in our company a couple of years ago we just couldn&#8217;t take on any more business but we could&#8217;t go round saying this to people. What we decided to do was quote everything for double the price we usually did so people would just turn us down for being too expensive. Well this didn&#8217;t have the predicted effect, we found about half of people still wanted to do business with us. So in effect we&#8217;d just halved our work load but kept our revenue the same because although we were only winning half the contracts than before the price was twice as much!</p>
<p>In summary you don&#8217;t need clients that are just going to cause you hassle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob J. Caskey</title>
		<link>http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/comment-page-1/#comment-603</link>
		<dc:creator>Rob J. Caskey</dc:creator>
		<pubDate>Fri, 29 Jun 2007 11:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/#comment-603</guid>
		<description>The correlary to &quot;sometimes you have to fire a client&quot; is that &quot;sometimes you can help a customer that noone can.&quot; But then again sometimes you can&#039;t, and thus they need to be fired. I&#039;ve never had to fire a client before but I did advise one customer to fire me every time I saw him until it happened because he wanted a square-peg solution for a round-hole problem.</description>
		<content:encoded><![CDATA[<p>The correlary to &#8220;sometimes you have to fire a client&#8221; is that &#8220;sometimes you can help a customer that noone can.&#8221; But then again sometimes you can&#8217;t, and thus they need to be fired. I&#8217;ve never had to fire a client before but I did advise one customer to fire me every time I saw him until it happened because he wanted a square-peg solution for a round-hole problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/bolsh/2007/06/29/good-clientsbad-clients/feed/ ) in 1.23429 seconds, on Feb 10th, 2012 at 9:49 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 10:49 pm UTC -->
