<?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: Pricing strategies: How to price an iPhone app</title>
	<atom:link href="http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/</link>
	<description>Simple solutions for complex problems</description>
	<lastBuildDate>Fri, 27 Aug 2010 01:05:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Ram</title>
		<link>http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/#comment-120</link>
		<dc:creator>Ram</dc:creator>
		<pubDate>Wed, 16 Dec 2009 21:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cascadesoft.net/?p=173#comment-120</guid>
		<description>Thanks for the interest, @Seth, I&#039;ll probably write the IAP post in January after I&#039;ve had more time to think about it

For now, as mentioned in the post,  - in retrospect -  I think that  in-app-purchase was not the best approach for the &lt;a href=&quot;http://cascadesoft.net/Economy.aspx&quot; rel=&quot;nofollow&quot;&gt;Economy app&lt;/a&gt;. I can add that I haven&#039;t yet found any developers who implemented IAP in paid apps and were happy about their numbers, but so far, I only know of three other developers who&#039;ve implemented IAP in paid apps. 
Btw though I&#039;m not ready to write the IAP blog post yet, I&#039;ll be happy to talk more about my current thoughts if you &lt;a href=&quot;http://cascadesoft.net/contactus.aspx&quot; rel=&quot;nofollow&quot;&gt;email me&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Thanks for the interest, @Seth, I&#8217;ll probably write the IAP post in January after I&#8217;ve had more time to think about it</p>
<p>For now, as mentioned in the post,  &#8211; in retrospect &#8211;  I think that  in-app-purchase was not the best approach for the <a href="http://cascadesoft.net/Economy.aspx" rel="nofollow">Economy app</a>. I can add that I haven&#8217;t yet found any developers who implemented IAP in paid apps and were happy about their numbers, but so far, I only know of three other developers who&#8217;ve implemented IAP in paid apps.<br />
Btw though I&#8217;m not ready to write the IAP blog post yet, I&#8217;ll be happy to talk more about my current thoughts if you <a href="http://cascadesoft.net/contactus.aspx" rel="nofollow">email me</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth</title>
		<link>http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/#comment-118</link>
		<dc:creator>Seth</dc:creator>
		<pubDate>Wed, 16 Dec 2009 10:11:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cascadesoft.net/?p=173#comment-118</guid>
		<description>Very interested to hear your comments about in-app purchase.  I&#039;m a month or so away from submitting an app and all these things are dancing in my head.  A competing product that is #1 in its category is clearly inferior, yet sells at $0.99.  Currently we&#039;re planning to just release the some of the more compelling features as in-app purchase items...</description>
		<content:encoded><![CDATA[<p>Very interested to hear your comments about in-app purchase.  I&#8217;m a month or so away from submitting an app and all these things are dancing in my head.  A competing product that is #1 in its category is clearly inferior, yet sells at $0.99.  Currently we&#8217;re planning to just release the some of the more compelling features as in-app purchase items&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ram</title>
		<link>http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/#comment-117</link>
		<dc:creator>Ram</dc:creator>
		<pubDate>Wed, 16 Dec 2009 06:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cascadesoft.net/?p=173#comment-117</guid>
		<description>Thanks for the detailed comments, Denis and thanks for sharing the results of the pricing experiments.

My suggestion that &quot;A $1.99 price may increase the revenue of most good $0.99 apps&quot; was somewhat speculative and also balanced in the same paragraph when I said that an increased price will be accompanied by reduced volume and that this will further reduce sales because of the resultant reduced visibility. I&#039;m sure that the results will be different for different types of apps. However, it is very interesting to know that revenues stayed the same in your experiments (and that of your friend). This is very good data and tempers my speculation a bit. 
I also agree with your other comments on why price changing might be a good idea.

On your other comment, I did think a lot about the visual design of the &lt;a href=&quot;http://cascadesoft.net/Economy.aspx&quot; rel=&quot;nofollow&quot;&gt;Economy app&lt;/a&gt;, but I hadn&#039;t specifically thought about it in a pricing context. However, you&#039;re correct in suggesting that the visual design plays a big role in the &quot;perception of worth&quot;.


You&#039;re right in pointing out that pricing discussions should first talk about &quot;the target audience&quot;.The post talks about market segmentation to address the &quot;money on the table&quot; problem (which you&#039;re referring to as surplus value),  but a developer has to know who his/her customers may be before dividing the market into groups of (potential) customers (i.e. market segments).
</description>
		<content:encoded><![CDATA[<p>Thanks for the detailed comments, Denis and thanks for sharing the results of the pricing experiments.</p>
<p>My suggestion that &#8220;A $1.99 price may increase the revenue of most good $0.99 apps&#8221; was somewhat speculative and also balanced in the same paragraph when I said that an increased price will be accompanied by reduced volume and that this will further reduce sales because of the resultant reduced visibility. I&#8217;m sure that the results will be different for different types of apps. However, it is very interesting to know that revenues stayed the same in your experiments (and that of your friend). This is very good data and tempers my speculation a bit.<br />
I also agree with your other comments on why price changing might be a good idea.</p>
<p>On your other comment, I did think a lot about the visual design of the <a href="http://cascadesoft.net/Economy.aspx" rel="nofollow">Economy app</a>, but I hadn&#8217;t specifically thought about it in a pricing context. However, you&#8217;re correct in suggesting that the visual design plays a big role in the &#8220;perception of worth&#8221;.</p>
<p>You&#8217;re right in pointing out that pricing discussions should first talk about &#8220;the target audience&#8221;.The post talks about market segmentation to address the &#8220;money on the table&#8221; problem (which you&#8217;re referring to as surplus value),  but a developer has to know who his/her customers may be before dividing the market into groups of (potential) customers (i.e. market segments).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://blog.cascadesoft.net/2009/12/14/pricing-strategies-how-to-price-an-iphone-app/#comment-116</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Tue, 15 Dec 2009 20:02:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cascadesoft.net/?p=173#comment-116</guid>
		<description>This is a good piece, it deserves criticism, not just praise.

I question your assumption that increasing price increases revenue - about a year ago I have conducted a few experiments and revenue stays flat except for one-day bump you get on the day of the increase. Same holds true for decreasing prices and results were repeated  by a friend of mine. All tested apps were &quot;productivity&quot; (my own Memengo Wallet and friend&#039;s To-Do kind of app). Having said that, there are some valid reasons to change the price:
1. Manage tech support / feedback channel saturation.
2. Keep away low-quality users: the lower the price the more youtube-style one-star review you will get.
3. Get a shot at moving into top X by volume, which may have benefits.
4. Price movement could attract attention by themselves. There is a number of sites that are watching &quot;sale&quot; events and they probably have audience that reacts to the sales. Sadly there is no way to measure this.  

There are two subjects I think are wroth your further attention 1) capturing surplus value - you are already down that path and you will find a lot there 2) impact of visual design on the perception of worth. You did a thorough job at visual design in your finance app, however you have neglected to mention how conscious you are about that in your study.

Lastly, no talk about pricing is complete without thorough discussion about the target audience of your app. I am mostly oblivious about who are my customers and that&#039;s the most worrisome problem I face.</description>
		<content:encoded><![CDATA[<p>This is a good piece, it deserves criticism, not just praise.</p>
<p>I question your assumption that increasing price increases revenue &#8211; about a year ago I have conducted a few experiments and revenue stays flat except for one-day bump you get on the day of the increase. Same holds true for decreasing prices and results were repeated  by a friend of mine. All tested apps were &#8220;productivity&#8221; (my own Memengo Wallet and friend&#8217;s To-Do kind of app). Having said that, there are some valid reasons to change the price:<br />
1. Manage tech support / feedback channel saturation.<br />
2. Keep away low-quality users: the lower the price the more youtube-style one-star review you will get.<br />
3. Get a shot at moving into top X by volume, which may have benefits.<br />
4. Price movement could attract attention by themselves. There is a number of sites that are watching &#8220;sale&#8221; events and they probably have audience that reacts to the sales. Sadly there is no way to measure this.  </p>
<p>There are two subjects I think are wroth your further attention 1) capturing surplus value &#8211; you are already down that path and you will find a lot there 2) impact of visual design on the perception of worth. You did a thorough job at visual design in your finance app, however you have neglected to mention how conscious you are about that in your study.</p>
<p>Lastly, no talk about pricing is complete without thorough discussion about the target audience of your app. I am mostly oblivious about who are my customers and that&#8217;s the most worrisome problem I face.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
