<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Software Pricing Proportionate to Sales Cycle</title>
	<atom:link href="http://davidcummings.org/2009/09/03/software-pricing-proportionate-to-sales-cycle/feed/" rel="self" type="application/rss+xml" />
	<link>http://davidcummings.org/2009/09/03/software-pricing-proportionate-to-sales-cycle/</link>
	<description>One short post a day - @davidcummings on Twitter</description>
	<lastBuildDate>Thu, 31 May 2012 04:00:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Midwest IT Survival &#187; Vendor Management – Part 13 – Sales Cycle and Pricing Cont.</title>
		<link>http://davidcummings.org/2009/09/03/software-pricing-proportionate-to-sales-cycle/#comment-1690</link>
		<dc:creator><![CDATA[Midwest IT Survival &#187; Vendor Management – Part 13 – Sales Cycle and Pricing Cont.]]></dc:creator>
		<pubDate>Sun, 22 Aug 2010 21:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://davidcummings.org/?p=415#comment-1690</guid>
		<description><![CDATA[[...] There are a number of good sales cycle and pricing articles out there that help give some context as to how technology products are priced to the customer keeping the sales cycle in mind.  I recommend Joel Spolsky’s article “Camels and Rubber Duckies” or for a brief specific example, David Cummings’s article “Software Pricing Proportionate to Sales Cycle”. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] There are a number of good sales cycle and pricing articles out there that help give some context as to how technology products are priced to the customer keeping the sales cycle in mind.  I recommend Joel Spolsky’s article “Camels and Rubber Duckies” or for a brief specific example, David Cummings’s article “Software Pricing Proportionate to Sales Cycle”. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Geisman</title>
		<link>http://davidcummings.org/2009/09/03/software-pricing-proportionate-to-sales-cycle/#comment-301</link>
		<dc:creator><![CDATA[Jim Geisman]]></dc:creator>
		<pubDate>Thu, 10 Sep 2009 18:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://davidcummings.org/?p=415#comment-301</guid>
		<description><![CDATA[Yes pricing is difficult (having done it for a lo-o-ong time).

When pricing a SaaS product people overweight the importance of price level and ignore what is being paid for.

First, per-user is not a panacea but it is widespread. You can use whatever metric you want as long as the customer will understand how the metric aligns with the economic value of your application. Sure CRM&#039;s value may scale according to the number of reps but is that as important as the number of active accounts, leads, size of pipeline? (My point is per user is one metric and there may be better choices.)

Second, price is related to what the customer is getting i.e. the package of product functionality and, in the case of SaaS, the services. Having low entry prices and a clear upgrade path is a must in SaaS. And there is nothing wrong with having some hugely expensive options that are not publicized except to existing customers who might be interested. 

Finally, high price points are indeed harder to sell. But if your objective is to have a long term relationship with your customer, think in terms of getting paid over time (providing you can withstand the cashflow drought). Sure, we&#039;d like to have more money sooner than later. But sometimes the value of a continuous payment stream is higher than the value of a company that lives off a large individual transactions.]]></description>
		<content:encoded><![CDATA[<p>Yes pricing is difficult (having done it for a lo-o-ong time).</p>
<p>When pricing a SaaS product people overweight the importance of price level and ignore what is being paid for.</p>
<p>First, per-user is not a panacea but it is widespread. You can use whatever metric you want as long as the customer will understand how the metric aligns with the economic value of your application. Sure CRM&#8217;s value may scale according to the number of reps but is that as important as the number of active accounts, leads, size of pipeline? (My point is per user is one metric and there may be better choices.)</p>
<p>Second, price is related to what the customer is getting i.e. the package of product functionality and, in the case of SaaS, the services. Having low entry prices and a clear upgrade path is a must in SaaS. And there is nothing wrong with having some hugely expensive options that are not publicized except to existing customers who might be interested. </p>
<p>Finally, high price points are indeed harder to sell. But if your objective is to have a long term relationship with your customer, think in terms of getting paid over time (providing you can withstand the cashflow drought). Sure, we&#8217;d like to have more money sooner than later. But sometimes the value of a continuous payment stream is higher than the value of a company that lives off a large individual transactions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Sweeney</title>
		<link>http://davidcummings.org/2009/09/03/software-pricing-proportionate-to-sales-cycle/#comment-288</link>
		<dc:creator><![CDATA[Josh Sweeney]]></dc:creator>
		<pubDate>Thu, 03 Sep 2009 12:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://davidcummings.org/?p=415#comment-288</guid>
		<description><![CDATA[Great post. I have also struggled with setting a price point on my current venture and this is one thing that I had not thought of. Any other price point recommendations?]]></description>
		<content:encoded><![CDATA[<p>Great post. I have also struggled with setting a price point on my current venture and this is one thing that I had not thought of. Any other price point recommendations?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

