<?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: The problem with asking for an estimate</title>
	<atom:link href="http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/</link>
	<description>An inspration feed updated daily by the troublemakers at Language in Common</description>
	<pubDate>Sat, 20 Mar 2010 22:30:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Erica</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-176209</link>
		<dc:creator>Erica</dc:creator>
		<pubDate>Thu, 05 Mar 2009 15:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-176209</guid>
		<description>When prospective clients ask how much a website costs, I usually tell them it's like an apartment, it can cost anything. That metaphor then proves fruitful for a discussion of size, features, maintenance, style, etc.</description>
		<content:encoded><![CDATA[<p>When prospective clients ask how much a website costs, I usually tell them it&#8217;s like an apartment, it can cost anything. That metaphor then proves fruitful for a discussion of size, features, maintenance, style, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-43465</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 12 Jun 2008 17:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-43465</guid>
		<description>I've tried this method and it hasn't yet worked for me. Typical transaction:

Client: "So how much do you charge for X?"
Me: "What is your budget for this project?"
Client: "Tell me what you think this is going to cost"

I think the client doesn't want to lay out their cards on the table. It's almost like they're afraid to give a price that's too high not knowing if I would've been able to do their request for lower than their budget estimated. I feel like the first person to cough up a number is the most vulnerable.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried this method and it hasn&#8217;t yet worked for me. Typical transaction:</p>
<p>Client: &#8220;So how much do you charge for X?&#8221;<br />
Me: &#8220;What is your budget for this project?&#8221;<br />
Client: &#8220;Tell me what you think this is going to cost&#8221;</p>
<p>I think the client doesn&#8217;t want to lay out their cards on the table. It&#8217;s almost like they&#8217;re afraid to give a price that&#8217;s too high not knowing if I would&#8217;ve been able to do their request for lower than their budget estimated. I feel like the first person to cough up a number is the most vulnerable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David S.</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-19223</link>
		<dc:creator>David S.</dc:creator>
		<pubDate>Sat, 08 Mar 2008 15:41:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-19223</guid>
		<description>If I'm estimating a heavy interactive project, I do everything I can to limit scope and hold the client to a tight process. Otherwise you can fall into the &lt;a href="http://en.wikipedia.org/wiki/Cone_of_Uncertainty" rel="nofollow"&gt;Cone of Uncertainty&lt;/a&gt; and get totally burnt by feature creep. 

If I'm estimating a project like an ad campaign or logo development or some such, I bill for the campaign concepting as its own piece, and hold the rest of the fee in abeyance until we've agreed on what the campaign demands.

Explaining to clients why these are good ideas often determines if they're the right fit. Sometimes you just need to say no. You want thought partners, not clients.</description>
		<content:encoded><![CDATA[<p>If I&#8217;m estimating a heavy interactive project, I do everything I can to limit scope and hold the client to a tight process. Otherwise you can fall into the <a href="http://en.wikipedia.org/wiki/Cone_of_Uncertainty" rel="nofollow">Cone of Uncertainty</a> and get totally burnt by feature creep. </p>
<p>If I&#8217;m estimating a project like an ad campaign or logo development or some such, I bill for the campaign concepting as its own piece, and hold the rest of the fee in abeyance until we&#8217;ve agreed on what the campaign demands.</p>
<p>Explaining to clients why these are good ideas often determines if they&#8217;re the right fit. Sometimes you just need to say no. You want thought partners, not clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The A Rate &#171; India, Ink.</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-7508</link>
		<dc:creator>The A Rate &#171; India, Ink.</dc:creator>
		<pubDate>Sun, 16 Sep 2007 23:55:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-7508</guid>
		<description>[...] Via Tiny Gigantic, who propose a more mature and sensible way of coming up with fees. [...]</description>
		<content:encoded><![CDATA[<p>[...] Via Tiny Gigantic, who propose a more mature and sensible way of coming up with fees. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sunjay</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-1506</link>
		<dc:creator>Sunjay</dc:creator>
		<pubDate>Tue, 17 Apr 2007 04:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-1506</guid>
		<description>Good post .. do you feel that if you had 'acutals' of the effort you spent developing various categories of deliverables, you could better estimate going forward ...

Also, too often companies try to answer "what do we have to price in order to win the work" knowing very well that the ultimate charge will often be whole numbers greater than 1 times what they priced. We've personally seen this first hand by many "well-known" firms.

Another approach (especially in application development) is to really try to assess the complexity of what you are trying to build and providing the client with an estimate that is realistic while giving your clients insights into the actuals of what you actually spend on the project. We've done this at our firm for the past 5 years and have launched an estimation and planning tool -- planixonline.com -- to help others who struggle with this dilemma -- whether they are IT departments or professional services firms.</description>
		<content:encoded><![CDATA[<p>Good post .. do you feel that if you had &#8216;acutals&#8217; of the effort you spent developing various categories of deliverables, you could better estimate going forward &#8230;</p>
<p>Also, too often companies try to answer &#8220;what do we have to price in order to win the work&#8221; knowing very well that the ultimate charge will often be whole numbers greater than 1 times what they priced. We&#8217;ve personally seen this first hand by many &#8220;well-known&#8221; firms.</p>
<p>Another approach (especially in application development) is to really try to assess the complexity of what you are trying to build and providing the client with an estimate that is realistic while giving your clients insights into the actuals of what you actually spend on the project. We&#8217;ve done this at our firm for the past 5 years and have launched an estimation and planning tool &#8212; planixonline.com &#8212; to help others who struggle with this dilemma &#8212; whether they are IT departments or professional services firms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh kamler</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-618</link>
		<dc:creator>josh kamler</dc:creator>
		<pubDate>Fri, 30 Mar 2007 21:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-618</guid>
		<description>True that, Derek.
Although, we're a small shop, and we're all about the  &lt;a href="http://www.tinygigantic.com/2007/02/16/the-seat-of-your-pants-strategy/" target="_blank" rel="nofollow"&gt;seat-of-the-pants-strategy&lt;/a&gt;. It's super hard to put a dollar value on creativity. Which is why getting potential clients to reveal their budget upfront is a good way to make sure no one gets screwed down the road.</description>
		<content:encoded><![CDATA[<p>True that, Derek.<br />
Although, we&#8217;re a small shop, and we&#8217;re all about the  <a href="http://www.tinygigantic.com/2007/02/16/the-seat-of-your-pants-strategy/" target="_blank" rel="nofollow">seat-of-the-pants-strategy</a>. It&#8217;s super hard to put a dollar value on creativity. Which is why getting potential clients to reveal their budget upfront is a good way to make sure no one gets screwed down the road.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Slater</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-604</link>
		<dc:creator>Derek Slater</dc:creator>
		<pubDate>Fri, 30 Mar 2007 13:20:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-604</guid>
		<description>Sadly I have seen the process you describe (the one with the goats and all) used for software programming and application development projects as well. You'd think those folks would have a more rigorous way of doing it but a lot of small shops are very seat-of-the-pants, and the factor that overrides everything else is their need for the next check. (So they underprice.) I walked away from one such company thinking that accurate scoping and costing is probably a killer differentiator for small companies in the app dev business. Maybe that holds to some extent in creative services too?</description>
		<content:encoded><![CDATA[<p>Sadly I have seen the process you describe (the one with the goats and all) used for software programming and application development projects as well. You&#8217;d think those folks would have a more rigorous way of doing it but a lot of small shops are very seat-of-the-pants, and the factor that overrides everything else is their need for the next check. (So they underprice.) I walked away from one such company thinking that accurate scoping and costing is probably a killer differentiator for small companies in the app dev business. Maybe that holds to some extent in creative services too?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh kamler</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-553</link>
		<dc:creator>josh kamler</dc:creator>
		<pubDate>Thu, 29 Mar 2007 02:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-553</guid>
		<description>Hey Kyle,
Yes &amp; yes. In fact, We just used that approach today , and it seemed to work quite well. It's great to hear that it worked for a freelancer though--that's an area I wouldn't have expected it to work.

Here's the thing: asking for a  budget doesn't mean that you're going to take a pay cut. It means that you'll be able to tell the client exactly what they can and can't expect for the kind of money they have to spend. If you're upfront about that stuff from the get go, the relationship's gonna be much smoother.</description>
		<content:encoded><![CDATA[<p>Hey Kyle,<br />
Yes &#038; yes. In fact, We just used that approach today , and it seemed to work quite well. It&#8217;s great to hear that it worked for a freelancer though&#8211;that&#8217;s an area I wouldn&#8217;t have expected it to work.</p>
<p>Here&#8217;s the thing: asking for a  budget doesn&#8217;t mean that you&#8217;re going to take a pay cut. It means that you&#8217;ll be able to tell the client exactly what they can and can&#8217;t expect for the kind of money they have to spend. If you&#8217;re upfront about that stuff from the get go, the relationship&#8217;s gonna be much smoother.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle</title>
		<link>http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/comment-page-1/#comment-547</link>
		<dc:creator>Kyle</dc:creator>
		<pubDate>Thu, 29 Mar 2007 01:57:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.tinygigantic.com/2007/03/28/the-problem-with-asking-for-an-estimate/#comment-547</guid>
		<description>So my questions are:
A. Have you used that approach?
B. Does it work?

I'm just getting into a freelance project where the client's first question was "how much do you charge?" My response was "what do you want to accomplish?", This progressed into a conversation about their needs, goals, priorities, audience, etc. They really liked this approach plus it's great for me because I'm learning how we click without haggling over a project estimate or hourly rate.</description>
		<content:encoded><![CDATA[<p>So my questions are:<br />
A. Have you used that approach?<br />
B. Does it work?</p>
<p>I&#8217;m just getting into a freelance project where the client&#8217;s first question was &#8220;how much do you charge?&#8221; My response was &#8220;what do you want to accomplish?&#8221;, This progressed into a conversation about their needs, goals, priorities, audience, etc. They really liked this approach plus it&#8217;s great for me because I&#8217;m learning how we click without haggling over a project estimate or hourly rate.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
