<?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: Why payment prior to launch is so important.</title>
	<atom:link href="http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/</link>
	<description>Life in the web industry</description>
	<lastBuildDate>Sat, 04 Feb 2012 12:31:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Daina Reed</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-841</link>
		<dc:creator>Daina Reed</dc:creator>
		<pubDate>Sun, 07 Nov 2010 13:05:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-841</guid>
		<description>I ask for a whopping 70% up front.  And I get it 90% of the time.  I offer a discount of about a few hundred if they pay 70% up front.  And at the minimum - I get 50% up front.  

I&#039;ve always handed over files before getting the final payment in the past - until being ripped off twice in a row recently. Technically my contract protects me and I could sue them.  The amounts however were small enough that I&#039;d rather not waste so much time and energy arguing with nasty people - that aren&#039;t worth it.  I&#039;d rather cut it off and move on with my life than have it affect me negatively.  

Their excuses were as follows:

One claimed that the site did not load fast enough and I ran tests that graded it the same as Apple and Microsoft&#039;s website and I told them that is good enough for me and the contract does not require me to compress and optimize to a certain criteria.  Well, being nice, I made it even faster with minify for free and they made up more excuses and repeatedly attacked my professionalism and finally sent 1/2 of the final payment.  Rather than sue, I just cashed it and moved on with my life. 

The second claimed that I was supposed to also integrate the front end code into his CMS.  Our contract clearly states more than once that I would not be doing that and states specifically his programmer and his team were going to do that.  He argued that in an email a few months ago before the contract was written that I mentioned I liked his CMS of choice as grounds for my committing myself to that task. It is really ridiculous as he clearly knows he is wrong and if a mistake was made it was his (as he obviously didn&#039;t read the contract).  It became clear to me he knew full well what he was doing and he was looking for a way to intimidate me into doing more work for free.

Now I demand the final payment before coded files are in their possession :)  And I say in my contract I&#039;m committed to stay on board for a month after that to help fix bugs they find.</description>
		<content:encoded><![CDATA[<p>I ask for a whopping 70% up front.  And I get it 90% of the time.  I offer a discount of about a few hundred if they pay 70% up front.  And at the minimum &#8211; I get 50% up front.  </p>
<p>I&#8217;ve always handed over files before getting the final payment in the past &#8211; until being ripped off twice in a row recently. Technically my contract protects me and I could sue them.  The amounts however were small enough that I&#8217;d rather not waste so much time and energy arguing with nasty people &#8211; that aren&#8217;t worth it.  I&#8217;d rather cut it off and move on with my life than have it affect me negatively.  </p>
<p>Their excuses were as follows:</p>
<p>One claimed that the site did not load fast enough and I ran tests that graded it the same as Apple and Microsoft&#8217;s website and I told them that is good enough for me and the contract does not require me to compress and optimize to a certain criteria.  Well, being nice, I made it even faster with minify for free and they made up more excuses and repeatedly attacked my professionalism and finally sent 1/2 of the final payment.  Rather than sue, I just cashed it and moved on with my life. </p>
<p>The second claimed that I was supposed to also integrate the front end code into his CMS.  Our contract clearly states more than once that I would not be doing that and states specifically his programmer and his team were going to do that.  He argued that in an email a few months ago before the contract was written that I mentioned I liked his CMS of choice as grounds for my committing myself to that task. It is really ridiculous as he clearly knows he is wrong and if a mistake was made it was his (as he obviously didn&#8217;t read the contract).  It became clear to me he knew full well what he was doing and he was looking for a way to intimidate me into doing more work for free.</p>
<p>Now I demand the final payment before coded files are in their possession <img src='http://www.sazzy.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   And I say in my contract I&#8217;m committed to stay on board for a month after that to help fix bugs they find.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zachariah</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-557</link>
		<dc:creator>Zachariah</dc:creator>
		<pubDate>Sat, 13 Feb 2010 17:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-557</guid>
		<description>I usually do 25% - 50% of payment within scope upfront and very often host the sites under servers I control. In addition, it is now in my contracts and frequently re-iterated in emails that work outside of the scope will incur my hourly fee of $75-$100/hour USD. These contract restrictions were, however, put in place out of necessity as late paying and scope-creep were real issues I was facing.

 Your post is helpful as I have still had issues with the &quot;last mile&quot; payment (something I&#039;ve gotten tougher on) and I feel adding that last bit of sternness will help; acknowledging the worth of my time is of course good for myself and for the customer who chooses to see that value and that can afford that time.</description>
		<content:encoded><![CDATA[<p>I usually do 25% &#8211; 50% of payment within scope upfront and very often host the sites under servers I control. In addition, it is now in my contracts and frequently re-iterated in emails that work outside of the scope will incur my hourly fee of $75-$100/hour USD. These contract restrictions were, however, put in place out of necessity as late paying and scope-creep were real issues I was facing.</p>
<p> Your post is helpful as I have still had issues with the &#8220;last mile&#8221; payment (something I&#8217;ve gotten tougher on) and I feel adding that last bit of sternness will help; acknowledging the worth of my time is of course good for myself and for the customer who chooses to see that value and that can afford that time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Olbekson</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-459</link>
		<dc:creator>Chris Olbekson</dc:creator>
		<pubDate>Sat, 14 Nov 2009 02:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-459</guid>
		<description>Wow that is truly a sad story.  I have the simple 50% to start project and remaining balance paid when site goes live.  I send an invoice on launch date with it being due within 5 days but since I host on my own reseller account I always have the option to take it down for non-payment reasons.

If I were to do a site on a clients servers I would defiantly enforce payment before go live.</description>
		<content:encoded><![CDATA[<p>Wow that is truly a sad story.  I have the simple 50% to start project and remaining balance paid when site goes live.  I send an invoice on launch date with it being due within 5 days but since I host on my own reseller account I always have the option to take it down for non-payment reasons.</p>
<p>If I were to do a site on a clients servers I would defiantly enforce payment before go live.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philipbeel</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-349</link>
		<dc:creator>philipbeel</dc:creator>
		<pubDate>Wed, 05 Aug 2009 11:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-349</guid>
		<description>Im sorry to hear what happened to you. I defiantly agree with your analogy of a car showroom. I will have to remember that next time I am explaining the terms of payment on a project. I find phase payments also help - breaking it down into research, design, development, testing and finally going live, that way the client doesn&#039;t feel like there taking such a big hit when you ask for payment.</description>
		<content:encoded><![CDATA[<p>Im sorry to hear what happened to you. I defiantly agree with your analogy of a car showroom. I will have to remember that next time I am explaining the terms of payment on a project. I find phase payments also help &#8211; breaking it down into research, design, development, testing and finally going live, that way the client doesn&#8217;t feel like there taking such a big hit when you ask for payment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Writing your Service Contract</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-343</link>
		<dc:creator>Writing your Service Contract</dc:creator>
		<pubDate>Thu, 09 Jul 2009 10:53:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-343</guid>
		<description>[...] Finally, state when the final payment is due, and make it absolutely clear. I&#8217;m taking advice from Sarah Parmenter and will ask for the full payment to be made before I make the site live. (Read her blog post on why payment prior to launch is so important.) [...]</description>
		<content:encoded><![CDATA[<p>[...] Finally, state when the final payment is due, and make it absolutely clear. I&#8217;m taking advice from Sarah Parmenter and will ask for the full payment to be made before I make the site live. (Read her blog post on why payment prior to launch is so important.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marie Poulin</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-287</link>
		<dc:creator>Marie Poulin</dc:creator>
		<pubDate>Sat, 18 Apr 2009 22:29:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-287</guid>
		<description>I&#039;ve been working with &quot;four equal monthly payments&quot; for some of my clients with smaller budgets, and I think it makes the cost more digestible for them, and helps me with cashflow.

Good for you for standing your ground... That could easily have been a VERY bad situation for you!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been working with &#8220;four equal monthly payments&#8221; for some of my clients with smaller budgets, and I think it makes the cost more digestible for them, and helps me with cashflow.</p>
<p>Good for you for standing your ground&#8230; That could easily have been a VERY bad situation for you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deborah</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-284</link>
		<dc:creator>Deborah</dc:creator>
		<pubDate>Sat, 18 Apr 2009 15:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-284</guid>
		<description>One method we are considering is this:
50% up front and all website content is required. (This payment pays for the discovery stage and setting up site architecture, site map, navigation and page creation (URLs). There are so many instances when clients play the delay game because they can&#039;t decide on content. Website architecture needs to be based on content, anyway. Once this is all in place...

25% is due. This pays for the design creation up front. Doing design at this point means the design can follow the content, like form following function. Less design rework will be needed since everything will be accounted for (hopefully).

20% is due. This pays for coding up front. Sometimes the coding, especially for complicated sites, can seem like more than 20% of the cost, but remember, you have already been paid 75%, so you can slide some of the previously paid money here. It is good that you have a good amount paid up so as to be able to contract work out, if necessary.

5% is due when you have completed your work (not when they go live). (Thanks for the idea @Sam Adams.)

With this system you are paid up front before each stage, so that if the client walks, you are not out of any money. Also, be sure to charge an amount that pads the 5% amount above what you really need. This amount can be put towards any inconveniences and last-minute things the client asks of you and basically covers the countless phone calls and email chasing. If the client has been &quot;good&quot; and hasn&#039;t caused any undue stress or time-wasting, you could even be generous and give a &quot;freebie&quot; back with this amount. So, they get some extra value and feel special. 

Also things we are going to implement: Get the VP of Accounting to sign our agreement. This is the person who really dictates how payments are made, not the unfortunate person who has been put in charge of the project. This will reveal right away any payment issues that may arise. If the Accounting Dept. person balks at your T&amp;Cs, you may want to reconsider them as a client. 

Next, get the project responsibility team&#039;s contact information and availability schedule, including holiday information. There is nothing worse than trying to chase down someone responsible for a sign-off only to find out that they went on holiday.

Another idea: use change request forms for every change/request and get more than one signature from the team. This is a lifesaver as it can eliminate ideas that have not been through a review process and approved by the entire team. Inform them that this will ultimately save them time and money, as you would have to charge extra for re-work.</description>
		<content:encoded><![CDATA[<p>One method we are considering is this:<br />
50% up front and all website content is required. (This payment pays for the discovery stage and setting up site architecture, site map, navigation and page creation (URLs). There are so many instances when clients play the delay game because they can&#8217;t decide on content. Website architecture needs to be based on content, anyway. Once this is all in place&#8230;</p>
<p>25% is due. This pays for the design creation up front. Doing design at this point means the design can follow the content, like form following function. Less design rework will be needed since everything will be accounted for (hopefully).</p>
<p>20% is due. This pays for coding up front. Sometimes the coding, especially for complicated sites, can seem like more than 20% of the cost, but remember, you have already been paid 75%, so you can slide some of the previously paid money here. It is good that you have a good amount paid up so as to be able to contract work out, if necessary.</p>
<p>5% is due when you have completed your work (not when they go live). (Thanks for the idea @Sam Adams.)</p>
<p>With this system you are paid up front before each stage, so that if the client walks, you are not out of any money. Also, be sure to charge an amount that pads the 5% amount above what you really need. This amount can be put towards any inconveniences and last-minute things the client asks of you and basically covers the countless phone calls and email chasing. If the client has been &#8220;good&#8221; and hasn&#8217;t caused any undue stress or time-wasting, you could even be generous and give a &#8220;freebie&#8221; back with this amount. So, they get some extra value and feel special. </p>
<p>Also things we are going to implement: Get the VP of Accounting to sign our agreement. This is the person who really dictates how payments are made, not the unfortunate person who has been put in charge of the project. This will reveal right away any payment issues that may arise. If the Accounting Dept. person balks at your T&amp;Cs, you may want to reconsider them as a client. </p>
<p>Next, get the project responsibility team&#8217;s contact information and availability schedule, including holiday information. There is nothing worse than trying to chase down someone responsible for a sign-off only to find out that they went on holiday.</p>
<p>Another idea: use change request forms for every change/request and get more than one signature from the team. This is a lifesaver as it can eliminate ideas that have not been through a review process and approved by the entire team. Inform them that this will ultimately save them time and money, as you would have to charge extra for re-work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-282</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Sat, 18 Apr 2009 12:43:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-282</guid>
		<description>Ok, this is something i need to address for myself as I have been fortunate so far in that no-one has refused payment, that said I can&#039;t afford for that to happen and it&#039;s just plain sloppy to work without a contract other than email agreement.

I&#039;ve compiled peoples comments into a form that you can copy and paste and decide in your own time... some nice points were made about the final contingency plans if that fateful day arrives for a non-payer.

Website payment ideas 
------------------------------

smaller payments: for points ; client prefer smaller invoices and are there fore more likely to pay-up without issue.
smaller payments: against points ; more time needed to manage payments and chasing up invoices plus update your own accounts. wood for the trees time.... 

Larger scale sites would require more milestones if you are an independent web developer/design/(add your own contemporary moniker)

25% down, 25% in two more increments at major milestones, 25% on work effort acceptance (before go-live)
or
50% deposit / 25% design approval /  20% html / 10% completion (prior or following launch...? who cares you&#039;ve got 90%)
or
40% Deposit /  30% Design approval / 25% Coding /  5% On completion (before Launch)

payment on completion plan (prior to launch). but provide a 15 day “minor” changes period. (need to define minor changes and also limit time allowance for these to be completed within for them to count as minor.)

Any sites which are developed on third party servers will require 100% payment before files are transferred across.

If anyone has a problem with milestone payments walk away...

trusted/repeat clients 15 days credit to settle their account and we usually invoice a day or two after the launch.
If they don’t pay - we’ll chase them, add a late payment fee and/or interest ( add an hour of work time + 30%,  )
and if there is still no payment, pass it to a debt collection agency including their cost on the invoice.

OK, i have added some of my own thoughts into the mix as well.

Cheers

Thanks for the prompt Sarah(?) and would it bepossible to see a copy of your current agreement contract via email?</description>
		<content:encoded><![CDATA[<p>Ok, this is something i need to address for myself as I have been fortunate so far in that no-one has refused payment, that said I can&#8217;t afford for that to happen and it&#8217;s just plain sloppy to work without a contract other than email agreement.</p>
<p>I&#8217;ve compiled peoples comments into a form that you can copy and paste and decide in your own time&#8230; some nice points were made about the final contingency plans if that fateful day arrives for a non-payer.</p>
<p>Website payment ideas<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>smaller payments: for points ; client prefer smaller invoices and are there fore more likely to pay-up without issue.<br />
smaller payments: against points ; more time needed to manage payments and chasing up invoices plus update your own accounts. wood for the trees time&#8230;. </p>
<p>Larger scale sites would require more milestones if you are an independent web developer/design/(add your own contemporary moniker)</p>
<p>25% down, 25% in two more increments at major milestones, 25% on work effort acceptance (before go-live)<br />
or<br />
50% deposit / 25% design approval /  20% html / 10% completion (prior or following launch&#8230;? who cares you&#8217;ve got 90%)<br />
or<br />
40% Deposit /  30% Design approval / 25% Coding /  5% On completion (before Launch)</p>
<p>payment on completion plan (prior to launch). but provide a 15 day “minor” changes period. (need to define minor changes and also limit time allowance for these to be completed within for them to count as minor.)</p>
<p>Any sites which are developed on third party servers will require 100% payment before files are transferred across.</p>
<p>If anyone has a problem with milestone payments walk away&#8230;</p>
<p>trusted/repeat clients 15 days credit to settle their account and we usually invoice a day or two after the launch.<br />
If they don’t pay &#8211; we’ll chase them, add a late payment fee and/or interest ( add an hour of work time + 30%,  )<br />
and if there is still no payment, pass it to a debt collection agency including their cost on the invoice.</p>
<p>OK, i have added some of my own thoughts into the mix as well.</p>
<p>Cheers</p>
<p>Thanks for the prompt Sarah(?) and would it bepossible to see a copy of your current agreement contract via email?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-271</link>
		<dc:creator>Ross</dc:creator>
		<pubDate>Fri, 17 Apr 2009 10:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-271</guid>
		<description>Sarah, this sounds like an absolutely horrific agency! One who I hope never to encounter.

Just my opinion on the milestone issue. We do 99% of our projects on a 50% deposit and 50% payment on completion plan (prior to launch, same as you).

Regarding the 5% or whatever payment to be withheld for final snags, I have toyed with the idea, and rather opted to keep the 50/50 payment structure, but provide a 15 day &quot;minor&quot; changes period. A guarantee of sorts. It only covers typos and minor changes and anything after that period is charged at hourly rates or quoted.

I&#039;ve only had one situation where a client requested we change the 15 days to 30 days as his lawyer needed to run through his content and his turnaround required more time. I obliged as there would only be textual changes, and no skin off my back.</description>
		<content:encoded><![CDATA[<p>Sarah, this sounds like an absolutely horrific agency! One who I hope never to encounter.</p>
<p>Just my opinion on the milestone issue. We do 99% of our projects on a 50% deposit and 50% payment on completion plan (prior to launch, same as you).</p>
<p>Regarding the 5% or whatever payment to be withheld for final snags, I have toyed with the idea, and rather opted to keep the 50/50 payment structure, but provide a 15 day &#8220;minor&#8221; changes period. A guarantee of sorts. It only covers typos and minor changes and anything after that period is charged at hourly rates or quoted.</p>
<p>I&#8217;ve only had one situation where a client requested we change the 15 days to 30 days as his lawyer needed to run through his content and his turnaround required more time. I obliged as there would only be textual changes, and no skin off my back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Adams</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-259</link>
		<dc:creator>Sam Adams</dc:creator>
		<pubDate>Thu, 16 Apr 2009 18:11:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-259</guid>
		<description>25% down, 25% in two more increments at major milestones, 25% on work effort acceptance (before go-live).  Good for sticking to your guns and a good way to handle it.</description>
		<content:encoded><![CDATA[<p>25% down, 25% in two more increments at major milestones, 25% on work effort acceptance (before go-live).  Good for sticking to your guns and a good way to handle it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

