<?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, 24 Jul 2010 01:56:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<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>
	<item>
		<title>By: Gerald Glover</title>
		<link>http://www.sazzy.co.uk/2009/04/why-payment-prior-to-launch-is-so-important/comment-page-1/#comment-229</link>
		<dc:creator>Gerald Glover</dc:creator>
		<pubDate>Fri, 03 Apr 2009 08:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.sazzy.co.uk/?p=82#comment-229</guid>
		<description>We all walk a very fine line - Upset the agency/client and risk payment problems; present them with a contract which they are likely to ignore! Be too aggressive and risk not seeing any future work. 

For us we have opted to present the agency/client with a development framework, which has staged payment points right up to the end &#039;live stage&#039; - it&#039;s weighted at the start of the project and then drops off so by the &#039;live stage&#039; they only owe 10-15% of the total cost. This way you are never over exposed to a heavy loss. In our experience clients prefer to make smaller regular payments rather than be hit with a large final payment. That said there are always clients or agencies that will try it on...</description>
		<content:encoded><![CDATA[<p>We all walk a very fine line &#8211; Upset the agency/client and risk payment problems; present them with a contract which they are likely to ignore! Be too aggressive and risk not seeing any future work. </p>
<p>For us we have opted to present the agency/client with a development framework, which has staged payment points right up to the end &#8216;live stage&#8217; &#8211; it&#8217;s weighted at the start of the project and then drops off so by the &#8216;live stage&#8217; they only owe 10-15% of the total cost. This way you are never over exposed to a heavy loss. In our experience clients prefer to make smaller regular payments rather than be hit with a large final payment. That said there are always clients or agencies that will try it on&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
