<?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"
	>
<channel>
	<title>Comments on: When do you give fixed bid?</title>
	<atom:link href="http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Tue, 02 Dec 2008 07:57:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Ned Collyer</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7017</link>
		<dc:creator>Ned Collyer</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7017</guid>
		<description>&lt;p&gt;Fixed bid everything that has a defined scope that the client will sign off, and you can estimate well. (Can even be big projects).&lt;/p&gt;

&lt;p&gt;Ensure that there is a clause that rework and/or change of scope is covered by some means (t&#038;m or CR fixed price costings that are additional to your initial quote).&lt;/p&gt;

&lt;p&gt;The paperwork has to be up to scratch.&lt;/p&gt;

&lt;p&gt;You can go T&#038;M if you want.&lt;/p&gt;

&lt;p&gt;Personally, i find fixed price makes me work more productivly, because the quicker i finish, the bigger the profit.&lt;/p&gt;

&lt;p&gt;T&#038;M.. the longer a project drags on the longer you get paid.  I would rather do lots of projects than one that drags on for years doing the same crap.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Fixed bid everything that has a defined scope that the client will sign off, and you can estimate well. (Can even be big projects).</p>
<p>Ensure that there is a clause that rework and/or change of scope is covered by some means (t&#038;m or CR fixed price costings that are additional to your initial quote).</p>
<p>The paperwork has to be up to scratch.</p>
<p>You can go T&#038;M if you want.</p>
<p>Personally, i find fixed price makes me work more productivly, because the quicker i finish, the bigger the profit.</p>
<p>T&#038;M.. the longer a project drags on the longer you get paid.  I would rather do lots of projects than one that drags on for years doing the same crap.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: VoxxitDesigns</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7018</link>
		<dc:creator>VoxxitDesigns</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7018</guid>
		<description>&lt;p&gt;Sometimes this is a good idea. Prepackaged solutions are often taken advantage of by smaller clients. Although, I do agree that when you want to get your foot in the door, you may want to give clients a packaged solution. I would also note, though, that you may not want to give those clients the wrong idea :)&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Sometimes this is a good idea. Prepackaged solutions are often taken advantage of by smaller clients. Although, I do agree that when you want to get your foot in the door, you may want to give clients a packaged solution. I would also note, though, that you may not want to give those clients the wrong idea :)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mrsmiley</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7019</link>
		<dc:creator>mrsmiley</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7019</guid>
		<description>&lt;p&gt;I've found that when dealing with small business and trade contractors, they will only accept fixed price quotes.  Depends on the project of course, but this is they work, so often the only way to work with them it to adopt the same business approach to pricing.  As far as they are concerned, you are selling them a product (eg. a website, brochures, business cards, etc).&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I&#8217;ve found that when dealing with small business and trade contractors, they will only accept fixed price quotes.  Depends on the project of course, but this is they work, so often the only way to work with them it to adopt the same business approach to pricing.  As far as they are concerned, you are selling them a product (eg. a website, brochures, business cards, etc).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Bedard</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7020</link>
		<dc:creator>Craig Bedard</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7020</guid>
		<description>&lt;p&gt;I believe that is always best to fix bid a project. The project price should be calculated on the value you provide to your client for a few reasons:&lt;/p&gt;

&lt;p&gt;1. As you get more experienced, a consultant gathers a lot of reusable work (code etc.) that can be used on future projects. If you charge by the hour, this added 'value' cannot be charged for.&lt;/p&gt;

&lt;p&gt;2. Clients never want an hourly rate without an estimate of how long it is going to take. This is the same thing as fixed bidding.&lt;/p&gt;

&lt;p&gt;3. An hourly rate is not motivating as you get paid more the slower you work.&lt;br /&gt;
&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I believe that is always best to fix bid a project. The project price should be calculated on the value you provide to your client for a few reasons:</p>
<p>1. As you get more experienced, a consultant gathers a lot of reusable work (code etc.) that can be used on future projects. If you charge by the hour, this added &#8216;value&#8217; cannot be charged for.</p>
<p>2. Clients never want an hourly rate without an estimate of how long it is going to take. This is the same thing as fixed bidding.</p>
<p>3. An hourly rate is not motivating as you get paid more the slower you work.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Snook</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7021</link>
		<dc:creator>Jonathan Snook</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7021</guid>
		<description>&lt;p&gt;I've always tried to provide fixed pricing. Sometimes this means a little more work upfront to nail down the statement of work but it creates a more predictable situation for both yourself and the client.&lt;/p&gt;

&lt;p&gt;The key is to be clear to the client what constitutes an "out of scope" change. It's a tricky balance between just doing the changes because their small or you don't want to jeopardize the relationship with the client while on the other hand trying to make sure the client doesn't feel like you're nickel-and-dime'ing them.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I&#8217;ve always tried to provide fixed pricing. Sometimes this means a little more work upfront to nail down the statement of work but it creates a more predictable situation for both yourself and the client.</p>
<p>The key is to be clear to the client what constitutes an &#8220;out of scope&#8221; change. It&#8217;s a tricky balance between just doing the changes because their small or you don&#8217;t want to jeopardize the relationship with the client while on the other hand trying to make sure the client doesn&#8217;t feel like you&#8217;re nickel-and-dime&#8217;ing them.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: davidjmedlock</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7022</link>
		<dc:creator>davidjmedlock</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7022</guid>
		<description>&lt;p&gt;I agree with Craig. Although I do currently have a situation where I'm providing a mix. I recently stepped into the world of freelancing/independent contracting. I have a full time contract with one company and when I left the last company, I signed a contract with them to provide consulting, since I was, at the time of my departure, their only web developer.&lt;/p&gt;

&lt;p&gt;So, right now for this company I provide consulting as needed. This includes troubleshooting, handling errors that occur, meeting with people at the company for various things, etc. When they need a big project developed, they come to me with specs and requirements (or I develop the specs for them and charge my hourly consulting rate) and then I give them an hourly estimate with the option to convert it to a fixed quote. Either way, it works out well for both of us since they get what they need and I get paid pretty well whether it's fixed or based on the time I spend.&lt;/p&gt;

&lt;p&gt;It goes to show that sometimes, no single solution is the right one, but a mixed approach can fill everyone's needs adequately.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I agree with Craig. Although I do currently have a situation where I&#8217;m providing a mix. I recently stepped into the world of freelancing/independent contracting. I have a full time contract with one company and when I left the last company, I signed a contract with them to provide consulting, since I was, at the time of my departure, their only web developer.</p>
<p>So, right now for this company I provide consulting as needed. This includes troubleshooting, handling errors that occur, meeting with people at the company for various things, etc. When they need a big project developed, they come to me with specs and requirements (or I develop the specs for them and charge my hourly consulting rate) and then I give them an hourly estimate with the option to convert it to a fixed quote. Either way, it works out well for both of us since they get what they need and I get paid pretty well whether it&#8217;s fixed or based on the time I spend.</p>
<p>It goes to show that sometimes, no single solution is the right one, but a mixed approach can fill everyone&#8217;s needs adequately.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: shadowbox</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7023</link>
		<dc:creator>shadowbox</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7023</guid>
		<description>&lt;p&gt;I always provide a fixed price for a project for all the reasons listed above. The only time I tend to fall back on time-based rates is when I have to install content into a site for a client - typically the info on the type of content to be provided can be vague, so I find it easier to say 'hire me for a day to add content, I reckon I can get approx 30-40 products added' etc.&lt;/p&gt;

&lt;p&gt;That said, I have one client who I always charge by time - this is because he is a complete nightmare over change of scope. Content is constantly changed, specs are vague and subject to several revisions after the fact 'Oh, now I see it, I don't like it, please change to this....hmmm, actually, could you now change it to this...'. I still try to get some stuff in at a fixed rate (e.g. design work), but because I know what a pain he is, I do tend to over-price to account for the expected faffing.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I always provide a fixed price for a project for all the reasons listed above. The only time I tend to fall back on time-based rates is when I have to install content into a site for a client - typically the info on the type of content to be provided can be vague, so I find it easier to say &#8216;hire me for a day to add content, I reckon I can get approx 30-40 products added&#8217; etc.</p>
<p>That said, I have one client who I always charge by time - this is because he is a complete nightmare over change of scope. Content is constantly changed, specs are vague and subject to several revisions after the fact &#8216;Oh, now I see it, I don&#8217;t like it, please change to this&#8230;.hmmm, actually, could you now change it to this&#8230;&#8217;. I still try to get some stuff in at a fixed rate (e.g. design work), but because I know what a pain he is, I do tend to over-price to account for the expected faffing.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: beley</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7024</link>
		<dc:creator>beley</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7024</guid>
		<description>&lt;p&gt;I work on a hybrid model. Most 'projects' are fixed-bids based on our hourly rate and estimated time to complete (as well as value provided, and any expenses). However, when I'm called in as a consultant I just bill my hourly rate. If it escalates into a larger project, we will write a proposal and charge by the project. I'm happy just billing hourly for maintenance, consulting, etc. though.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I work on a hybrid model. Most &#8216;projects&#8217; are fixed-bids based on our hourly rate and estimated time to complete (as well as value provided, and any expenses). However, when I&#8217;m called in as a consultant I just bill my hourly rate. If it escalates into a larger project, we will write a proposal and charge by the project. I&#8217;m happy just billing hourly for maintenance, consulting, etc. though.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MarkB</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7025</link>
		<dc:creator>MarkB</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7025</guid>
		<description>&lt;p&gt;The only time we DON'T provide a fixed bid is when we're doing simple maintenance or update work - which typically only takes a couple of hours, so we charge our hourly rate. And even then we can give an estimate of the time, and cost, involved.&lt;/p&gt;

&lt;p&gt;In my experience, fixed bids give the client a better idea of the project's worth, and is easier to sell to them.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>The only time we DON&#8217;T provide a fixed bid is when we&#8217;re doing simple maintenance or update work - which typically only takes a couple of hours, so we charge our hourly rate. And even then we can give an estimate of the time, and cost, involved.</p>
<p>In my experience, fixed bids give the client a better idea of the project&#8217;s worth, and is easier to sell to them.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ecaptus</title>
		<link>http://www.sitepoint.com/blogs/2005/05/11/when-do-you-give-fixed-bid/#comment-7026</link>
		<dc:creator>ecaptus</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">1486748254#comment-7026</guid>
		<description>&lt;p&gt;It is much easier to go with fixed-price when you know what the client's budget is.  You have no worries about coming in over budget if/when hiccups occur.  My contracts also include maintenance for changes under 1 hour for the first 90 days.  Any changes that take over 1 hour require an additional fixed price contract.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>It is much easier to go with fixed-price when you know what the client&#8217;s budget is.  You have no worries about coming in over budget if/when hiccups occur.  My contracts also include maintenance for changes under 1 hour for the first 90 days.  Any changes that take over 1 hour require an additional fixed price contract.</p>]]></content:encoded>
	</item>
</channel>
</rss>
